Hallo, On Wed, 27 Feb 2002, Thomas Schürmann wrote:
David Haller wrote:
IMO ist die CPU-Last der wichtigste Unterschied... "man Kontextwechsel"... Das ist auch das, was TUX/den Kernel-httpd so schnell macht... [..] Hast du da mal die CPU-Last beobachtet?
Wie gehe ich am besten vor, um Veränderungen durch den Wechsel von RP-PPPoE auf Kernel-PPPoE festzustellen?
Hm. Zuerst wuerde ich mal versuchen, die Belastung mit dem rp-ppoed festzustellen...
Ich fahre z.Zt. auf meiner A-DSL (nicht S-DSL wie Moritz) eine eigene iptables-FW mit RP-PPPoE (orig. Paket von SuSE 7.3). Dort ist auch der SuSE-Kernel 2.4.10-4GB installiert. Zusätzlich sämtliche Security-Updates von SuSE (für installierte Pakete) gemacht. Kein X usw. vorhanden. Chaintech 5AGM-MoBo mit AMD K6-2 450 MHz und 196 MB RAM. - aktuellen RP-PPPoE (selbst übersetzen) und Vanilla-Kernel 2.4.17 installieren?
Noe. Es geht doch um den Kernel-Treiber: Also aktuellen Kernel saugen, mit Unterstuetzung fuer PPPoE uebersetzen (Modul oder fest ist egal, sind dann die Module pppoe und pppox), dann noch den pppd ggfs. aktualisieren (muss halt pppoe koennen, z.B. 2.4.1 mit patch, siehe z.B. die Anleitung fuer T-DSL auf adsl4linux.de, ggfs. kannste von mir auch ne gepatchte Version bekommen), dann eben noch konfigurieren, startscript schreiben/anpassen/z.B. von mir gemailt bekommen... Ich bekomm hier i.d.R. bis zu 93 KB/s ohne bemerkbare CPU-Last...
- Messung z.B. anhand von ftp.gwdg.de-downloads? 2 Dauer-Sauger und 1 Online-Gamer sind vorhanden (3 PC, evtl. auch 4, an DSL-Router).
zum Beispiel ;)
- Womit logge / protokolliere ich das?
top? Ne, tut mir leid, keine Ahnung eigentlich... Ich hab mir als ich DSL bekam halt gesagt, ok, der Kerneltreiber soll schneller (weniger CPU-Last) sein, also teste doch den mal zuerst, und da dann alles auf Anhieb klappte... Achso, die CPU-Last koenntest du auch noch insofern testen, indem du nebenher ein "gieriges" Programm laufen laesst, und beobachtest, ob davon der Durchsatz betroffen ist... Hm. z.B. Seti schrittweise in top runter "renice"en, bis das auf den Durchsatz "durchschlaegt", diese "nice" Einstellung merken und dann mit dem Kernel-Treiber gegen- testen... -dnh --
Like the man said: "Nothing good ever goes in /opt." -- T. W. Foreman s/\/opt/\// -- P. L. Basilisk