Etch "entropy available" kevés

Debian GNU/Linux

Sziasztok!

Van 2 etch szerverünk meg van pár sarge is. Munin-nal monitorozom mindet és azt vettem észre, hogy az "entropy available" érték az etch-eken 100-200 a sargeoknál 3000+. Ez sambánál okozhat e bármi lassulást? Ugyanis a sargeokon(jóval gyengébb gépeken) hasít a samba, etch-en meg elég lomha. Nem a sávszélességgel van probléma, mert kis és nagy fájlokat is gyorsan másol, hanem a samba megosztásokról futó programok lassúak. Muninba ez volt az egyetlen érték ahol nagy eltérést láttam.

  • 1764 megtekintés

( maniac | 2009. 05. 05., k – 18:50 )

Entropy tudtommal ssl-nel lehet max gond (ha keves). Entropy-t szoktak novelni ugy, hogy file-okat masolgatsz, es i/o-t generalsz.
top,vmstat,free,iostat stb nem mond semmi erdekeset?

-------------------------------
“The 0 in Raid 0 stands for how many files you’re going to get back if something goes wrong” :)

Nem, viszont a fork rate amikor a legtöbben használják, akkor a lassú szerveren átlag 60, max 446, a gyors sarge-on meg max 1,12. Az entropy meg a sarge-on is lecsökken ~100-ra amikor nem használják, de az etch-en állandóan 100 körül van. Pedig ugyanazok az alkalmazások futnak rajta(samba, squid), és nagyjából ugyanúgy is vannak konfigurálva.

Valami ötlet?

( vajtsz | 2009. 05. 05., k – 19:49 )

mivel mered ezt a "hasit"-ot es milyen, mertekegysegben van ?

Valami file alapu program fut rajta lassan, vagy neadj isten az ABEV :)

- Siman masolsz ra fel filet mennyi Kb/s ?
- hdparm -tT ezmennyi ?

Szerntem entropy nak ehhez ~0 koze van.

Ha simán másolok, akkor ~8MB/s.

/dev/md1:
Timing cached reads: 2152 MB in 2.00 seconds = 1076.44 MB/sec
Timing buffered disk reads: 280 MB in 3.06 seconds = 91.65 MB/sec

/dev/md2:
Timing cached reads: 2090 MB in 2.00 seconds = 1044.87 MB/sec
Timing buffered disk reads: 302 MB in 3.02 seconds = 100.03 MB/sec

Simán másolas mit jelent? Honnan hova, milyen programmal? :)

Amúgy minden esetben gyors a másolás? Nincs kis időkiesés mielőtt elkezdene valami műveletet? (samba szerverre/ről)
Ugyanazok a kliensek voltak lassúak? Milyen változások vannak a samba configban?

-------------------------------
“The 0 in Raid 0 stands for how many files you’re going to get back if something goes wrong” :)

"Simán másolas mit jelent? Honnan hova, milyen programmal? :)"
kliens->szerver, szerver->kliens, total commander. Próbáltam ftp-re is, és nem sokkal volt gyorsabb(kb 10%)

"Amúgy minden esetben gyors a másolás?"
Ezt hogy érted? Kis és nagy fájloknál is gyors. Kis fájolknál természetesen lassabb, de már nem emlékszem a pontos értékre.

"Ugyanazok a kliensek voltak lassúak?"
Igen.

"Milyen változások vannak a samba configban?"
Lockolással kapcsolatos változások vannak. Tudom hogy ez a teljesítményt is befolyásolja, de nem hinném, hogy ennyire. Meg ettől miért lennének ekkora eltérések a fork ratebe és az entropyba?

Minnel durvabban kattog a vinyo, annal magasabb az entropy (valaki javitson, ha nem igy van). (Tehat azt jelenti, hogy a sarge-s gepen tobb user van, jobban meg van hajtva)
Szerintem probald meg ugyanazzal a konfiggal egyszer a biztonsag kedveert.
(Esetleg logolast feljebb tolhatnad, hatha nyavajog valamit)

Ha nem nyavajog, es ugyanazzal a konfiggal is szarakodik, akkor kiprobalnek masik halokartyat, masik switchet is.

-------------------------------
“The 0 in Raid 0 stands for how many files you’re going to get back if something goes wrong” :)

Szerintem ha az FTP nel egy kicsit lassabb samba akkor az kb. jó. Azt olvastam h smb ott szokott lenni ftp mogott kicsivel, merthogy összetettebb protokoll, vagy vlmi ilyesmi :|

Inkább azt kéne megnézni hogy az a program amit használsz és amit lassúnak tartasz azzal mi lehet a gond ? lockolás modok sambaban ? VFS modulok ?

egyébként meg ha mindenképpen entropyt akarsz novelni akkor :
(ott leirjak pontosan hogy mi az az available entropy, es mire lehet hatassal...)

http://rackerhacker.com/2007/07/01/check-available-entropy-in-linux/

Már rájöttem nagyjából, hogy mi az az entropy és mire jó. Csak azt nem értem, hogy az egyik szerveren miért van csúcsidőben 3000 felett a másikon meg miért van 150 körül állandóan? A másik ami idegesít az a fork rate. Az egyiken 1,5 a másikon meg volt, hogy 445 volt. Most beállítottam hogy egy user csak 30 processt indíthasson és valamivel jobb lett a helyzet. Most a fork rate "csak" átlag 11, de még ez is jóval több mint a másik szerveren.