Hledani uzkeho mista ve vykonu

[Jan Kasprzak]

	Zdravim,

	hodlam upgradovat HW nejakych stroju, kde bezi Linux, Apache,
na nem ruzne aplikace v Perlu, a nekolik dalsich veci. Priblizne
vim jaky hardware bych chtel, vim kolik penez na ten upgrade mam,
ale potreboval bych lepe urcit, co je uzkym mistem stavajiciho systemu
- jestli rychlost CPU, nebo velikost jeho cache, nebo rychlost operacni
pameti. Kazdopadne "uzke misto" se projevuje tak, ze CPU zatez je
v te dobe 100%. Cili lze vyloucit ze by uzkym mistem byla velikost
operacni pameti nebo rychlost disku.

	Jde treba o to, jestli mam treba za dane penize koupit
rychly procesor s mensi cache, nebo o kousek pomalejsi procesor
s vetsi cache, nebo jeste o kousek pomalejsi procesor a misto
stavajici pameti DDR333 koupit DDR400, a tak podobne.

	Jeden z problemu je, ze dana zatez je natolik variabilni,
ze nejde rozumne odsimulovat. Moje predstava je, ze bych zkousel
pri skutecne zatezi periodicky cist nejake ty performance countery
v procesoru, a tam bych se dovedel, ze treba behem dane periody
s vysokou zatezi bylo tolik a tolik cache missu, tolik a tolik
pipeline stalls, TLB misses a dalsi podobne veci.

	Vite nekdo o nejakem rozumnem tutorialu, jak pouzivat performance
countery na Linuxu (konkretne tohle se tyka 32-bitoveho Athlonu XP)?

	Diky,

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
> Specs are a basis for _talking_about_ things. But they are _not_ a basis <
> for implementing software.                              --Linus Torvalds <