Hraní s malým serverem I. (diskuse)

[Jendа]

Hraní s malým serverem I.

Xeon E3 3,30 GHz

RAM: 32GiB

2x 1TB 4× 2TB

…

dd if=/dev/urandom of=smaz bs=1048576 count=500

conv=fsync

[Šangala]

Hledám gramatickou chybu, ale asi to bude o tom, že není malý ;) jestli jo, tak beru to z jedné strany jako ironii, ale z druhé, že to není úplně serverové železo.

Ad. conv=fsync - tady je to asi jedno, protože spíš je to rychlost dávaní, než zapisování (a moc jsem na tím nepřemýšlel). Ale uvědomil jsem si, že v některý připravených věcech (na ty testy) mám oflag=sync a teď vlastně nevím jaký je v tom rozdíl.

[dizz.]

Intel® Server Board S1200BTLR + Xeon E3-1230V2 + 32GiB,(4× DIMM DDR3 8GB 1333 ECC TRANSCEND CL9 STANDARD)

Mohu se zeptat jak by to melo byt vice server zelezo?

[=^..^= AmigaPower®]

...zajisté, muselo by tam být:

Intel® Fe Server Board S1200BTLR + Xeon E3-1230V2 + 32GiB,(4× DIMM DDR3 8GB 1333 ECC TRANSCEND CL9 STANDARD)

[Šangala]

Deska, CPU - je OK, paměti už si tak jistý nejsem, že bych byl štastný, kdybych věděl, že to někdo dodal na kritický server (jsou to de-facto ty nejlevnější), ale hlavně ty disky mají slabý podíl Fe, opravňující celek nazývat Serverové Fe .

[Šangala]

A už asi vím, conv=fsync provede fsync nakonec, ale oflag=sync asi po každém bs.

[goldenfish]

zdravim,

co na tomto HW provozujete za aplikace ? Rad bych mel predstavu o vyuziti vykonu.

dekuji gf

[Šangala]

Žádné (zatím a nějaký týden až měsíce to tak zůstane) , ten výkon bude využitý jen opravdu ojediněle, ale předchozí uvedené železo je semo-tamo nedostatečné a má radikálně nedostatečnou diskovou kapacitu (a musel by tam jít nový řadič) a nedostatečnou paměť (kde toho už moc udělat nelze), a za chvílí se tam možná začnou šklebit kondíky…
A tato nové, je rozhodně předimenzované, ale provozní náklady budou možná dokonce nižší.

[Semo]

Nieco ti tam asi hnije, alebo ten RAID zerie viac, nez by som cakal:

$ time dd if=/dev/urandom of=smaz bs=1048576 count=500
500+0 records in
500+0 records out
524288000 bytes (524 MB) copied, 39.0765 s, 13.4 MB/s

real    0m39.078s
user    0m0.003s
sys     0m38.990s

2 roky stary desktop s Core i3-2100; 2x3.1GHz; bez TurboBoost. Disk asi 3-4 roky stary WD Green 1TB, 5400rpm.

sha512sum uz hadze tak nejak ocakavane vysledky:

$ time sha512sum smaz 
33c85bac1e5eb6...271eddcc  smaz

real    0m2.188s
user    0m2.140s
sys     0m0.043s

[Jendа]

Nieco ti tam asi hnije, alebo ten RAID zerie viac, nez by som cakal:

To mu hnije spíš urandom, tohle se přece vejde do cache.

~ # time dd if=/dev/urandom of=nesmaz bs=1048576 count=500
500+0 records in
500+0 records out
524288000 bytes (524 MB) copied, 57,4556 s, 9,1 MB/s

real	0m57.488s
user	0m0.000s
sys	0m57.324s
~ # time sha512sum nesmaz 
33c85bac1e5eb6...271eddcc  nesmaz

real	0m2.975s
user	0m2.888s
sys	0m0.080s
~ # time dd if=/dev/urandom of=/dev/null bs=1048576 count=500
500+0 records in
500+0 records out
524288000 bytes (524 MB) copied, 56,4191 s, 9,3 MB/s

real	0m56.422s
user	0m0.000s
sys	0m56.376s

Core i3, notebook, šifrovaný disk.

[Šangala]

Předpokládám, že je to narážka na těch 47 sec, ne na ty 3 minuty ;). Výkon urandom, podle mých zkušeností je hodně různý (jak dle jednotlivých komponent PC tak, tak dle distribuce a verze). Výše uvedené bylo z CentOS 6 bez aktualizací (pouhá instalace z DVD).

Na doložení zkušenosti (Fčul na: i7 M 640 @ 2.80GHz, Debian):
Na šifrovanou partition:

time dd if=/dev/urandom of=smaz bs=1048576 count=500
500+0 records in
500+0 records out
524288000 bytes (524 MB) copied, 57.7799 s, 9.1 MB/s

real	0m57.782s
user	0m0.000s
sys	0m53.927s

Na NE-šifrovanou partition:

time dd if=/dev/urandom of=/tests/imega/smaz bs=1048576 count=500
500+0 records in
500+0 records out
524288000 bytes (524 MB) copied, 54.0388 s, 9.7 MB/s

real	0m54.041s
user	0m0.000s
sys	0m53.419s

Opakovaně se to mění až v 10 %. (A při detailním sledování v průběhu, vidím, že někdy se zatížení CPU sníží a někdy i přeskočí z jádra na jádro…)

Což nás dovede k:

time dd if=/dev/urandom of=/dev/null bs=1048576 count=500
500+0 records in
500+0 records out
524288000 bytes (524 MB) copied, 55.1809 s, 9.5 MB/s

real	0m55.183s
user	0m0.000s
sys	0m55.083s

A jak vidno z diskem to nemá mnoho společného.
PS: Jinak řadič v popisované sestavě je nastaven na AHCI.