- This topic has 38 hozzászólás, 6 résztvevő, and was last updated 16 years, 1 months telt el by
.
-
Bejegyzés
-
A.) eset: a sar kimenetében megtalálja a válszt és nem ír többet.
B.) eset: rosszra gondol, megsértődik, és nem ír többet.
;D
A.) eset: a sar kimenetében megtalálja a válszt és nem ír többet.
B.) eset: rosszra gondol, megsértődik, és nem ír többet.
;D
en azert hasznalnam a top-ot, mert latod az egyes folyamatok memoria, processzorhasznalatat, es a a gep i/o, es swap ehseget is egy kepernyon. raadasul nem kell semmit telepiteni kulon a vasra (emlekeim szerint a sar nincs benne pl az alap debianban)
en azert hasznalnam a top-ot, mert latod az egyes folyamatok memoria, processzorhasznalatat, es a a gep i/o, es swap ehseget is egy kepernyon. raadasul nem kell semmit telepiteni kulon a vasra (emlekeim szerint a sar nincs benne pl az alap debianban)
dotmind wrote:en azert hasznalnam a top-ot, mert latod az egyes folyamatok memoria, processzorhasznalatat, es a a gep i/o, es swap ehseget is egy kepernyon. raadasul nem kell semmit telepiteni kulon a vasraSzerintem aki nem tudja mit keres és nem a legprofibb a webadmin terén, jobb ha lát mindent, tisztán, érthetően.
Code:19.1%us, 9.6%sy, 0.0%ni, 67.6%id, 1.0%wa, 0.5%hi, 2.2%si, 0.0%stA fenti sor nem mindenkinek beszédes. 🙂 Ellentétben ezzel:
http://pagesperso-orange.fr/sebastien.godard/tutorial.htmldotmind wrote:(emlekeim szerint a sar nincs benne pl az alap debianban)http://packages.debian.org/etch/sysstat
Mellesleg a Debian Woody (3.0) óta része az alap (main) disztribnek, bár Debian Slink (2.1) a contrib részben tárolja.
dotmind wrote:en azert hasznalnam a top-ot, mert latod az egyes folyamatok memoria, processzorhasznalatat, es a a gep i/o, es swap ehseget is egy kepernyon. raadasul nem kell semmit telepiteni kulon a vasraSzerintem aki nem tudja mit keres és nem a legprofibb a webadmin terén, jobb ha lát mindent, tisztán, érthetően.
Code:19.1%us, 9.6%sy, 0.0%ni, 67.6%id, 1.0%wa, 0.5%hi, 2.2%si, 0.0%stA fenti sor nem mindenkinek beszédes. 🙂 Ellentétben ezzel:
http://pagesperso-orange.fr/sebastien.godard/tutorial.htmldotmind wrote:(emlekeim szerint a sar nincs benne pl az alap debianban)http://packages.debian.org/etch/sysstat
Mellesleg a Debian Woody (3.0) óta része az alap (main) disztribnek, bár Debian Slink (2.1) a contrib részben tárolja.
bar a topic nem ami vitankrol szol, de:
19.1%us, 9.6%sy, 0.0%ni, 67.6%id, 1.0%wa, 0.5%hi, 2.2%si, 0.0%st
ebbol nekem meg tudod mondani melyik folyamat mennyire terheli a vasat?
Lehet en fogalmaztam butan, de arra gondoltam, hogy egy alap debian install utan kulon kell meg telepiteni sysstat -ot, a top meg ott van keznel.
bar a topic nem ami vitankrol szol, de:
19.1%us, 9.6%sy, 0.0%ni, 67.6%id, 1.0%wa, 0.5%hi, 2.2%si, 0.0%st
ebbol nekem meg tudod mondani melyik folyamat mennyire terheli a vasat?
Lehet en fogalmaztam butan, de arra gondoltam, hogy egy alap debian install utan kulon kell meg telepiteni sysstat -ot, a top meg ott van keznel.
dotmind wrote:bar a topic nem ami vitankrol szol, de:Valóban kár, hogy ezt a vitát nem a táma indítójával együtt folytatjuk le. Gondoltam talán később csatlakoni fog, ezért válaszoltam Neked. Szerintem mindketten gyorsan megtalálnánk a probléma forrását, ha távsegítség helyett közvetlen hozzáférésünk lenne a szerverhez.
dotmind wrote:19.1%us, 9.6%sy, 0.0%ni, 67.6%id, 1.0%wa, 0.5%hi, 2.2%si, 0.0%st
ebbol nekem meg tudod mondani melyik folyamat mennyire terheli a vasat?
Nem ez volt a fel nem tett kérdés. Jelenleg ott tartunk, hogy pár apache néven futó folyamat terhel egy szervert, de nem tudni semmit sem a problémás időszak alap adatairól. Még az is lehet, hogy az apache és a PHP nyomkövelő naplózás módban megy és a szinkron lemezkezelés még tovább ront a teljesítményen. Csak a load adatok ismertek, de még mindig nem tudni alapvetően CPU vagy I/O okozza. Mint lejjebb írtam, a PHP is DSO módban megy (és nem CGI-ként), ezért egy PID sasolás még nem perdöntő.
dotmind wrote:Lehet en fogalmaztam butan, de arra gondoltam, hogy egy alap debian install utan kulon kell meg telepiteni sysstat -ot, a top meg ott van keznel.Ugye ezt nem gondoltad komolyan? Ha egy sysstat telepítés ennyire problémás lenne, akkor lenne alap bárki más által nyújtott szolgáltatás igénybevételére, mondván, a probléma megoldása nagy mentális terhelést okoz, így nem kívánt sérülés lephet fel, ami veszélyes. 😀
dotmind wrote:bar a topic nem ami vitankrol szol, de:Valóban kár, hogy ezt a vitát nem a táma indítójával együtt folytatjuk le. Gondoltam talán később csatlakoni fog, ezért válaszoltam Neked. Szerintem mindketten gyorsan megtalálnánk a probléma forrását, ha távsegítség helyett közvetlen hozzáférésünk lenne a szerverhez.
dotmind wrote:19.1%us, 9.6%sy, 0.0%ni, 67.6%id, 1.0%wa, 0.5%hi, 2.2%si, 0.0%st
ebbol nekem meg tudod mondani melyik folyamat mennyire terheli a vasat?
Nem ez volt a fel nem tett kérdés. Jelenleg ott tartunk, hogy pár apache néven futó folyamat terhel egy szervert, de nem tudni semmit sem a problémás időszak alap adatairól. Még az is lehet, hogy az apache és a PHP nyomkövelő naplózás módban megy és a szinkron lemezkezelés még tovább ront a teljesítményen. Csak a load adatok ismertek, de még mindig nem tudni alapvetően CPU vagy I/O okozza. Mint lejjebb írtam, a PHP is DSO módban megy (és nem CGI-ként), ezért egy PID sasolás még nem perdöntő.
dotmind wrote:Lehet en fogalmaztam butan, de arra gondoltam, hogy egy alap debian install utan kulon kell meg telepiteni sysstat -ot, a top meg ott van keznel.Ugye ezt nem gondoltad komolyan? Ha egy sysstat telepítés ennyire problémás lenne, akkor lenne alap bárki más által nyújtott szolgáltatás igénybevételére, mondván, a probléma megoldása nagy mentális terhelést okoz, így nem kívánt sérülés lephet fel, ami veszélyes. 😀
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz