كارم ابراهيم تعال محتاجك

[jh.jo]

اخ كارم عندي مشكله
اللود عالي
ولكن المشكله مش من القواعد

المشكله من حاجه اسمها 95.0%wa

امر التوب عندي


Cpu(s): 6.0%us, 1.4%sy, 0.0%ni, 0.4%id, 98.1%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2097152k total, 939364k used, 1157788k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached

PID USER Page Ranking NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
19614 mysql 15 0 90172 52m 4044 S 4.7 2.5 135:26.56 mysqld
13389 nobody 16 0 41360 20m 4256 R 4.0 1.0 0:01.20 httpd
32695 nobody 16 0 40980 19m 3956 S 2.7 0.9 0:00.08 httpd
1386 nobody 15 0 41012 19m 3896 S 2.3 0.9 0:00.07 httpd
32664 nobody 16 0 41312 19m 3896 S 2.3 1.0 0:00.07 httpd
1398 nobody 16 0 40060 18m 4104 S 1.3 0.9 0:00.04 httpd
9459 nobody 15 0 43220 21m 4184 S 0.7 1.1 0:00.95 httpd
9699 nobody 17 0 42996 21m 4336 D 0.7 1.1 0:01.09 httpd
9784 nobody 15 0 41624 19m 4256 S 0.7 1.0 0:01.90 httpd
32255 nobody 15 0 41656 20m 4128 S 0.7 1.0 0:00.27 httpd
20250 root 18 0 36808 16m 5048 S 0.3 0.8 0:10.02 httpd
1 root 15 0 2148 660 568 S 0.0 0.0 0:00.05 init
1387 nobody 15 0 36944 14m 3460 S 0.0 0.7 0:00.00 httpd
1399 nobody 17 0 36944 14m 3428 D 0.0 0.7 0:00.00 httpd
1400 nobody 18 0 36808 13m 2828 S 0.0 0.7 0:00.00 httpd
1401 nobody 18 0 36808 13m 2824 S 0.0 0.7 0:00.00 httpd
1411 nobody 18 0 36808 13m 2824 S 0.0 0.7 0:00.00 httpd



ايه رايك ؟؟

سؤال تاني

في طريقه اعرف حاله النود اللي عالسيرفر او الفيبي اسات التانيه اللي مشتركه معي على نفس السيرفر ؟

لانه ممكن المشكله من احد ال vps اللي مشترك معاهم

كلام منطقي

[HuMaN-BiEnG]

السلام عليكم

اخى الكريم ,

يرجى تنفيذ الاوامر التالية بالترتيب :

top

iostat -m

cat /etc/mtab

df -h

وافادتى بالناتج هنا لفحص الآمر

شكرا لك ,,

[jh.jo]

top - 06:37:38 up 1 day, 17:59, 1 user, load average: 0.78, 0.55, 0.55
Tasks: 51 total, 2 running, 49 sleeping, 0 stopped, 0 zombie
Cpu(s): 10.4%us, 0.4%sy, 0.0%ni, 89.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2097152k total, 384692k used, 1712460k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
31794 nobody 18 0 38548 17m 4136 S 23.0 0.8 0:01.02 httpd
31916 nobody 15 0 40624 19m 4236 S 7.0 0.9 0:00.57 httpd
19614 mysql 15 0 93708 48m 4104 S 1.7 2.4 286:01.41 mysqld
32066 root 15 0 2280 1032 820 R 0.3 0.0 0:00.02 top
1 root 15 0 2148 660 568 S 0.0 0.0 0:00.15 init
1918 root 15 0 26836 23m 2172 S 0.0 1.2 0:00.88 spamd
1927 root 15 0 27108 23m 1572 S 0.0 1.1 0:00.66 spamd
3880 root 15 0 17612 8004 1004 S 0.0 0.4 0:00.01 cpsrvd-ssl
18032 nobody 15 0 42224 20m 4348 S 0.0 1.0 0:05.02 httpd
18159 root 15 -4 2236 548 344 S 0.0 0.0 0:00.00 udevd
19512 root 16 0 1804 568 476 S 0.0 0.0 0:03.44 syslogd
19535 named 18 0 60952 4416 2072 S 0.0 0.2 0:13.77 named
19568 root 18 0 7172 1060 664 S 0.0 0.1 0:00.00 sshd
19580 root 23 0 5480 1256 1104 S 0.0 0.1 0:00.00 mysqld_safe
19942 mailnull 15 0 10348 1160 664 S 0.0 0.1 0:00.45 exim
19947 mailnull 18 0 10348 1080 588 S 0.0 0.1 0:00.00 exim
20027 root 15 0 1952 632 508 S 0.0 0.0 0:00.24 dovecot


