Vykon Slackware9.1 a MDK10.0

[Airwolf]

zdravim...
ted jsem doma stavel na teto HW konfiguraci linux server pro dedikovany server BF1942/DC...a docela me znejistily vykonove rozdily....
Slackware: C366@550,2x128+64MB RAM, SCSI 6GB, boot z MBR IDE 520MB
hdparm -t /dev/sda cca 10,5MBps
hdparm -T /dev/sda cca 145MBps
zatez na serveru BF cca 15 prct
FPS cca 50
bez Xsystemu s jedinym nalogovanym userem
kernel 2.4.22

MDK: C366@550,128+64MB RAM, SCSI 6GB, boot z MBR IDE 520MB
hdparm -t /dev/sda cca 10,5MBps
hdparm -T /dev/sda cca 250MBps
zatez na serveru BF cca 7 prct
FPS cca 60
s KDE, 3 virtualni konzole + Konqueror
kernel 2.4.24/6

by me zajimalo kde se bere tak znacny rozdil ? na to ze me Marty odrazoval od pouziti MDK jako serveru se mi jeho vykon zda mnohem a meritelne je i vetsi nez Slack...upresni nekdo ? ten slack jsem osekal co nejvic, aby tam toho nebylo tolik, je toho cca 380MB nainstalovano zatimco MDK ma cca 900MB...swap byl v obou pripadech stejny cca 80-128MB

[Gargamel]

Za tohle asi bude moct hodne jadro, MDK ma mozna nejake interactivity patche (scheduler), ktere se na ruznych aplikacich projevuji ruzne. Ve Slacku nevim jak to je.

Doporucuju vyzkouset nejaky kernel z 2.6.xx rady, treba to pojede jeste lip.

Kazdopadne na Slack bych vinu nehazel, MDK je vic optimalizovany pro Desktop (coz podle toho co tam provozujes nejspis bude).

[Arteee]

To je recht, na serveru bych dneska už radši zkusi kernel 2.6, ten je zaměřený(myslím zvíšením výkonosti oproti 2.4) právě na servery, já ho doma na čistým klientovi proklínám(ale někdy chválím).

Stable verze jsou a bezepčnostní díry nejsou tak važný,... vlastně tě můžou nechat klidného(2.6.3-9)

[hpcpg]

Hmm, mandrake ma jadra optimalizovane pro 586, Slack IMHO asi jen pro 386, ale to ten rozdil asi nenahraje.

Mozna ze je mandrake uz trochu vytuningovany hdparmem.

IMHO kdybys zkompiloval nove jadro a pohral ses s hdparmem, tak bys dostal srovnatelne vysledky.

[wong]

Mozna ze je mandrake uz trochu vytuningovany hdparmem.

jo to je a tech ruznych patchu je v MDK plno. nevim proc na to nekdo porad nadava. mne to chodilo taky v pohode. ale na gentoo si taky nestezuju

[Arteee]

nevim proc na to nekdo porad nadava. mne to chodilo taky v pohode

Ja to taky nechápu.. Vždyť je to Linux jako každej jinej... akorát se snaží být oněco přítulnější pro lidi, kteří třebas přeběhli od widlí, svýma drak příkazama, ale kdo neche, tak je používat nemusí, a může si edit confy růčo jako všude jinde... Takže nechápu lidi, kterých se na něco zeptám(např Marty ) a on mi odpoví "zkus drakconf :mhehe:" (teď už to teda nedělá )

Já prostě na MDK nedám dopustit(i když už ho mám zkoro celej přetvořenej, tak že s původní instalací nemá co dělat)

[Gargamel]

To je recht, na serveru bych dneska už radši zkusi kernel 2.6, ten je zaměřený(myslím zvíšením výkonosti oproti 2.4) právě na servery, já ho doma na čistým klientovi proklínám(ale někdy chválím).

Stable verze jsou a bezepčnostní díry nejsou tak važný,... vlastně tě můžou nechat klidného(2.6.3-9)

No praveze by to melo byt presne naopak... (a ja to taky tak myslel)
2.6.xx kernel se zatim nedoporucuje davat na servery z duvodu nedostatecneho otestovani.

Samozrejme 2.6 je taky dobre jadro na servery, obsahuje docela dost vylepseni uz treba pri IO prenosech, ale musi se trochu jinak nakonfigurovat pred kompilaci (je tam primo volba Desktop/Server).

Tim mym minulym postem sem myslel to, ze treba nektere servery (jako program) pro hry jsou docela dost multimedialni, sice nemaji moc spolecnyho s grafikou, spis sou narocne na CPU a MEM.

[Lopan]

Slack je predkompilovany pro i486, takze bych zadrhel hledal tam

[tosuja]

Samozrejme 2.6 je taky dobre jadro na servery, obsahuje docela dost vylepseni uz treba pri IO prenosech, ale musi se trochu jinak nakonfigurovat pred kompilaci (je tam primo volba Desktop/Server).

Tim mym minulym postem sem myslel to, ze treba nektere servery (jako program) pro hry jsou docela dost multimedialni, sice nemaji moc spolecnyho s grafikou, spis sou narocne na CPU a MEM.

