Schlagwort ‘Performance‘

FreeBSD: Optimierung

Nicht Rennstreifen sind das Ziel oder Aussagen a la «30% schneller», sondern schlicht Verbesserungen des Gesamtverhaltens. Natürlich ist ein derartiges Optimieren der Konfiguration vom jeweiligen Kontext abhängig, was den einen Nutzen bringt, verpufft u.U. bei anderen oder wirkt sich gar kontraproduktiv aus.

FreeBSD bietet grundsätzlich keine Optimierung, wie sie bei vielen Linux-Distributionen usus ist. Das Betriebssystem bildet die Basis und liefert vielerlei Werkzeuge, es geht dem Anwender aber in der Regel aus dem Weg, hält ihn nicht an der Hand. Der eine mag dies als Nachteil sehen, der andere als Vorteil. Your mileage may vary.

Beginnen wir mit dem Datenträger. Es existieren eine Menge Möglichkeiten diesem auf die Sprünge zu helfen. Die simpelste Variante wäre der Kauf einer SSD, die zweite Möglichkeit wäre der Einsatz eines anderen Filesystems wie ZFS. Bringt viele Vorteile mit sich, aber auch einen Sack voller Nachteile, insbesondere in puncto Ressourcenverbrauch. Dabei geht es aber auch mit UFS und ohne den Kauf neuer Hardware.

echo 'ahci_load="YES"' >> /boot/loader.conf
echo 'geom_sched_load="YES"' >> /boot/loader.conf
echo 'gsched_rr_load="YES"' >> /boot/loader.conf 

echo 'kern.maxfiles=16384' >> /boot/loader.conf
echo 'kern.maxfilesperproc=8192' >> /boot/loader.conf

echo 'vfs.ufs.dirhash_maxmem=67108864' >> /etc/sysctl.conf
echo 'vfs.read_max=32' >> /etc/sysctl.conf

 

Ahci lädt den neuen Treiber für SATA-Geräte, man gewinnt etwas an Geschwindigkeit, eine bessere Unterstützung diverser Fähigkeiten der einzelnen Geräte und die Gerätenamen ändern sich. Bei mir änderte sich beispielsweise die Bezeichnung der Festplatte von ad4 zu ada0, also Obacht! Ansonsten wird ein Disk-IO-Scheduler geladen, sowie ein paar allzu konservativ gehaltene System-Variablen angepaßt. Bei letzteren tritt natürlich einzig ein Effekt ein, wenn man überhaupt kritische Grenzen auf dem eigenen System erreicht. Ist dies nicht der Fall, tritt auch keine wundersame Beschleunigung in Erscheinung. Kurzum, wer ein wenig Mail, WWW & Co macht, der wird mit diesen Einstellungen nichts gewinnen. Nutzer von KDE, Zeitgenossen die viel mit Dateien arbeiten oder diese auch oft parallel schreiben, werden hingegen teils einen spürbaren Unterschied registrieren.

echo 'geom sched insert -a rr ada0' >> /etc/rc.local

 

Der zuvor geladene Disk-IO-Scheduler muß noch installiert werden für den jeweiligen Datenträger, mehr Konfiguration ist nicht notwendig.

echo 'tmpfs_load="YES"' >> /boot/loader.conf
echo 'tmpfs /tmp tmpfs rw,mode=1777 2 0' >> /etc/fstab
echo 'tmpfs /var/tmp tmpfs rw 2 0' >> /etc/fstab

 

Die Wirksamkeit von Tmpfs entfaltet sich ebenso nur auf Systemen, die auch ausgiebig Gebrauch von temporären Dateien machen, z.B. wenn ports kompiliert werden. Nicht vergessen sollte man, den alten Eintrag für tmp in /etc/fstab auszukommentieren. Tmpfs gilt noch als experimentell, tritt eine Panic auf, so ist diese jedoch in der Regel zu geringem Hauptspeicher geschuldet. Ich setzte tmpfs seit mehr als einem Jahr regelmäßig ohne Probleme ein.

Mehr Informationen erhält man in tuning, sollte sich aber darüber im klaren sein, was man da en Detail tut. Viele Systemparameter  sollten nur in grenzwertigen Situationen z.B. auf einem stark frequentierten Server anpaßt werden. Obige Optimierungen können helfen, schaden aber auch nichts, außer, daß beispielsweise ein wenig mehr Speicher abgezweigt wird in MB-Dimensionen.

 

Bild: der Bulo

, , , , , , , , , , , ,

Die Zukunft von F!XMBR und der angeschlossenen Funkhäuser. Was war. Was wird.