==========


Linux 2.6.18-128.2.1.el5.028stab064.8 (server.****.com) 06/16/2010

avg-cpu: %user %nice %system %iowait %steal %idle
7.76 0.02 2.58 12.44 0.00 77.20

Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn

==================

/dev/simfs / reiserfs rw,usrquota,grpquota 0 0
/proc /proc proc rw 0 0
/sys /sys sysfs rw 0 0
none /dev tmpfs rw 0 0
none /dev/pts devpts rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0


===================


Filesystem Size Used Avail Use% Mounted on
/dev/simfs 150G 27G 124G 18% /
none 2.0G 4.0K 2.0G 1% /dev


=================


استاذي السيرفر لا يوجد عليه ضغط اليوم
تحب اوافيك بالبيانات وقت حدوث اللود ؟
ساقوم بانتضار اللود واكتب المعطيات مره اخرى لك

[HuMaN-BiEnG]

السلام عليكم ,

اخى الكريم ,

نعم يرجى افادتى بناتج هذه الآوامر عن وجود ضغط وازدياد قيمة wa

ولكن يرجى عند افادتى بناتج هذه الآوامر ان تكون كاملة ,

حتى اتمكن من فحص الامر ,

حيث ان ناتج الامر iostat -m غير كامل النتيجة , وهو أهم امر

شكرا لك وفى انتظارك ,

[HuMaN-BiEnG]

اخى الكريم ,

عذرا نظام OpenVZ لا يدعم أمر iostat وانما يتم استخدام الامر vmstat كبديل له ,

كما هو موضح :

vmstat -p /partition-name

vmstat -d

ولكن لتوفير الوقت , ناتى الى ناتج امر top المفاد من قبلكم فى بداية المشاركة ,

وسناخذ منه ما يفيدنا فقط , وهو الموجود فى السطور التالية :

Cpu(s): 6.0%us, 1.4%sy, 0.0%ni, 0.4%id, 98.1%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2097152k total, 939364k used, 1157788k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached

من خلال السطور السابقة يتضح لنا الاتى :

1) قيمة الذاكرة المتاحة free memory هى 1157788 كيلو بايت أو ما يزيد عن 1 جيجا

2) قيمة استهلاك الذاكرة البديلة swap هى صفر كيلو بايت

3) نسبة ال wa هى 98.1% (وهى نسبة عالية جدا)


ما هى wa ؟؟

معناها waited Input/Output

وهى نسبة الوقت الذى يستهلكه البروسيسور فى انتظار تنفيذ عمليات الادخال والاخراج التى تتم فى الهارد ديسك

حالات زيادة قيمة ال wa :

الحالة الاولى :
عندما تكون نسبة الذاكرة المتاحة free memory قليلة جدا لدرجة تجبر البروسيسور الى استخدام الذاكرة البديلة swap , والتى تكون عملية بطيئة جدا وتؤدى الى زيادة نسبة ال wa ,ولكن فى حالتك فان قيمة استهلاك الذاكرة البديلة هى صفر ولهذا فان هذا ليس سبب زيادة نسبة ال wa