Ja mam pocit, ze 2.6. jadro se projevi az pri vetsich mnozstich pameti (tak od 1GB) a pri vetsim poctu procesoru (4+).
Volby Desktop/Server jsem si nikdy nevsiml. Je to ve vanilla jadre?

[Gargamel]

Ja mam pocit, ze 2.6. jadro se projevi az pri vetsich mnozstich pameti (tak od 1GB) a pri vetsim poctu procesoru (4+).
Volby Desktop/Server jsem si nikdy nevsiml. Je to ve vanilla jadre?

Nene, to rozhodne ne, ja jsem rozdil poznal hned i na svem stroji (predevsim ve 2D grafice jedouci bez DRI).

Ve vanilla jadru nevim jestli to je, nikdy jsem ho nekompiloval, vzdycky nejakej patchset (ve WOLKu to je tusim urcite)

[lempour]

slackware je zkompilovany s march i486 a mcpu i686 (takze optimalizace i686 a kompatibilita 486). V tom bych ale rozdil nehledal. Pokud je to mereni objektivni (tzn. vsechny parametry hdparmu (DMA prenosy, multimode atd...) jsou u obou distribuci nasateveny stejne, tak to muze byt tim jadrem 2.6, ktere ma obecne lepsi vykon pri diskovych operacich. Ja jsem ovsem se slackware mel vzdy lepsi vykon nez soused s MDK.

[hpcpg]

slackware je zkompilovany s march i486 a mcpu i686 (takze optimalizace i686 a kompatibilita 486). V tom bych ale rozdil nehledal. Pokud je to mereni objektivni (tzn. vsechny parametry hdparmu (DMA prenosy, multimode atd...) jsou u obou distribuci nasateveny stejne, tak to muze byt tim jadrem 2.6, ktere ma obecne lepsi vykon pri diskovych operacich. Ja jsem ovsem se slackware mel vzdy lepsi vykon nez soused s MDK.

Ja jsem teda zadny rozdil ve vykonu mezi 2.4 a 2.6 nepostrehl, lepe receno to bylo na chlup stejne. No bylo to ale samozrejme na IDE.

[Airwolf]

tak abych upresnil...co na tom ma bezet je dedikovany BF server pro Linux, pricemz na Slacku jsem vyhazel snad vse co melo co delat s desktopem. taky se priklanim k tomu ze na to ma vliv jadro, az se mi dostane do ruky CD Slackware-Current tak vyzkousim jeho vliv...
nastaveni HDD byl defaultni, jak jste si vsimli tak se jedna o SCSI disky ktere se pres hdparm ne ve vsem daji nastavit (holt je to delany na IDE spis), a ja po instalaci linuxu disky neprenastavoval, takze jedou tak jak si je jednotliva distra vzala...dnes jsem na druhy (4GB SCSI) disk hodil znovu MDK10, takze muzu primo porovnavat vykona na stejne masine, kde na kazdem disku je jine distro, a v MDK mi ten hdparm ukazal lepsi vysledky (cca 300MBps cache-buffered), coz dost kontrastuje, jelo to na jadre 2.4.2x bez SMP, jadro 2.6.x jsem jeste nezkousel...az budu mit dalsi redukcu Slot1->PPGA ci lepsi disk IDE do druhe desky tak budu moct porovnat vykon i na SMP
btw: pokud by nektere distro melo "upraveny" hdparm, tak by mu to nepomohlo, mam totiz primo status monitor toho BF serveru, kde vidim hodnoty...a tam to zatim vyhrava MDK

jinak trochu jsem uvazoval udelat z tech 2 kompu cluster...2x2C366@550, ale asi to tomu BF serveru nepomuze...

[lempour]

no, takze kdyby sis u obou systemu nastavil stejne diskove optimalizace, vysledek by byl jiny. Porovnavat zabrzdeny slackware a vytuneny mandrake nic nerika

[Airwolf]

no, takze kdyby sis u obou systemu nastavil stejne diskove optimalizace, vysledek by byl jiny. Porovnavat zabrzdeny slackware a vytuneny mandrake nic nerika

mohl by ses vice vyjadrit popr. upresnit ? ja se nachazim ve fazi kompilace jader a modulu odpovidajici me masine, s vyhazenim toho co nemam...cekam jen na zdrojaky soucasneho MDK a Slacku, ale diskovou optimalizaci fakt nevim jak udelat, zas do toho programovani tolik nevidim

[Airwolf]

takze mam prekompilovane jadro Slacku na 2.6.7 a presto stejne nemam aspon dle hdparm takovy cache-buffered read jako na MDK, takze o cem je ta diskova optimalizace ? porad cekam az mi to lempour osvetli jak se to dela...Slack 10 kvuli testum na to stahovat nebudu...

[Rainbow]

A testujes oba systemy na tom istom stroji?

[lempour]

nejlip bude kdyz zjistis jake optimalizace pouziva mandrake a nastavis si je na slacku, ale co to presne je to nevim. mozna by to mohlo jit zjistit z /proc, urcite nejake parametry radice a mozna i nice jednotlivych procesu atd. Jak se optimalizuji SCSI radice nevim, zadny doma nemam


edit: tady je to docela slusne shrnuty: http://people.redhat.com/alikins/system_tuning.html