Hallo David, vielen Dank erst mal für Deine vielen Anregungen :-) Am 24.01.2015 um 21:27 schrieb David Haller:
Hallo Thomas,
Am Thu, 22 Jan 2015, Thomas Michalka schrieb:
Am 22.01.2015 um 19:06 schrieb David Haller:
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.
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*
Äh, doch, nach dem Update von 6.2/XFree 3.3.6 auf 11.4 / Xorg hat X+WMaker IIRC so ca. 12-15s gebraucht.
Also fast dreimal so lange, wie auf 6.2/XFree 3.3.6 Was haben da die X- und WMaker-Entwickler nur getrieben?
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?
Der Win95-Treiber unter VBox weigert sich mehr als SVGA (800x600) einzustellen. Vista wird AFAIK von den VBox Treibern unterstützt. Apropos: falls du noch nen überzähliges Windows XP oder neuer rumfliegen hast, ich würd's dir gerne abkaufen :)
XP hatte ich nie. Nur Vista habe ich noch in Benutzung.
*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#)?
Mich dünkt so ;)
$ smartctl -a | less [..] 1 Raw_Read_Error_Rate POSR-- 115 099 050 - 0/103285365
Das hier ist etwas komisch.
Da schon VALUE > WORST, sieht es echt seltsam aus.
9 Power_On_Hours_and_Msec -O--CK 100 100 000 - 34423h+38m+45.060s
Ähhh, die SSD läuft seit knapp 4 Jahren 24/7 durch?
Habe sie ungefähr so lange, und ich boote selten neu, weil der Rechner gleichzeitig als Server für andere dient.
12 Power_Cycle_Count -O--CK 100 100 000 - 107
Bei nur 107 Reboots / hdparm -y?
Siehe oben.
174 Unexpect_Power_Loss_Ct ----CK 000 000 000 - 50
und 50mal unerwartet abgeschaltet?
Hatte in der Anfangszeit mal ein Kabel mit Wackelkontakt, aber nicht etwa 50mal I/O-Errors gesehen. Vielleicht hat die SSD schon ganz zu Anfang die Wackler aufgezeichnet; kurz nach Inbetriebnahme habe ich es bemerkt, als sie noch ohne Dateisystem war.
177 Wear_Range_Delta ------ 000 000 000 - 1
Das (VALUE/WORST/THRESH alle 000) scheint mir ein Dummy-Wert zu sein :(
194 Temperature_Celsius -O---K 001 129 000 - 1 (0 127 0 129 0)
Hm. Das scheint mir auch kapott. Update doch mal die /usr/share/smartmontools/drivedb.h per
/usr/sbin/update-smart-drivedb
Die ist aber von smartmontools v6.2 auf oS 13.1, also nicht uralt. Jedenfalls viel jünger als die SSD. Was macht /usr/sbin/update-smart-drivedb mit der drivedb.h ? ISt das kritisch?
195 ECC_Uncorr_Error_Count --SRC- 115 099 000 - 0/103285365
??
231 SSD_Life_Left PO--C- 100 100 010 - 0
Das hier ist das Attribut bei dir wohl ... Wie auch immer das zu deuten ist.
Vorbei die Zeiten vor den smartmontools, als man noch relativ sorglos in die Zukunft blinzelte ;-) Muss mich wohl mal um die seltsamen Daten kümmern.
==== <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?
Glaub ich nicht. Du hast ja offenbar nen Sandforce Controller, da scheint Attr. 231 relevanter zu sein. Aber bei dir auch nicht sinnvoll gesetzt.
Ok, auch darum werde ich mich bald kümmern.
[...]
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 :-\
Sollte IIRC auch in den gleichen Sockel passen. Vorher aber wg. BIOS gucken und ggfs. updaten, falls möglich.
Habe wohl auch ein passendes MB, wie ich gerade sehe :-)
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. [..] 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.
Jep. Eben mit eigenem Profil ...
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.
Ahso ... Ich verwende eben praktisch nur einen Desktop (ich will im Blick haben, was so läuft).
Bei mir bezieht sich das auf verschiedene Projekte, wo ich immer wieder mal etwas mache. Weil ich mir nicht merken kann, in welcher Datei ggf. etwas zu tun ist, lasse ich die Fenster eben offen. Ich will mir lieber nicht überlegen, wie es wäre, wenn ich in den unendlichen Weiten des Dateisystems immer erst danach suchen müsste, was ich kurz bearbeiten möchte. So brauche ich in der Fensterleiste nur auf den Eintrag mit dem entsprechenden Titel klicken. Bei mir gilt aber auch: ein Projekt möglichst nur auf einer Arbeitsfläche. Deswegen mein Wunsch nach einem pfiffigem Session-Management je Arbeitsfläche und Fenster.
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).
Ich hab hier ein kl. Scripterl, das mir meine xterms samt Position aufruft (xtermx is nur ein Alias mit ein paar anderen Optionen):
xtermx 1 -geometry 80x24+32+0 xtermx 1 -geometry 103x44+553+22 [..] xtermx 1 -geometry 100x24+574+435
Mach dir doch auch so eins mit einem üblichen Krams. IIRC kannst du irgendwie auch spezifizieren, auf welchem KDE-Desktop das erscheinen soll. Wenn's als mit dem Speichern nicht klappt -> scripterl, ferdsch.
Bräuchte das auch für andere Fenster (okular, u.a.). Muss mich auch mal um das Scripting von KDE kümmern. Da müsste doch auch was gehen. Vielleicht selber einen Sitzungsverwalter als Erweiterung schreiben ... mal sehen.
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?
Das ist nach meiner Priorität. Prefbar, NoScript, Adblock, Ghostery.
Die hier üblichsten Tracker brems ich schon via DNS aus (per dnsmasq, mit z.B.
==== /etc/dnsmasq.conf ==== conf-dir=/etc/dnsmasq.d ==== /etc/dnsmasq.d/blocklist.conf ==== [..] address=/doubleclick.net/127.0.1.1 address=/facebook.com/127.0.1.1 address=/facebook.de/127.0.1.1 address=/facebook.net/127.0.1.1 address=/fb.com/127.0.1.1 address=/google-analytics.com/127.0.1.1 address=/googlesyndication.com/127.0.1.1 address=/googletagservices.com/127.0.1.1 address=/googleadservices.com/127.0.1.1 address=/ivwbox.de/127.0.1.1 [..] ====
Das gibt dann einfach nur noch massig "Connection refused" (weil der Indianer hier normal nicht läuft), bremst aber Tracker und Adserver zuverlässig aus :)
Früher, zu DialUp-Zeiten habe ich mal wwwoffle verwendet, um den Traffic zu verringern, erst recht mit den Minutentarifen. Aber mit einer DSL-Flat wird man faul :-( Wenn man aber einen Caching Web- und DNS-Proxy im lokalen Netz verwendet, kann man vielleicht auch die Zahl der Latenzen auf die unvermeidbaren beschränken und so die gesamte Warterei verkürzen. Aber wohl nur, wenn der eigene Server schnell genug reagiert.
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 ...
Och, das ist eigentlich recht einfach. Und du kannst die Buttons etc. Im- und Exportieren, was nen Austausch einfach macht. Hier ein Beispiel, um für "degenerierte" Webserver RC4/MD5 als SSL Variante zu erlauben, die aber normal aus ist:
==== RC4MD5.button ==== { "prefbar:info": { "formatversion": 3 }, "prefbar:menu:enabled": { "items": [ "prefbar:button:blockrefresh" ] }, "prefbar:button:blockrefresh": { "type": "check", "label": "RC4MD5", "prefstring": "security.ssl3.rsa_rc4_128_md5", "topref": "value", "frompref": "value" } } ====
Wenn du about:config aufrufst und dann die Checkbox klickst kannst du dem "Button" live bei der Arbeit zugucken.
Achso, hier alles unter seamonkey, aber mit FF sollte es genauso klappen.
Toll, muss ich sehr bald studieren.
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.
==== ~/.mozilla/seamonkey/xxxxxx.default/extensions/{8A6C82[..]}/chrome/prefbar.jar/uzip://content/buttonCommands.js ==== // // Tab dependent checkboxes //
// Javascript function prefbarSetTabJavascript(value) { prefbarGetDocShell().allowJavascript = value; } function prefbarGetTabJavascript() { return prefbarGetDocShell().allowJavascript; } [..] function prefbarGetDocShell() { var docShell = getBrowser().docShell; docShell.QueryInterface(Components.interfaces.nsIDocShell); return docShell; } ====
Da müßte man irgendwie die Logik umdrehen ;)
Genau, eine Inverter-Checkbox für den JS-Tab-Knopf.
Also erstmal den Browser nach den offenen Tabs befragen, und dann in allen, ausser dem aktuellen Tab (siehe prefbarGetDocShell), JS an-/abschalten. Da müßte man wohl ein bissl tiefer in der Mozilla-Doku kramen, was .docShell ist, und was einem die Liste aller Tabs liefert, und dann eben drüber iterieren. getBrowser() scheint ne Standardfunktion von Mozilla zu sein (das wird u.a. auch von "Scriptish" formerly known as "Greasemonkey" verwendet). Prinzipiell möglich sein sollte es. Du kannst ja mal die Prefbar-Entwickler danach fragen :)
Auch das kommt in die ToDo-Liste.
Ä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.
==== ~/.mozilla/seamonkey/xxxxxx.default/extensions/{8A6C82[..]}/chrome/prefbar.jar/uzip://content/buttonCommands.js ==== // // Flash checkbox //
var prefbarRegExFlash = /^shockwave flash/i; function prefbarSetFlash(aValue) { goPrefBar.SetPluginEnabled(prefbarRegExFlash, aValue, "Flash"); } function prefbarGetFlash() { return goPrefBar.GetPluginEnabled(prefbarRegExFlash); } ====
Ob man da auch ne Tab-abhängige Variante stricken kann? Bei nem Plugin wie Flash könnte das schwierig werden, wenn bei jedem Tab-Wechsel ggfs. das Plugin an- oder ausgeknipst werden muß.
Ja, das wäre wohl auch zu brutal, da man eigentlich nur so etwas wie 'nen automatischen Pausenknopf will, keinen FlashStopper, wie ich zuerst meinte.
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? ;-)
Gibt's da nicht ne Subscribe-Funktion?
Meinst Du das ListAnswer-AddOn? Das gab's mal, was aber derart erfolgreich war, dass es inzwischen offenbar in den Code eingebaut wurde :-D
Ggfs. erst per Extension (Mnheny)? Jedenfalls: diese Funktion/Erweiterung von TB/Seamonkey sollte das mit dem Bcc erledingen, wenn du die ML mal "abonniert" hast. Da ich aber TB/SM nicht zum mailen verwende ...
Oder die ListAnswer-Funktion selber, die die Listenadresse aus dem Header der Mail nimmt und automagisch einfügt, könnte die BCC-Adresse löschen. Manuell ist es aber auch nicht tragisch, weil es nur die Zeit für markieren und Löschen kostet. Gruß, Tom -- 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