الحالة الثانية :
عندما تقوم بروسس بالقيام بعملية قرأة لعدد كبير من الملفات فى الهارد ديسك فانه تزداد نسبة ال wa بشكل كبير , وهذا هو السبب ,اى انه هناك عملية او عدة عمليات هى التى ترفع نسبة ال wa وفى الغالب تكون هذه العملية هى عملية الباكب حيث تقوم بقرأة عدد كبير من الملفات للقيام بعملية الباكب ,ضيف الى ذلك عدد الحسابات الموجودة لديك وحجم كل حساب منها

ولهذا فانا ارى ان السبب الرئيسى لزيادة نسبة ال wa لديك هو عملية الباكب فقط او عمليات اخرى تجرى بجانب الباكب مثل شيل اسكان او فحص الحسابات من الفيروسات

شكرا لك ,,

[محمد كيوان]

اخى الكريم ,

عذرا نظام OpenVZ لا يدعم أمر iostat وانما يتم استخدام الامر vmstat كبديل له ,

كما هو موضح :

vmstat -p /partition-name

vmstat -d

ولكن لتوفير الوقت , ناتى الى ناتج امر top المفاد من قبلكم فى بداية المشاركة ,

وسناخذ منه ما يفيدنا فقط , وهو الموجود فى السطور التالية :

Cpu(s): 6.0%us, 1.4%sy, 0.0%ni, 0.4%id, 98.1%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2097152k total, 939364k used, 1157788k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached

من خلال السطور السابقة يتضح لنا الاتى :

1) قيمة الذاكرة المتاحة free memory هى 1157788 كيلو بايت أو ما يزيد عن 1 جيجا

2) قيمة استهلاك الذاكرة البديلة swap هى صفر كيلو بايت

3) نسبة ال wa هى 98.1% (وهى نسبة عالية جدا)


ما هى wa ؟؟

معناها waited Input/Output

وهى نسبة الوقت الذى يستهلكه البروسيسور فى انتظار تنفيذ عمليات الادخال والاخراج التى تتم فى الهارد ديسك

حالات زيادة قيمة ال wa :

الحالة الاولى :
عندما تكون نسبة الذاكرة المتاحة free memory قليلة جدا لدرجة تجبر البروسيسور الى استخدام الذاكرة البديلة swap , والتى تكون عملية بطيئة جدا وتؤدى الى زيادة نسبة ال wa ,ولكن فى حالتك فان قيمة استهلاك الذاكرة البديلة هى صفر ولهذا فان هذا ليس سبب زيادة نسبة ال wa


الحالة الثانية :
عندما تقوم بروسس بالقيام بعملية قرأة لعدد كبير من الملفات فى الهارد ديسك فانه تزداد نسبة ال wa بشكل كبير , وهذا هو السبب ,اى انه هناك عملية او عدة عمليات هى التى ترفع نسبة ال wa وفى الغالب تكون هذه العملية هى عملية الباكب حيث تقوم بقرأة عدد كبير من الملفات للقيام بعملية الباكب ,ضيف الى ذلك عدد الحسابات الموجودة لديك وحجم كل حساب منها

ولهذا فانا ارى ان السبب الرئيسى لزيادة نسبة ال wa لديك هو عملية الباكب فقط او عمليات اخرى تجرى بجانب الباكب مثل شيل اسكان او فحص الحسابات من الفيروسات

شكرا لك ,,

طب اعرف منين الملفات الي عندي


لأن شوف انا عندي نسبته عاليه برضو


