Sziasztok!
Linux szerver lassulással kapcsolatban kérdeznélek titeket.
Van egy-két szerver, amire nagyon panaszkodnak a felhasználók, hogy lassú.
Ha top-pal megnézem a futó folyamatokat, akkor látom, hogy a memória szinte maximálisan ki van használva, de a folyamatok között nem találok semmi olyat ami kirívó lenne.
Nem tudom mit lehetne még megnézni ezzel kapcsolatban. Tudnátok ebben segíteni?
Köszi!
top - 15:38:07 up 27 days, 1:54, 1 user, load average: 0.35, 0.91, 1.08
Tasks: 101 total, 1 running, 99 sleeping, 0 stopped, 1 zombie
Cpu(s): 0.1% us, 0.0% sy, 0.0% ni, 99.9% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 3114728k total, 3019496k used, 95232k free, 17348k buffers
Swap: 4096564k total, 160k used, 4096404k free, 2847072k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5619 erp 16 0 40220 11m 6208 S 17.0 0.4 0:04.24 pa
5753 erp 16 0 39836 9.9m 4172 S 9.0 0.3 0:00.46 eksanw
4134 erp 16 0 40056 31m 3176 D 8.3 1.0 0:28.34 datmod
4346 erp 16 0 40764 11m 5180 S 5.7 0.4 0:40.60 eksanw
1 root 16 0 3540 552 472 S 0.0 0.0 0:01.83 init
2 root RT 0 0 0 0 S 0.0 0.0 0:09.21 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.08 ksoftirqd/0
4 root RT 0 0 0 0 S 0.0 0.0 0:09.52 migration/1
5 root 34 19 0 0 0 S 0.0 0.0 0:00.07 ksoftirqd/1
6 root RT 0 0 0 0 S 0.0 0.0 0:08.34 migration/2
7 root 34 19 0 0 0 S 0.0 0.0 0:00.06 ksoftirqd/2
8 root RT 0 0 0 0 S 0.0 0.0 0:08.96 migration/3
9 root 34 19 0 0 0 S 0.0 0.0 0:00.06 ksoftirqd/3
10 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 events/0
11 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 events/1
12 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 events/2
13 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 events/3
14 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 khelper
15 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kacpid
44 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kblockd/0
45 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kblockd/1
46 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kblockd/2
47 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kblockd/3
57 root 15 0 0 0 0 S 0.0 0.0 1:25.42 pdflush
60 root 13 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0
61 root 13 -10 0 0 0 S 0.0 0.0 0:00.00 aio/1
62 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 aio/2
63 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 aio/3
48 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd
59 root 15 0 0 0 0 S 0.0 0.0 11:44.77 kswapd0
136 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kseriod
206 root 22 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
207 root 15 0 0 0 0 S 0.0 0.0 0:00.00 ahd_dv_0
212 root 25 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
230 root 15 0 0 0 0 S 0.0 0.0 0:07.26 kjournald
924 root 6 -10 1812 456 376 S 0.0 0.0 0:00.01 udevd
1757 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kjournald
1758 root 15 0 0 0 0 S 0.0 0.0 2:26.58 kjournald
1759 root 15 0 0 0 0 S 0.0 0.0 0:08.66 kjournald
2271 root 16 0 2028 632 540 S 0.0 0.0 0:02.84 syslogd
2275 root 16 0 2612 472 404 S 0.0 0.0 0:00.00 klogd
2286 root 16 0 1596 468 400 S 0.0 0.0 0:00.96 irqbalance
2304 rpc 16 0 2368 600 496 S 0.0 0.0 0:00.00 portmap
2324 rpcuser 17 0 3412 764 668 S 0.0 0.0 0:00.00 rpc.statd
2357 root 16 0 4960 1008 844 S 0.0 0.0 0:00.04 rpc.idmapd
2428 root 20 0 2820 552 480 S 0.0 0.0 0:00.00 acpid
- 2235 megtekintés
Hozzászólások
Nézd meg ezt: iostat -m -x
Ha az await folyamatosan magas az nem jó jel.
- A hozzászóláshoz be kell jelentkezni
Köszi a segítséget!
Ha kiadom a parancsot akkor ezt kapom:
[root@server local]# iostat -x
Linux 2.6.9-42.ELsmp (mixabas) 12/09/2010
avg-cpu: %user %nice %sys %iowait %idle
0.97 0.00 0.23 0.53 98.26
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util
sda 0.10 8.41 4.54 1.58 272.00 79.89 136.00 39.95 57.52 0.15 24.79 2.36 1.45
[root@server local]#
Ha a -m kapcsolót használom akkor üres eredményt kapok, nem értelmezi azt a kapcsolót a jelenlegi sysstat verióm.
- A hozzászóláshoz be kell jelentkezni
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util
sda 0.10 8.41 4.54 1.58 272.00 79.89 136.00 39.95 57.52 0.15 24.79 2.36 1.45
Mezők leírása: http://sebastien.godard.pagesperso-orange.fr/man_iostat.html
- A hozzászóláshoz be kell jelentkezni
Van 1 dual p3 serverem, amibe sata kartyan van az sda, sdb. Az sdc egy regi udma-66-os vinyo, a rendszer meghajton alig tortenik valami megis latszik, hogy magas a await... Majd lecserelem... Van valakinek valami elado ultra-3-as winyoja?
Linux 2.6.32-lts (localehost) 12/10/2010 _i686_ (2 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
1.18 2.02 1.75 7.51 0.00 87.54Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz avgqu-sz await svctm %util
sda 1.22 1.73 20.32 0.12 0.35 0.01 35.57 0.31 15.11 7.06 14.43
sdb 8.92 0.41 5.38 0.01 0.49 0.00 186.23 0.07 13.88 9.29 5.01
sdc 0.05 2.21 1.99 1.70 0.02 0.02 17.35 0.27 72.35 5.42 2.00Egzebkent mi a normalis ertek nagzjabol ay await-nel?
--
Dropbox:
https://www.getdropbox.com/referrals/NTI3NzY1ODQ5
- A hozzászóláshoz be kell jelentkezni
Mióta lassú? Két hete? Egy hónapja?
A kerneled nem régen töltötte be a 6. életévét, erős a gyanúm, hogy az egész rendszer kora itt körül lehet. Nem gondolkodtál egy kiadós rendszer frissítésen?
- A hozzászóláshoz be kell jelentkezni
Mi okozhat ilyen mértékű lassulást?
Jelenleg két szervernél is ezt tapasztalom, de nem tudom hogyan oldhatnám meg ezt a problémát, mert ha azt látnám, hogy valamelyik process sok erőforrást vesz igénybe, akkor utána tudok járni, hogy mi az és ha kell kilövöm, de így hogy minden processnél 0.0-át ír, nem tudok mire gyanakodni.
Köszi!
- A hozzászóláshoz be kell jelentkezni
"a memória szinte maximálisan ki van használva"
És ez a normális, sőt, ez azt jelenti, hogy bőven van még tartalék a tényleges igények kielégítésére. A rendszer szabad vagy azonnal felszabadítható memóriahasználata 2890 MB, míg a futó rendszer önmaga 151 MB nagyságú memórát használ. Úgy is mondhatjuk, hogy a fizikai memóriádnak csak mintegy 5 százalékára van a programoknak szüksége. De mint látszik, a memória nem vész kárba, sebességnövelés céljából kihasználja a rendszer, amíg valamely program nem tart rá igényt.
"Mi okozhat ilyen mértékű lassulást?"
Ahogy czo is írta, meg tudnád mondani, hogy mit jelent ez a lassulás? Milyen program lassú, milyen kliensek vannak, helyileg, LAN-on is tapasztalható-e, vagy csak internet felől jelzik a problémát? Milyen gyakran jelentkezik, és milyen hosszan tart egy ilyen lassú időszak? Köthető-e valamilyen időponthoz, vagy teljesen véletlenszerű?
- A hozzászóláshoz be kell jelentkezni
Esetleg leirhatnad mit jelent a lassulas.
---
Apple iMac 20"
áéíóöőúüű
- A hozzászóláshoz be kell jelentkezni
Köszi a segítséget!
A lassulás az adatbázisokban érzékelhető. A kliensek csatlakoznak egy kliensprogram segítségével a linux szerveren lévő adatbázishoz és az ott lévő adatokkal dolgoznak.
Könyvelnek, raktárkészletet tartanak nyilván, ...stb.
Ez az adatbázis a windows kliensek számára samba megosztáson keresztül érhető el.
A szerverek más szolgáltatást nem nyújtanak, csak adatbázis-szerverként üzemelnek.
Köszi!
- A hozzászóláshoz be kell jelentkezni
99,9% szerintem, hogy a samba a ludas. Botranyosan lassu a linuxos samba, le van maradva fenyevekkel a microsoft protokolljanak sebessegetol,kepessegeitol.
--
Unix is user friendly - it's just picky about it's friends.
- A hozzászóláshoz be kell jelentkezni
Annyira azért nem lassú, bár a kernel verzióból ítélve nem egy mai OS van a gépen...
- A hozzászóláshoz be kell jelentkezni
http://forums.linuxmint.com/viewtopic.php?f=157&t=59186
Az itteni arc 25-50%-os hatranyrol szamol be, ez lassu. En emiatt sem hasznalnek linux serveren sambat, de mindenkinek a maga dolga,hogy mivel tolti napjait.
--
Unix is user friendly - it's just picky about it's friends.
- A hozzászóláshoz be kell jelentkezni
Értem. Mit javasolsz Linux (unix) és Windows közé?
- A hozzászóláshoz be kell jelentkezni
Filemegosztashoz webdav nekem jobban bevalt. Amugymeg windowsos kliensekhez server 2008-at;) Az egy kezbol jovo termekek szeretnek legjobban egyuttmukodni imho.
--
Unix is user friendly - it's just picky about it's friends.
- A hozzászóláshoz be kell jelentkezni
Értem, tehát unix-windows közé nem tudsz mást. Mert ugye a webdaw csak vicc volt.
- A hozzászóláshoz be kell jelentkezni
Mint irtam, nekem jobban bevalt. A velemenyem az, hogy win kliensnek a legjobb a windows server. De nyugodtan cafolhatod a velemenyem,ha akarod,kivancsi vagyok, hogy miert hudesokkaljobb a samba filemegosztasi kerdesekre.
--
Unix is user friendly - it's just picky about it's friends.
- A hozzászóláshoz be kell jelentkezni
Sose állítottam, hogy win-win helyett jobb a samba-win párosítás. De amit írtál: "En emiatt sem hasznalnek linux serveren sambat" azzal csak az bajom, hogy persze, de nincs más.
Megnézem még, hogy a webdav-ból mit lehet kihozni, mekkora részét tudja a samba funkcionalitásának, de az a gyanúm, hogy van a samba és kész. Még ha lassú is meg kicsi is meg savanyú is... de nincs más.
- A hozzászóláshoz be kell jelentkezni
--
Unix is user friendly - it's just picky about it's friends.
- A hozzászóláshoz be kell jelentkezni
Köszi szépen, akkor megpróbálom újraindítani a samba-t hatha az megoldja a problémát.
- A hozzászóláshoz be kell jelentkezni
Az valószínűleg nem fogja, olyanokra keress, hogy "samba performance". Nem árt, ha egyszerre csak egy dolgot változtatsz (TCP_NODELAY) és megnézed, hogy mi lett az eredmény.
Amúgy ha jól értem, akkor van egypár adatfájl, amit a kliensek konkurensen érnek el. ezért érdemes lehet ennek is utána nézni. A strict locking az be van kapcsolva? Ha igen, akkor muszáj?
- A hozzászóláshoz be kell jelentkezni
Köszi, megnéztem a samba conf-ban az alábbi sort találtam ide vonatkozólag, de a strict locking nem található a konfigban.
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
Próbáltam, hogy comment-eztem ezt a részt, de nem volt semmi hatása.
Indítgattam újra a samba-t akkor azt mondták néhányan, talán egy picit gyorsabb, de a többségnél nincs számot tevő változás.
Köszi a segítséget!
- A hozzászóláshoz be kell jelentkezni
Nana, azért csak úgy ne kommentezz ki dolgokat, hogy nem tudod, hogy mi az :D A TCP_NODELAY az kell.
A sebességprobléma megoldását én a következőképp csinálnám:
- használat, lassulás során milyenek a disk i/o-k, ha jól láttam, a diskek pihennek
- a hálózat maga elég gyors? (man iperf)
- ha se a disk, se a hálózat nem limitál, akkor a samba hangolása, ennek viszont utána kell olvasni mielőtt nekiállsz, nálam pl. ilyenek vannak (socket options = IPTOS_LOWDELAY TCP_NODELAY SO_KEEPALIVE SO_RCVBUF=9216 SO_SNDBUF=9216)
- ha lockolási gondja van, akkor viszont annak mélyebben utána kell menni: egy géppel milyen gyors, két géppel milyen gyors, n géppel milyen gyors, hogy működik a konkurencia (a sebesség arányosan csökken a gépek számával, vagy egy-két gép jó gyors, 4-5 gép halálosan lassú?)
Szóval kétlem, hogy ezt hipp-hopp lehetne orvosolni.
- A hozzászóláshoz be kell jelentkezni
--
Unix is user friendly - it's just picky about it's friends.
- A hozzászóláshoz be kell jelentkezni