Hallo, Am 22.01.2015 um 19:06 schrieb David Haller:
Hallo,
Am Thu, 22 Jan 2015, Thomas Michalka schrieb:
Am 20.01.2015 um 23:11 schrieb David Haller:
Am Mon, 19 Jan 2015, Thomas Michalka schrieb:
Am 19.01.2015 um 02:47 schrieb David Haller:
Am Sun, 18 Jan 2015, Jürgen Hochwald schrieb:
Bei dem Rechner handelt es sich um einen AMD Athlon 1200MHz mit 256Mb Speicher. Aktuell ist Suse 10.0 installiert.
[...]
Selbst da zieht kdeinit also schon RAM ... Ich merk's aber im Vergleich, wenn ich mal statt WMaker XFCE oder KDE starte (egal ob in echt oder in ner VM)...
Achso, nur nochmal zum Vergleich: Startzeiten (jew. via "startx" also inkl. XFree/Xorg, was beim Einloggen vom *dm ja schon laufen würde, *seltsam: ldd `which kdm` listet nichtmal qt-libs?*): WMaker KDE3 KDE4 XFCE Athlon 500 ca. 5s 30-45s ?? ?? [1] Ath II X2 250 ca. 5s 20-30s? >45s ca. 15s [2]
[1] 32bit, XFree 3.3.6, von div. IDE HDDs (mehrere zwischen 80-500GB), u.U. zuletzt auch schon ne SATA HDD [2] 64bit, Xorg 7.6/1.10, erst ne 1TB SATA?, dann Samsung 830 SSD
Zeiten von WMaker sind "gemessene" Obergrenzen, KDE/XFCE geschätzt.
Ha! Dann hast Du den Unterschied beim Wmaker nach Wechsel auf Deine SSD ja gar nicht gemerkt -- aber ich erst beim KDE4 :-D *SCNR* Ich kann dir sagen, dass waren Welten, erst recht, wenn man im KDE dessen Session-Management mit mehreren Fenster eingestellt hat.
Werde ich demnächst mal ausprobieren. Wie kann man nach einem Logout den Speicher von allem leerfegen, was gerade beendet wurde? Ich frage, weil ich vorhin nach dem Beenden von kaffeine sogar mehr used memory hatte, als vorher (KDE braucht für das Beenden eines Prozesses scheinbar noch zusätzlich Speicher und der Code bleibt wohl erst mal im RAM-Cache, damit es beim nächsten Starten schneller geht).
==== /usr/src/linux/Documentation/sysctl/vm.txt ==== ==============================================================
drop_caches
Writing to this will cause the kernel to drop clean caches, dentries and inodes from memory, causing that memory to become free.
To free pagecache: echo 1 > /proc/sys/vm/drop_caches To free dentries and inodes: echo 2 > /proc/sys/vm/drop_caches To free pagecache, dentries and inodes: echo 3 > /proc/sys/vm/drop_caches
As this is a non-destructive operation and dirty objects are not freeable, the user should run `sync' first.
==============================================================
Ggfs. auch noch in /usr/src/linux/Documentation/cgroups/memory.txt und blkio-controller.txt reingucken.
# free total used free shared buffers cached Mem: 4053224 3891980 161244 0 63760 2030224 -/+ buffers/cache: 1797996 2255228 Swap: 6287056 101228 6185828 # sync # echo 3 >/proc/sys/vm/drop_caches # free total used free shared buffers cached Mem: 4053224 1957392 2095832 0 12176 148060 -/+ buffers/cache: 1797156 2256068 Swap: 6287056 101228 6185828
Naja, nicht perfekt, aber (achso, ich hatt' grad noch das swapfile drin, wg. JDK kompilieren).
Bei mir hatte es gerade ähnliche "reinigende" Wirkung.
[...]
Apropos VM: reicht meine CPU (Typ s. nächster Abs.) und 8 GB RAM eigentlich dafür?
RAM hab ich hier ja wie du oben siehst nur 4G + 2G Swap (+4G swapfile zur Not), und deine CPU ist IMO nicht relevant langsamer als meine. Wenn vmplayer trant, dann rödelt auch immer die HDD. Liegt also eher nicht an der CPU. Mit anderen VMs hab ich keine Erfahrungen (VBox angetestet, kein Grafiktreiber für W95, (S?)VGA ist zuwenig, ich will hauptsächlich uralt Spiele/Programme verwenden, ergo: fiel raus).
Und mit welcher VM-SW (möglichst Linux-eigen) lässt sich eine VM am einfachsten aufsetzen (oS 13.1)?
vmplayer oder virtualbox, wobei virtualbox keine Grafiktreiber für Win95 hat (und u.a. das will ich eben wirrtualisieren, s.o. ;)
Kann Win95 oder Vista (habe ich) nicht die eigenen Grafiktreiber verwenden?
'build' (und somit 'osc build') verwendet ne ausgefuchte Variante von 'chroot' bzw. OBS auf den eigentlichen Build-Servern nutzt KVM.
Die "linux"-nativen sind aber AFAIR alle nicht ganz einfach zu konfigurieren, es gibt aber auch ne GUI (virt-manager, jep, s.u.), wie das funktioniert weiß ich aber nicht. Guck dir mal (die Abhängigkeiten) von 'yast2-docker' und 'yast2-vm' an ... Bzw.: http://software.opensuse.org/search?q=virt- und http://software.opensuse.org/package/virt-manager (und ob die yast2-* was taugen ;)
Ok. Eigentlich will ich mal einen Server virtualiseren, um Snapshots der VM anzulegen, bevor ich einen Update machen. Wenn's schiefgeht, kann ich den Snapshot wieder einsetzen. Habe aber keine Erfahrung mit VMs.
Swap will ich auch vermeiden -- auch deshalb soll meine neue Maschine 16 GB RAM haben -- aber man erfährt mit SSD das erste Mal in der PC-Geschichte, dass ein Massenspeicher so schnell ist (durch Riesen-IO-Ops/sec, viel weniger die Transferrate!), dass selbst bei exorbitanter Swap-Belegung das System nicht nur 'irgendwie' bedienbar bleibt (zum Killen von Speicherfressern) sondern immer noch erträgliche Reaktionszeiten für das normale Arbeiten zeigt. Seit dem Einsatz der SSD kann man einen produktiven Arbeitstag locker zu Ende bringen, ohne dass man das System 'hätscheln' ;-) muss; das gibt einem viel zusätzliche Freiheit :-)
*g* Beobachte aber deinen '177 Wear_Leveling_Count' in den Smart-Daten... Ich bin schon bei minimaler Benutzung seit ~Juli 2012 hier angekommen:
ID# ATTRIBUTE_NAME VALUE WORST THRESH RAW_VALUE 177 Wear_Leveling_Count 099 099 000 33
Ist 177 Wear_Range_Delta dasselbe Attribut (wg. d. ID#)? $ smartctl -a | less SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE 1 Raw_Read_Error_Rate POSR-- 115 099 050 - 0/103285365 5 Retired_Block_Count PO--CK 100 100 003 - 0 9 Power_On_Hours_and_Msec -O--CK 100 100 000 - 34423h+38m+45.060s 12 Power_Cycle_Count -O--CK 100 100 000 - 107 171 Program_Fail_Count -O--CK 000 000 000 - 0 172 Erase_Fail_Count -O--CK 000 000 000 - 0 174 Unexpect_Power_Loss_Ct ----CK 000 000 000 - 50 177 Wear_Range_Delta ------ 000 000 000 - 1 181 Program_Fail_Count -O--CK 000 000 000 - 0 182 Erase_Fail_Count -O--CK 000 000 000 - 0 187 Reported_Uncorrect -O--CK 100 100 000 - 0 194 Temperature_Celsius -O---K 001 129 000 - 1 (0 127 0 129 0) 195 ECC_Uncorr_Error_Count --SRC- 115 099 000 - 0/103285365 196 Reallocated_Event_Count PO--CK 100 100 000 - 0 231 SSD_Life_Left PO--C- 100 100 010 - 0 233 SandForce_Internal ------ 000 000 000 - 4288 234 SandForce_Internal -O--CK 000 000 000 - 10304 241 Lifetime_Writes_GiB -O--CK 000 000 000 - 10304 242 Lifetime_Reads_GiB -O--CK 000 000 000 - 32192 ||||||_ K auto-keep |||||__ C event count ||||___ R error rate |||____ S speed/performance ||_____ O updated online |______ P prefailure warning Steht ja schon "Vendor specific SMART Attributes" drüber; wahrscheinlich kann jeder Hersteller sein eigenes Süppchen kochen ...
==== <http://www.samsung.com/global/business/semiconductor/minisite/SSD/us/html/whitepaper/whitepaper07.html> ==== ID # 177 Wear Leveling Count
This attribute represents the number of media program and erase operations (the number of times a block has been erased). This value is directly related to the lifetime of the SSD. The raw value of this attribute shows the total count of P/E Cycles. ====
Habe für OCZ-VERTEX2 3.5 noch nichts gefunden, aber 177 Wear_Range_Delta ------ 000 000 000 - 1 Scheint ja keinen schlechten Wert zu haben, wenn das auch P/E Cycles sind, oder?
Lt. u.a. <http://www.anandtech.com/show/6459/samsung-ssd-840-testing-the-endurance-of-tlc-nand> sollte die 830 (MLC) schon so ca. 3k Zyklen aushalten, wenn ich da erst bei 33 bin? Hossa!
Klar, is noch alles im grünen Bereich, aber ich schreib halt im normal-Betrieb fast nix auf die SSD. Hm. Ich glaub fast, ich kann die SSD dann doch ein bissl mehr einspannen :) Ich dachte zuletzt eher "RAW is ca. % 'verbraucht'", obwohl ich obiges garantiert schonmal gelesen hatte. Naja, man wird nicht jünger ;)
Auf meinem Dual-Core (Athlon 64 X2, 2,7 GHz) mit 8 GB RAM:
Athlon 64 X2 oder Athlon 64 II X2 (das ist nochmal nen guter Unterschied :) $ hwinfo | grep -e Athlon -e MHz [...] model name : AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ cpu MHz : 2800.000
Äh, 2.8 oder 2.7 GHz jetzt? Frach mal:
grep 'MHz' /proc/cpuinfo
Ergibt genau die obige cpu-Zeile, also 2,8 GHz.
[...] Der Unterschied ist laut http://www.cpubenchmark.net/cpu_list.php aber zwischen
Athlon 64 X2 Dual Core 5600+ und Athlon 64 Dual Core 5600+ ^^ hier
Die Liste scheint mir *arg* konfus... Bin jetzt aber zu Faul die c't Benchmarks rauszusuchen.
Die "II X2" sind die Typen mit den dreistelligen Zahlen dahinter (Ausnahmen, z.B. "II X2 4300e" und "II X2 B22" bestätigen die Regel). Einen "II X2 5600+" habe ich nicht gefunden.
CPUMark AMD Athlon 64 X2 Dual Core 5600+ 1464 AMD Athlon II X2 250 1766
Also rein MHz mäßig '3000/2800*1464 = 1568.6'. Das "II" bringt dann also doch 12.5% extra Wumms :) Im Passmark CPUmark.
Jep. Habe noch eine "II X2 235e" gerade nicht in Benutzung, mit CPUmark 1671 kaum schwächer, aber nur 45 W TDP, eigentlich zu schade nur für's Rumliegen :-\
Wenn man in einer längeren Sitzung in etlichen Browser-Fenstern bzw. sehr vielen Tabs Web-Seiten geöffnet hat, dann sehe man sich mal die Speicherauslastung an. Oder einige Office-Fenster. Sicher wird sich das je nach Nutzer unterscheiden, aber wenn ich mal mehrere Tage den Browser nicht schließe, scheint sich dessen Speicherbedarf quasi von selber ständig zu erhöhen, auch wenn kaum noch Seiten dazukommen. Schließt man dann einige Fenster mit etlichen Seiten, gibt z.B. der FF auch nicht sehr gerne Speicher wieder frei. Nicht selten füllt er dann 3 bis 5 GB.
Jo, die Browser sollte man ab und an neu starten. Bei FF/Seamonkey: installiere dir den Sessionmanager! http://sessionmanager.mozdev.org/
Habe ich. Das hilft schon enorm, aber vor allem scheint die Performance des FF-Code nicht gut mit der Anzahl der geladenen Seiten zu skalieren, weshalb man die Zahl möglichst niedrig halten sollte (was bei einer Recherche nicht immer einfach ist).
Ich öffne nur sehr selten mehr als vielleicht 10 Tabs (Wikipedia graben). Teste doch mal, die Tabs auf mehrere Fenster aufzuteilen. Oder auch mehrere Instanzen (das wird dann schon wieder nervig).
Konnte FF noch nie in mehreren Instanzen starten, aber Du hast recht, dadurch gäbe es wohl zu viele Konflikte, nicht nur beim Session-Manager.
Aber generell: wenn sich das auf "Schließen + neu öffnen und alles ist wie vorher" ausgeht wie hier zumindest, dann wäre das für mich kein Problem, das all paar Stunden zu machen.
Das ist nicht das Problem, sondern, dass ich dann die FF-Fenster wieder manuell auf die Arbeitsflächen verteilen darf, weil der KDE nur beim KDE-Sitzungsstart die Fenster anhand der Titlebar-Inhalte auf die richtigen AFen platziert, was echt nervt. Cool wäre ein KDE-Session-Manager, bei dem ich das gleiche tun kann, wie beim FF-AddOn. Dann könnte ich einzelne Projekte zu jeder Zeit laden und wieder speichern + schließen. Leider speichert der KDE-Session-Manager nicht mal von selber alle paar Minuten den aktuellen Sitzungszustand. War neulich, als ich nicht mehr auf das X-Terminal zugreifen konnte, echt blöd. Nichtmal ein kdeinit_shutdown von einer der Textkonsolen konnte ein Speichern der Sitzung bewirken. Musste dann alle häufig benutzten Fenster von Hand wieder herstellen (was aber geht, weil ich sie beinahe auswendig kenne).
Kann man eigentlich mal eben schnell alle (also global, nicht nur für die angezeigte Seite bzw. Domain) JSs mit NoScript verbieten?
Nein, aber mit der JS-Checkbox von Prefbar :)
Echt gut: Nein, aber ... also doch -- hätte nicht auf NoScript einschränken sollen ==> Cool :-D
Prefbar ist das _erste_ Addin was ich installiere, erst danach NoScript und AdBlock Edge.
Kommt es auf die Reihenfolge an, oder legst _Du_ auf diese Reihenfolge wert?
Bei Prefbar hab ich inzwischen auch einige eigene Checkboxen/Buttons um z.B. etwas in about:config mal eben umzustellen, dazu mußt du nur aus about:config/prefs.js den "Prefstring" raussuchen, z.B. für's globale JS ist das 'javascript.enabled' und kannst dann ganz einfach ne Checkbox dafür im Prefbar anlegen :) Die für JS gibt's aber schon mitgeliefert :)
Na, wenn da nicht schon andere genau dasselbe wollten wie ich ...
Eine gute Zusammenarbeit des FF mit dem WM könnte bringen, dass in Fenstern, die gerade nicht angezeigt werden, JS vom FF temporär gestoppt wird. Wenn immer nur die JSe der angezeigten Seite laufen würden, würde das eine Menge Perfomance-Gewinn des FF bringen.
Prefbar hat auch eine 'JS-Tab' Checkbox, die ist aber intern im JS der Erweiterung implementiert 'prefbarSetTabJavascript(value)'. Evtl. könnte man da noch was basteln ;)
Werd' ich noch genauer unter die Lupe nehmen ... ich sehe gerade http://prefbar.tuxfamily.org/help/buttons.html#tabjavascript dass JS für den Tab ein-/ausgeschaltet werden kann. Jetzt bräuchte man nur noch einen Schalter für alle nicht angezeigten Tabs, der mit der Tab-Umschaltung automatisch umgelegt wird. Woher aber soll der Schalter wissen, wenn ein Fenster aktiviert wird? Das müsste der WM dem FF mitteilen. Ähnliches bräuchte man für die Flash-Stopper, damit Videos oder Radiosendungen nicht nur nach dem Neustart nicht von selber loslegen, sondern auch aufhören, sobald ein Fenster nicht mehr aktiv ist bzw. nicht das oberste ist.
HTH,
Yeah, it helped :-D Tom P.S.: Jetzt bräuchte ich nur noch eine Automatik, die meine Adresse im Bcc: entfernt, wenn ich an eine ML maile ... Ja, is denn heit scho Weihnacht'n? ;-) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org