root@server [~]# top
top - 13:34:32 up 1:07, 2 users, load average: 113.72, 117.64, 76.93
Tasks: 361 total, 1 running, 349 sleeping, 11 stopped, 0 zombie
Cpu(s): 0.0%us, 0.1%sy, 0.0%ni, 0.0%id, 99.9%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 8119372k total, 4498348k used, 3621024k free, 135504k buffers
Swap: 6289436k total, 0k used, 6289436k free, 3271460k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
16449 root 20 0 2464 1200 796 R 0.7 0.0 0:01.08 top
1 root 20 0 2072 632 540 S 0.0 0.0 0:00.89 init
2 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/0
4 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
5 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
6 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/1
7 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/1
8 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
9 root RT -5 0 0 0 S 0.0 0.0 0:00.01 migration/2
10 root 15 -5 0 0 0 S 0.0 0.0 0:00.02 ksoftirqd/2
11 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/2
12 root RT -5 0 0 0 S 0.0 0.0 0:00.01 migration/3
13 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/3
14 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/3
15 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 cpuset
16 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 events/0
17 root 15 -5 0 0 0 S 0.0 0.0 0:00.01 events/1
18 root 15 -5 0 0 0 S 0.0 0.0 0:00.03 events/2
19 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 events/3
20 root 15 -5 0 0 0 S 0.0 0.0 0:00.02 work_on_cpu/0
21 root 15 -5 0 0 0 S 0.0 0.0 0:00.01 work_on_cpu/1
22 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 work_on_cpu/2
23 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 work_on_cpu/3
24 root 15 -5 0 0 0 S 0.0 0.0 0:00.02 khelper
27 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 netns
165 root 15 -5 0 0 0 S 0.0 0.0 0:00.02 kblockd/0
166 root 15 -5 0 0 0 S 0.0 0.0 0:00.05 kblockd/1
167 root 15 -5 0 0 0 S 0.0 0.0 0:03.51 kblockd/2
168 root 15 -5 0 0 0 S 0.0 0.0 0:02.85 kblockd/3
169 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
170 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpi_notify
244 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue
248 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
249 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata/1

[محمد كيوان]

انا وصلت للمجلد بالتخمين ( مجلد لهاك كاش الصور )
لكن في طريقة من غير تخمين اعرف اكتر الاماكن طلب او كدا . ؟
و شكرا ليك كتير

[jh.jo]

رائع جدا اخي HuMaN-BiEnG
تحليلك منطقي و سليم
واذكر اني قرات هالمعلومه في ماده نظم تشغيل ولكن اهملتها ايام الدراسه

انا للان مش مفعل خاصيه الباك اب عندي
ولكن ممكن تكون المشكله قريبه من ذلك
اعتقد من هاك كاش الصور
لانه بيكون عليها طلب كبير وعمليات البحث على تلك الصور بالهاردسك كثيره

طيب ايش ممكن يكون الحل بنضرك دون الحاجه الى تغيير نظام الهاردسك الى SAS

تقبل تحياتي

[jh.jo]

تفضل المشكله رجعت الان

=================

Cpu(s): 0.6%us, 1.4%sy, 0.0%ni, 0.0%id, 98.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2097152k total, 1750640k used, 346512k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
19614 mysql 15 0 186m 143m 4108 S 4.6 7.0 800:16.47 mysqld
8126 nobody 18 0 43164 20m 4152 D 0.3 1.0 0:00.31 httpd
26028 root 15 0 2412 1132 820 R 0.3 0.1 0:00.37 top
1 root 15 0 2148 660 568 S 0.0 0.0 0:00.37 init
1688 nobody 15 0 42140 20m 4156 S 0.0 1.0 0:00.28 httpd
2018 root 35 19 15792 7068 2480 S 0.0 0.3 0:00.17 cpanellogd
3274 nobody 15 0 42116 20m 4152 S 0.0 1.0 0:00.18 httpd
3277 nobody 16 0 44228 22m 4172 S 0.0 1.1 0:00.49 httpd
3278 nobody 15 0 43644 21m 4396 S 0.0 1.1 0:00.19 httpd
3288 nobody 16 0 38504 16m 4168 S 0.0 0.8 0:00.07 httpd
3323 nobody 18 0 43616 21m 4156 S 0.0 1.1 0:00.23 httpd
3327 nobody 15 0 43180 21m 4320 S 0.0 1.0 0:00.20 httpd
3328 nobody 15 0 41616 19m 3976 S 0.0 1.0 0:00.32 httpd
3336 nobody 15 0 42864 21m 4476 S 0.0 1.0 0:00.82 httpd
3501 nobody 15 0 38572 17m 4096 S 0.0 0.8 0:00.12 httpd
3515 nobody 15 0 43652 21m 4468 S 0.0 1.1 0:00.19 httpd
3520 nobody 15 0 38724 17m 4864 S 0.0 0.9 0:00.13 httpd


