Hans9876543210
Anmeldungsdatum: 2. Januar 2011
Beiträge: 3741
|
aasche schrieb: mfm schrieb: Den Abschnitt IPv6 deaktivieren sollte entweder entfernt oder mit einem entsprechenden Hinweis bepflastert werden.
Mal von der schwammigen Zeitangabe abgesehen, ab wann das relevant sein soll: Der betreffende Abschnitt ist IMHO so formuliert, dass ich keinen dringenden Aenderungsbedarf erkennen kann. Allerdings habe ich das beschriebene Verfahren schon ewig nicht mehr gebraucht. Es koennte also gut sein, dass der Abschnitt schlicht und einfach veraltet und damit ueberfluessig geworden ist.
Nebenbei: bei mir hat die Vorgehensweise im Wiki noch nie so recht hingehauen. Ich würde vorschlagen, das per Grub Parameter zu machen:
| GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1"
|
Das funktioniert sowohl unter Trusty als auch unter Willy. Nur weiß ich nicht, ob das jetzt in den Tuning Artikel soll oder doch lieber in den Grub Artikel.
|
aasche
Anmeldungsdatum: 30. Januar 2006
Beiträge: 14259
|
mfm schrieb: Zumindest den folgenden Hinweis sollten wir einbauen:
Hinweis:IPv6 gewinnt zunehmend an Bedeutung. Das Protokoll sollte am eigenen System nur deaktiviert werden, wenn es klare Indizien gibt, dass es Probleme verursacht.
Anno 2015 ist die Problematik wesentlich relevanter als 2012 - Hinweisbox eingefuegt.
|
aasche
Anmeldungsdatum: 30. Januar 2006
Beiträge: 14259
|
Hans9876543210 schrieb: Ich würde vorschlagen, das per Grub Parameter zu machen:
| GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1"
|
Im Zuge der Bearbeitung erwaehnt.
|
kmu-net.ch
Anmeldungsdatum: 15. März 2010
Beiträge: 35
Wohnort: Zürich, Schweiz
|
Im Abschnitt zRam ist zu lesen: "Ideal für Rechner mit 512 MiB bis 2 GiB RAM. Bei mehr Speicher bringt diese Technik keinen praktischen Nutzen mehr." Ich finde dies eine sehr gewagte Aussage. Wohl trifft dies für viele Anwender zu. Werden jedoch z.B. auf einem Rechner mehrere virtuelle Maschinen betrieben, kann die Kompression des Arbeitsspeichers nach wie vor von grossem Nutzen sein, da diese oft vermeiden hilft, dass auf langsamere Speichermedien ausgelagert werden muss. Ich verweise auf Ressourcen-hungrige JavaScript Frameworks wie z.B. React.js etc. Ich würde den Abschnitt daher etwas vorsichtiger formulieren wie z.B. "Bei mehr Arbeitsspeicher bringt diese Technik für den durchschnittlichen Anwender in der Regel keinen grossen Nutzen mehr." (Könnte ich nun natürlich direkt im Beitrag ändern, möchte ich jedoch zuvor hier noch Diskutieren [Sofern dieser Thread überhaupt noch lebt 😉])
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29065
Wohnort: WW
|
Hallo, statt "durchschnittliche Anwender" (hört sich IMHO etwas abwertend an) würde ich eher so was wie "Bei mehr Arbeitsspeicher bringt diese Technik für bei typischer Desktop-Nutzung in der Regel keinen grossen Nutzen mehr." Gruß, noisefloor
|
Beforge
Ehemalige
Anmeldungsdatum: 29. März 2018
Beiträge: 2007
|
noisefloor schrieb:
[...]"Bei mehr Arbeitsspeicher bringt diese Technik für bei typischer Desktop-Nutzung in der Regel keinen grossen Nutzen mehr."[...]
+1 Aber bitte das überflüssige "für" noch raus und "grossen" bitte mit "ß" schreiben. Man muss kein Fan der neuen Rechtschreibung sein, man muss sie nur anwenden. ☺
Bei mehr Arbeitsspeicher bringt diese Technik bei typischer Desktop-Nutzung in der Regel keinen großen Nutzen mehr.
Wobei mich jetzt das doppelte "bei" stört.... Alternativ: Bei mehr Arbeitsspeicher bringt diese Technik für die typische Desktop-Nutzung in der Regel keinen großen Nutzen mehr.
Was wir nehmen, ist mir eigentlich relativ egal. Zur Not werfen wir halt eine virtuelle Münze 🇩🇪.
|
kmu-net.ch
Anmeldungsdatum: 15. März 2010
Beiträge: 35
Wohnort: Zürich, Schweiz
|
Hallo Wikiteam Danke für eure prompte Rückmeldung, das mit dem abwertend Klingen habe ich auch so empfunden, der Doppel-S-Ersatz ist für mich als Kuhschweizer halt ein Sonderzeichen 😉 Die Alternative von Beforge gefällt mir sehr gut, die werde ich verwenden. Da ihr euch so eingesetzt habt, verrate ich hier auch noch eben, weshalb ich mich ob dieses scheinbaren Details so ereifere: Vor einiger Zeit hatte ich die Schnapsidee, die Lernplattform freecodecamp.org offline verfügbar zu machen. Vorbei die guten alten Zeiten, wo dies eine Sache von einigen statischen HTML & CSS Dateien war, der komplette MERN Stack ist auf zu setzen. Damit es Spaß macht, daß Ganze dann auf einem mittels SeaBIOS und Ubuntu Mate vergewaltigten Chromebook mit 4 GB Arbeitssspeicher Virtualisiert mittels VirtualBox. Dank Verwendung von Falkon als schlankem Browser sowie eben der Arbeitsspeicher-Komprimierung mittels zRam (sowohl auf dem Host als auch in der VM) war dann ein halbwegs performanter Betrieb des gefräßigen Frameworks (> 2 GB mit geladener Datenbank) in der VM mit 1.5 GB Arbeitsspeicher möglich. Als nächstes plane ich das Ganze mittels Docker/LXC aufzusetzen, um unnötigen OS-Overhead zu vermeiden. In Zeiten, wo man für 650 Euronen ein Vierkern-Notebook mit 16 GB Arbeitsspeicher kriegt, läßt sich natürlich über Sinn & Unsinn von solcherlei Gefrickel Diskutieren - doch oft macht es doch gerade den Reiz aus, das Letzte aus beschränkten Ressourcen heraus zu kitzeln 😉 Ich bitte um Verzeihung für meine Geschwätzigkeit, mein Kuhdeutsch etcetera pp., Grüße, kmu-net.ch
|
unbekannt1984
Anmeldungsdatum: 29. Oktober 2007
Beiträge: 945
Wohnort: Iserlohn
|
Hallo, könnte ein Wiki-Mod den Artikel bitte in die Baustelle verschieben?
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29065
Wohnort: WW
|
Hallo, bitte schön. Gruß, noisefloor
|
unbekannt1984
Anmeldungsdatum: 29. Oktober 2007
Beiträge: 945
Wohnort: Iserlohn
|
Hallo noisefloor, ich habe die wesentlichen Informationen aus Archiv/SSD/Scheduler übernommen und für Kernel >5.3 angepasst (für Kernel <5.3 sind die Informationen aber weiterhin drin). Ich habe allerdings die Syntax zum großem Teil ignoriert - trotzdem sollte man so schon einen ersten Eindruck erhalten können... @all: Kann mir jemand die Tabelle im Abschnitt "I/O-Scheduler" basteln? EDIT: Sollte man den gesamten "Kram" zum Arbeitsspeicher (Aktivität reduzieren) nicht in den Punkt zum Arbeitsspeicher (Arbeitsspeichernutzung) verschieben? Wäre wohl sinnvoller - abgesehen davon sieht die Formatierung mit 5 Überschriftenebenen komisch aus...
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29065
Wohnort: WW
|
Hallo, bitte keine direkten Anreden ("wir") sondern alles im neutralen "man" schreiben. Lauftwerksangaben (=Pfade) wie sda werden immer fett formatiert. Abschnitt "Scheduler permanent setzen": rc.local ist veraltet, das gibt es nur noch aus legacy Gründen. Der Teil darf dann bitte durch eine entsprechende systemd Service Unit ersetzt werden. Oder ganz raus, weil es reicht doch, wenn der Scheduler über die Boot-Optionen gesetzt wird? Gruß, noisefloor
|
unbekannt1984
Anmeldungsdatum: 29. Oktober 2007
Beiträge: 945
Wohnort: Iserlohn
|
Hallo noisefloor, Lauftwerksangaben (=Pfade) wie sda werden immer fett formatiert.
ok, ich hatte ja gesagt/geschrieben: "Ich habe allerdings die Syntax zum großem Teil ignoriert" Abschnitt "Scheduler permanent setzen": rc.local ist veraltet, das gibt es nur noch aus legacy Gründen. Der Teil darf dann bitte durch eine entsprechende systemd Service Unit ersetzt werden. Oder ganz raus, weil es reicht doch, wenn der Scheduler über die Boot-Optionen gesetzt wird?
Ja und nein... Über GRUB ist halt Systemweit - für alle Geräte, für einen Mix aus HDD und SSD oder unterschiedliche SSDs könnte auch eine Mischung aus mq-deadline und none (um bei Kernel 5.3+ zu bleiben) die besten Ergebnisse liefern. Gut, Sysfsutils wäre dann immernoch eine Möglichkeit, muss man dann aber erst installieren (wenn man Es nicht sowieso benutzt/braucht). Allerdings läuft das dann auch irgendwo über init.d: In addition this package ships a configuration file /etc/sysfs.conf which allows one to conveniently set sysfs attributes at system bootup (in the init script /etc/init.d/sysfsutils).
Von sysfsutils - Debian
|
Heinrich_Schwietering
Wikiteam
Anmeldungsdatum: 12. November 2005
Beiträge: 11290
Wohnort: Bremen
|
Hi! Wie ist hier der Stand der Dinge? Ist unbekannt1984 noch an Bord? Fertigstelldatum war 1.12.19, passiert ist seit Mitte Oktober nichts mehr. Artikel zurücksetzen? Habe unbekannt1984 noch mal angepingt (hatte aber schon bei Baustelle/SSD/TRIM keinen Erfolg damit...) so long hank
|
Heinrich_Schwietering
Wikiteam
Anmeldungsdatum: 12. November 2005
Beiträge: 11290
Wohnort: Bremen
|
Hi! Habe die Baustelle zurückgesetzt, da sie seit Oktober nicht mehr bearbeitet worden ist. unbekannt1984 meldet sich auch nicht. Schade. so long hank
|
Kerlbürste_Suessholz
Anmeldungsdatum: 4. Januar 2009
Beiträge: 138
Wohnort: Köln
|
Nabend. Betreffend des Auslagerns von /tmp in ein tmpfs: Im Arch Wiki steht, dass systemd dies standardmäßig tun würde: It is also used for /tmp by the default systemd setup and does not require an entry in fstab unless a specific configuration is needed.
Und weiter unten (redundant) nochmal... Under systemd, /tmp is automatically mounted as a tmpfs even though no entry is specified in /etc/fstab.
Veralteter Tuning-Tipp im Artikel?
|