[Debian] MiniITX versus PIII 933

[raymonvdm]

Ik heb hier 2 machines

Een Via Epia MiniITX met 200GB IDE disk en 512MB PC2100

code:

kleinesmurf:/home/beheer#  cat /proc/cpuinfo
processor       : 0
vendor_id       : CentaurHauls
cpu family      : 6
model           : 9
model name      : VIA Nehemiah
stepping        : 8
cpu MHz         : 599.925
cache size      : 64 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr cx8 sep mtrr pge cmov pat mmx fxsr sse up rng rng_en ace ace_en
bogomips        : 1201.23

En een Compaq ENS 933 met 256 MB Sdram en een 20GB disk

code:

debian:~# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 8
model name      : Pentium III (Coppermine)
stepping        : 6
cpu MHz         : 930.326
cache size      : 256 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse up
bogomips        : 1862.07

debian:~#

Nu schelen de bogomips niet zo heel veel volgens mij. MAAR

Het inloggen via SSH of via FTP verloopt traag op de Epia. Terwijl ik met een FTP transfer wel tot de 9MB/S kom.

Iemand enig idee waar ik het moet zoeken ?

Ik dacht dat het probleem bij de DNS zat maar beide machines kunnen niet reversed resolven.

Forward werkt op beide alleen de MiniITX doet ook Bind dus die kijkt naar zichzelf. Compaq kijkt naar de DNS van mn router.

Forward gaan alle lookups goed.

Logging laat me niks zien......

[ Voor 8% gewijzigd door raymonvdm op 08-12-2007 04:35 ]

[phobosdeimos]

De Epia is ongelooflijk traag.
Die CPU is te vergelijken met een 300mhz PII, if that.
En inloggen met SSH is redelijk veeleisend voor de CPU, zodus...
De PIII 933 is vele malen sneller dan de Epia.
BogoMIPS heten dus BOGO, in de zin van "bogus", het is een nutteloze statistiek.

[ Voor 29% gewijzigd door phobosdeimos op 08-12-2007 12:53 ]

[deadinspace]

raymonvdm schreef op zaterdag 08 december 2007 @ 04:00:
Het inloggen via SSH of via FTP verloopt traag op de Epia.

Hoe traag precies?

[dion_b]

Misschien handig om wat exacter te proberen te achterhalen waar het hier exact fout gaat...

De Nehemiah draait op 600MHz, en heeft een ALU die clock-for-clock zo'n 10% trager is dan een P3, dus is dat gedeelte met een P3-550 te vergelijken. Geen wonder dat het in het algemeen wat trager presteert dan een P3-933 dan...

De FPU van een Nehemia is allereerst bijna 50% trager dan een gelijkgeclockte P2/P3, en draait bovendien ook nog eens op 50% van de core snelheid. Je FPU is dus vergelijkbaar met een P166MMX

Maar de Nehemia heeft één grote troef, en dat is dat het hardwarematige encryptieversnelling heeft. Daarmee zou juist SSH op een Epia een stuk sneller moeten gaan dan op die P3. Maar dan moet je kernel er wel voor gecompileerd zijn. Mijn gok: je gebruikt de default Debian kernel en die heeft die optie niet enabled staan. Oftewel even een custom kernel compileren en je ziet SSH stukken sneller worden.

Overigens een andere optie: vind een P3-600EB of 533EB en vrot dat dan in die Deskpro ENS en zet de FSB vervolgens softwarematig (zijn tooltjes voor) op 100MHz of 66Mhz. Dan krijg je een bak dat niet meer dan de Epia verbruikt, maar in general computing (ALU of FPUwerk) waarschijnlik sneller is.

[pjottum]

Hoe gaan de reverse lookups van het ipadres waar je vandaan komt? Er wordt wel gefocust op ssh, maar je geeft aan dat het probleem zich ook bij ftp voordoet.

(zelfs mijn 386 gaf /toen/ geen noemenswaardige vertragingen op inloggen)

[ Voor 56% gewijzigd door pjottum op 09-12-2007 12:44 ]

[raymonvdm]

Mijn 1e indruk was ook dat het probleem uit de DNS hoek zou komen. Echer kunnen beide machines geen reversed lookup doen. En toch is de EN snel. En de Epia langzaam.

En met langzaam bedoel ik dat er 10 seconden zit tussen username opgeven en password vragen. Dit zelfde geld ook voor FTP inlog.

Ik ben weer een stapje verder. Log in extern in vanaf werk naar huis dan is het snel. Maak ik een vpn verbinding met mn router thuis en doe ik dan een ssh naar 192.168.110.200 dan is het wel traag.

Het is dus toch een DNS probleem. Ik heb nu een test dns naam aangemaakt met reversed en nu is het wel snel. SSHd wil dus zijn gast reversen voordat hij een inlog accepteerd. .

Nu eens kijken hoe we bind goed kunnen africhten

Edit

server:/etc/bind# vim named.conf.options

forwarders {
192.168.110.252;
};

Alle request worden geforward naar de router :-) Nu is het inloggen met SSH snel. Het inloggen met FTP blijft langzaam. Maar het browsen met FTP is nu een stuk sneller.

[ Voor 60% gewijzigd door raymonvdm op 10-12-2007 13:44 ]