==============================

root@server ~ # vmstat -p /partition-name
Your kernel doesn't support diskstat. (2.5.70 or above required)


==================

root@server ~ # vmstat -d
disk- ------------reads------------ ------------writes----------- -----IO------
total merged sectors ms total merged sectors ms cur sec
Your kernel doesn't support diskstat (2.5.70 or above required)


====================

root@server ~ # iostat -m
Linux 2.6.18-128.2.1.el5.028stab064.8 (server.*****.com) 06/17/2010

avg-cpu: %user %nice %system %iowait %steal %idle
13.51 0.03 3.30 14.39 0.00 68.77

Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn

=====================

root@server ~ # cat /etc/mtab
/dev/simfs / reiserfs rw,usrquota,grpquota 0 0
/proc /proc proc rw 0 0
/sys /sys sysfs rw 0 0
none /dev tmpfs rw 0 0
none /dev/pts devpts rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0


=================

root@server ~ # df -h
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 150G 28G 123G 19% /
none 2.0G 4.0K 2.0G 1% /dev

===================

[idontknow]

السلام عليكم
تحليل الأخ HuMaN-BiEnG يبدو منطقيا

جرب هذا الأمر

 lsof > openedfiles 

قد يستغرق تنفيذ الامر دقيقة

بعد ذلك قم ارفاق الملف openedfiles هنا حتى نقدر أن نححله

طبعا حاول تشغيل الأمر وقت الزحمة على السيرفر

[HuMaN-BiEnG]

السلام عليكم ,

اخى الكريم jh.jo ,

jh.jo

اعتقد من هاك كاش الصور

اى عملية قرأة او كتابة تتم فى الهارد ديسك تاخذ وقت كبير جدا , ولذلك نعم قد يكون هاك كاش الصور (ولكن اذا كان يتم تخزين الكاش فى الهارد ديسك وليس الرام) او غيره من العمليات الاخرى (مثل تنفيذ الاوامر التالية find او egrep او fixquota وغيرها من الآوامر) التى تقرأ من الهارد ديسك هى السبب ولكن اشهرها هى عملية الباكب (وكمثال أيضا)


محمد كيوان

انا وصلت للمجلد بالتخمين ( مجلد لهاك كاش الصور )
لكن في طريقة من غير تخمين اعرف اكتر الاماكن طلب او كدا . ؟


حقيقة اخى الكريم ,بواسطة امر iostat يمكنك من معرفة اكثر البارتشنز التى تتم عليها عمليات قرأءة وكتابة والتى تسهل تتبع المصدر المسؤل عن زيادة نسبة ال wa ولكن للآسف لا يدعمها نظام ال OpenVZ, ولكن هناك حلول أخرى كثيرة مثل امر lsof او امر iotop (حيث بواسطة هذا البرنامج تستطيع تحديد البروسسز المسببة لزيادة نسبة ال wa وهو افضل من أمر iostat ولكن تحتاج الى مكتبة بايثون لا تقل عن الاصدار 2.5 وهى فى الغالب فى انظمة التشغيل الحديثة)


idontknow

جرب هذا الأمر lsof > openedfiles

اخى الكريم , لماذا لا تحصر ناتج الامر فيما هو مشكوك به فقط , هذا الامر سيعرض كل ما هو مفتوح من برامج وما يلزمها من مكتبات لكى تعمل بالاضافة الى ما هو مفتوح فى مجلدات الحسابات (زحمة كبيرة جدا فى الناتج ما لها لازمة)



الحل هو كالتالى ,