ProjektWas waren das noch für Zeiten, als Oliver und ich, nachdem wir über mehrere Jahre auf diversen Foren als Moderator und auch administrativ tätig waren, unser erstes eigenes Forum eröffnet haben. Damals, ja damals reichte ein kleines Webpaket — ich weiß es gar nicht mehr so genau. Ich glaube 10 GB Traffic — was wir damals für enorm viel gehalten haben — waren inklusive. Wenige 100 MB Webspace — und wir legten los. Das Forum wurde dann eingestellt — und F!XMBR wurde gestartet. Die Besucher, der Traffic praktisch alles steigt seitdem Quartal für Quartal an. Allein der Traffic dürfte bald die 100 GB-Grenze überschreiten. Da reicht ein kleines Webpaket nicht mehr aus — zumal es ja nicht nur um F!XMBR geht. Der IST-Zustand:

Weiterlesen: »Die Zukunft von F!XMBR und der angeschlossenen Funkhäuser. Was war. Was wird.«

, , ,

Liebe Kinder gebt fein acht

Ich hab euch etwas mitgebracht und zwar eine Ladung voller Informationen. Wenn man bemerkt, dies auch gar verkündet wurde, daß eben die Performance von F!XMBR teils vollkommen im Arsch ist, dann hämmert man nicht, sonst fliegt man wie auf jedem anständigen FTP-Server auf welchem man sich in Ungeduld übt. Schickt als jemand seinen Link hier zu uns und aus voller Ungeduld heraus poltern dann einige dieser zum gleichen Thema mehrfach auf einen Schlag herein, werden diese auch auf einen Schlag gelöscht — alsbald ich das Admin-Panel wieder vernünftig bedienen kann :-) Danke für die Aufmerksamkeit …

P.S. SEO-SPAM wird ohnehin gelöscht, das hat nichts mit der Performance zu tun.

,

Performance-Probleme

Liebe F!XMBR-Leser, wir wissen um die derzeitigen Performance-Probleme. Am Freitag gibt es neue Hardware, dann sollten diese Probleme der Vergangenheit angehören. Sollte es mal wieder etwas länger dauern — nein, jetzt kommt kein Werbespruch — dann solltet Ihr die einzig relevante Linkliste aufsuchen. Hm, die geht dann ja auch nicht — also, seht zu, dass Ihr Eure Bookmarks aktualisiert. 😀

,

Der kleine Übeltäter

Wir hatten in den letzten Tagen Ärger mit dem dem Server. Apache wollte nicht so, wie wir wollten. Nach Veröffentlichung eines Artikels ist der Server grundsätzlich abgestürzt. Wir standen da vor einem Rätsel. Wir hatten sogar die Befürchtung, dass ein Festplattencrash kurz bevorstand. Oder war es gar WordPress 2.5.x?  Nun scheint der Übeltäter gefunden — das Google XML Sitemaps-Plugin. Das beweist wieder einmal: Nicht nur WordPress immer aktuell halten — insbesondere die Plugins. Ich gelobe Besserung. 😉

New in Version 3.0.3.3 (2008−04−29):
* Fixed author pages
* Enhanced background building and increased delay to 15 seconds
* Enabled background building by default
New in Version 3.0.3.2 (2008−04−28):
* Improved WP 2.5 handling (fixes blank screens and timeouts)

Gut, nur 2 3 Tage zu spät, das kann man verschmerzen — zumal ich die Update-Meldung vorgestern noch nicht gesehen hatte. Jetzt fängt der Server auch wieder die 70 GB Traffic ab, die wir letzten Monat hatten — unglaublich das. Was wollt Ihr alle von uns? 😀

, ,

Hier gibt es ein Problem

Unzählige Leute unterschiedlicher IP’s wollen Zugriff auf diesen Artikel. Da hat der Server aufgegeben.

Args…

Per Telefonkonferenz sind wir dabei, das Problem einzugrenzen, wühlen uns durch Logfiles und sehen uns folgendem Phänomen gegenübergestellt: Alle Zugriffe über Mama Google (Referer), sind evtl. Angriffe, da nur Zugriff auf diese eine Seite, Grafiken werden nicht geladen. Schau m’er mal…

,

Performance für DesktopBSD

Nicht weltbewegendes, aber da halt die ganze Welt im Performance– und Updaterausch ist ;). Auch hier ein paar Tipps, die in die gleiche Richtung abzielen und in ein paar Minuten erledigt sind ohne irgendwelche Updates, ohne großartige Werbung, nachvollziehbar auf von Anfängern :)

Weiterlesen: »Performance für DesktopBSD«

, , ,

RSS-Feed abonnieren