بعد ان عرفنا ان سبب زيادة نسبة wa هى بسبب عمليات ادخال واخراج فى الهارد ديسك , علينا ان نقوم بتخمين ما هو الاسكربت او البروسسز المسبب للمشكلة ومتابعته (طبعا أمر vmstat يغنى عن التخمين) , سيكون فى النهاية لدينا بروسسز ومسارات مشكوك بها , وهذا كيفية التعامل معها :

التعامل مع البروسسز :

1) ايجاد رقم البروسسز PPID ويكون ذلك عن طريق الامر التالى :

pgrep process-name
(لابد وان يكون اسمها صحيح)

2) نقوم بالبحث عن الملفات المفتوحة بواسطة البروسسز بالاستعانة برقهما :

lsof -p PPID


التعمال مع مسار معين :

نقوم فقط بالبحث عن كل الملفات المفتوحة فى مسار معين وليكن الاتى :

lsof +D /home/username/www/vb
(ناتج هذا الامر سيأخذ فترة)

وللوصول الى سبب ارتفاع نسبة ال wa , يرجى تنفيذ الامر التالى عند ملاحظة زيادة نسبة ال wa

top -i
(سيحدد العمليات التى يقوم البروسيسور بتنفيذها فى وقت طويل حيث سيحتاج لتنفيذها الى الانتظار وهى فى الغالب تكون عمليات تنفذ على الهارد ديسك)

وافادتى بالناتج لفحص الامر (ربما لن تحتاج الى ارساله لآنك ستستطيع تحديد البروسسز بنفسك)


أتمنى ان اكون قد وفقت فى التوضيح ,,

شكرا لكم ,,

[jh.jo]

استاذي هيك صح

root@server ~ # lsof +D /home/basm/www/vb
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
httpd 1960 nobody cwd DIR 0,64 4096 970817547 /home/basm/public_html/ vb
httpd 5329 nobody cwd DIR 0,64 4096 970817547 /home/basm/public_html/ vb
httpd 5560 nobody cwd DIR 0,64 4096 970817547 /home/basm/public_html/ vb
httpd 5560 nobody 102w REG 0,64 800055 970818915 /home/basm/public_html/ vb/vbseo_sitemap/data/sitemap_1.xml.gz
httpd 5560 nobody 104w REG 0,64 226838 970818906 /home/basm/public_html/ vb/vbseo_sitemap/data/urllist.txt.gz


اعطاني في احد اليوزرات انه في عمليات كبيره تنفذ على size معين
ونوع التنفيذ ال FD تبعه كان من نوع ( 104 w ) هل ال w هو نفسه ال wa
وهو هاك توليد الخرائط من vbseo

ساقوم بمتابعه ما قلته

[HuMaN-BiEnG]

السلام عليكم ,

اخى الكريم jh.jo

اذا كان هناك مستخدم معين وتريد معرفة الملفات المفتوحة بواسطته , بامكانك ذلك عن طريق الامر التالى :

lsof -u username

مثال

lsof -u nobody

وبالنسبة لل 104 w فهى تدل على وجود عملية كتابة write , واى عملية كتابة تتم على الهارد ديسك تجعل البروسيسور ينتظر لكى يقوم بتنفيذها , مما يؤدى الى زيادة نسبة ال wa , وايضا هو نفس الحال مع r التى تمثل عملية قراة read وبالتالى فهما مرتبطين بزيادة نسبة ال wa

يرجى مراعة تنفيذ امر top -i , عند ملاحظة ارتفاع نسبة ال wa للوصول الى مصدر المشكلة لديك

شكرا لك ,,,

[jh.jo]

شكرا اخي HuMaN-BiEnG

بعد ما عرفنا مصدر المشكله ممكن نتعرف عليك في هالمعهد لاني معجب بخبرتك

اذا امكن

[alshamk]

جزاك الله خير أخوي HuMaN-BiEnG

معلومات رائعه .

وآسف على التدخل أخوي
jh.jo