HIGH VBET CPU / الذاكرة بسبب استخدام الخلية

[magmf]

الرجال ،

أنا فعلا بحاجة لها أكثر vbet الأمثل لموقع الويب الخاص بي.

VBet يزداد لي الكثير من المستخدمين الجدد أعجبني حقا أداة ولكن باستخدام موارد كثيرة جدا.


تم تحميل بلدي وحدة المعالجة المركزية قبل VBET رفع الصوت عاليا (2) والآن هو أكثر من 4 كل الوقت

الآن على سبيل المثال
8:32:18 تصل 11 يوما ، 2:27 ، 1 مستخدم ، ومتوسط حمولة : 7.45 ، 8.24 ، 8.26

تذاكر القليلة المرفقة من قبل وبعد vbet تمكين في موقعي


أريد أن أشارك لكم أنني قفزت من 70.000 صفحات مفهرسة في جوجل لأكثر من 500،000

قفز تصنيفي في اليكسا أيضا
تحت linux.org -- معلومات الموقع من اليكسا (http://www.alexa.com/siteinfo/under-linux.org)

وأنا والحصول على مزيد من الزيارات اليومية لكنني لا تزال بحاجة إلى التحسين أفضل حول كيفية التعامل مع vbet استفسار.

نلقي نظرة على رأس بلادي



top - 08:53:46 up 11 days, 2:49, 1 user, load average: 10.77, 9.81, 9.06
Tasks: 423 total, 5 running, 418 sleeping, 0 stopped, 0 zombie
Cpu(s): 15.7%us, 2.4%sy, 0.0%ni, 66.6%id, 9.8%wa, 0.1%hi, 5.4%si, 0.0%st
Mem: 12330536k total, 11619688k used, 710848k free, 24064k buffers
Swap: 995988k total, 994972k used, 1016k free, 2917568k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
29384 mysql 20 0 5722m 2.5g 4552 S 99 20.9 3661:46 mysqld



كما يمكنك ان ترى في أعلى الخلية بسبب vbet


ك تظهر processlist ؛



mysql> show processlist;
+********-+************+****************-+************+********-+****--+************--+****************************************************************************************************--+
| Id | User | Host | db | Command | Time | State | Info |
+********-+************+****************-+************+********-+****--+************--+****************************************************************************************************--+
| 3102552 | underlinux | localhost:49801 | underlinux | Query | 16 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102570 | underlinux | localhost:49843 | underlinux | Query | 12 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102597 | underlinux | localhost:49901 | underlinux | Query | 9 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102600 | underlinux | localhost:49907 | underlinux | Query | 9 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102617 | underlinux | localhost:49944 | underlinux | Query | 6 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102620 | underlinux | localhost:49953 | underlinux | Query | 6 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102632 | underlinux | localhost:49986 | underlinux | Query | 3 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102633 | underlinux | localhost:49988 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102636 | underlinux | localhost:49994 | underlinux | Sleep | 1 | | NULL |
| 3102639 | underlinux | localhost:50000 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102641 | underlinux | localhost:50005 | underlinux | Query | 0 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102648 | underlinux | localhost:50021 | underlinux | Sleep | 1 | | NULL |
| 3102649 | underlinux | localhost:50022 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102651 | root | localhost | NULL | Query | 0 | NULL | show processlist |
| 3102652 | underlinux | localhost:50027 | underlinux | Query | 0 | statistics | SELECT translated FROM vbvbenterprisetranslator_cache_medium_vi WHERE originaltext='Cadastrar+200+cl |
| 3102660 | underlinux | localhost:50044 | underlinux | Query | 0 | statistics | SELECT translated FROM vbvbenterprisetranslator_cache_medium_fa WHERE originaltext='BackTrack+4+%28F |
| 3102661 | underlinux | localhost:50047 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102663 | underlinux | localhost:50051 | underlinux | Sleep | 1 | | NULL |
| 3102664 | underlinux | localhost:50052 | underlinux | Query | 1 | end | UPDATE vbuser SET
profilevisits = profilevisits + 1
WHERE userid = 61484 |
| 3102666 | underlinux | localhost:50056 | underlinux | Query | 0 | update | REPLACE INTO vbdatastore
(title, data, unserialize)
VALUES
('cron', '1275652500', 0) |
+********-+************+****************-+************+********-+****--+************--+****************************************************************************************************--+
20 rows in set (0.16 sec)

mysql>




الخلية واستخدام وحدة المعالجة المركزية قبل وبعد vbet

http://under-linux.org/wiki/images/1/14/Mysql-vbet.png

http://under-linux.org/wiki/images/f/f0/Vbetmysql2.png

http://under-linux.org/wiki/images/6/65/Vbet-cpuusage.png

[vBET]

مرحبا.

كما كتبته لك vBET أعطى الكثير من المرور الجديدة. مقارنة بذلك وحدة المعالجة المركزية واستخدام ذاكرة قبل وبعد vBET ، حقا هو مقارنة وحدة المعالجة المركزية واستخدام ذاكرة قبل وبعد مرور أكبر...
حتى هذه المقارنة غير مناسبة. لا يوجد أي احتمال أن يكون نفس استخدام الموارد مع أكبر حركة المرور. يرجى أيضا ملاحظة أن يأخذ vBET عمليا أي موارد طبيعية للصفحات (فقط يولد الأعلام) وذلك كل ما تبذلونه من استخدام الموارد الإضافية تأتي من حركة إضافية -- الزيارات إلى الصفحات المترجمة. المزيد من الحركة = المزيد من الموارد اللازمة

يرجى ملاحظة أن يتم تحسين الاستعلامات vBET ، كلها باستخدام الفهارس ، واتخاذ جميع البيانات في الاستعلامات قليلة. يرجى مراجعة الاستعلامات بطيئة السجل لتحديد ما يحدث في الواقع معظم الوقت الخلية الخاصة بك. أيضا -- يمكنك دائما إعادة بناء الفهارس في حالة إذا ما سقطت في الخلية DB الخاص.

من فضلك قل ما هو حجم ذاكرة التخزين المؤقت الجداول الخاصة بك؟ يرجى أيضا معرفة أي إصدار من vBET الذي تستخدمه وإعطاء URL الخاص المنتدى.

يرجى مراجعة أدائنا تلميحات : http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

بالطبع نحن vBET تحسين مستمر. في الإصدار الرئيسي القادم سوف ندعم ملف ذاكرة التخزين المؤقت :) لذلك تحسن الأداء سيحدث :) الرجاء ومع ذلك نلاحظ أن المقارنة ليست الطريقة المناسبة وعدم إظهار كم تأخذ المزيد من الموارد vBET -- فإنه يدل على مدى أكثر من ذلك بكثير الموارد منتداك الخاص مع يأخذ أكبر حركة المرور.

[magmf]

vBET ،

ذاكرة التخزين المؤقت الملفات المخزنة أو الاستعلامات الخلية عدم استخدام الكثير من I / O صنع تحميل الجهاز تكون عالية.

اقتراحي لك هو استخدام Memcache الملف إلى ذاكرة التخزين المؤقت بدلا س و MySQL أو الاتصال مع vbet vboptimise التي سبق الدعم للعديد من أنواع مخابئ

ومثال على الاستخدام مع vboptimise vbet يكون شيء من هذا القبيل


if ($cache = vb_optimise::$cache->get('unique language key'))
{
***//use cache
}
else
{
***// get from elsewhere
***vb_optimise::$cache->set('unique language key');
}



لماذا لا تحاول التحدث مع Deceptor من منتديات حب DragonByte -- DragonByte تقنيات منزلية (http://www.dragonbyte-tech.com/)

موقعي هو توفير أكثر من 10 مليون استفسار في اليوم مع vboptimise وإذا كنت تعمل معه لتقديم دعم أفضل vbet الجميع ان تكون سعيدة

نلقي نظرة
رموز Optimise -- إحصائيات الموارد (http://www.dragonbyte-tech.com/vboptimisesites.php)

[vBET]

شكرا على نصيحتك :) أضع رسالتك الأخيرة في قائمة TODO.

الرجاء الإجابة على أسئلة معينة -- ما هو عنوان المنتدى الخاص بك واستخدام الإصدار vBET. نريد أن الاختيار لا يكون لديك التثبيت المناسبة -- الإصدارات السابقة vBET تستخدم الموجهات المزدوج الذي لم يتم استخدامه بعد الآن ، في حالة لخدمات يتطلب التكامل المناسبة.

[magmf]

عزيزي بلدي تحت linux.org
vbet 4.2.2
المنتدى 4.0.3
3.5 زيارتها النهائي

[vBET]

OK -- ليس لديك مزدوجة والموجهات مشاركة vBET الإصدار. في هذه اللحظة يمكن أن أنصح لك فقط استخدام تلميحات أدائنا (الرابط في الرد الأول) -- وخاصة كتلة محتوى غير ذات صلة في ملف robots.txt -- صفحات الاعضاء مثل والتقويم ، والبعض الآخر (لاحظ أن هذه الصفحات سوف تختفي من الفهارس ، ولكن هو جيد لكبار المسئولين الاقتصاديين الخاص ، لأنها تعتبر في المقام الأول من حيث ازدواجية المحتوى).

أيضا -- إذا كان الخادم الخاص بك وسوف الساخنة التعامل مع جميع لغات 52 -- يرجى النظر إلى تعطيل بعض من هؤلاء. في هذه اللحظة وأنا أفهم أنه يتعامل مع ذلك ، هل ستكون سعيدا إذا أكثر عدلا مع قدر أقل من الموارد ؛)

كما سنعمل على دعم ليس فقط ذاكرة التخزين المؤقت الملف ، ولكن أيضا مخبأ المكتبات الموجودة :) شكرا مرة اخرى لالتلميح الخاص بك.

[magmf]

VBET ،

أنا أشعر بالقلق فقط مع المستقبل. ويمكن الآن للتعامل مع موقعي ولكن منذ vbet تعمل أستطيع الحصول على الكثير من المستخدمين الجدد ، وهذا يمكن أن تنخفض خدمة بلدي : (

أيضا أنا بالفعل حجب المحتوى غير ذي صلة في ملف robots.txt الخاص بي

[vBET]

والتلعثم الكثير من المستخدمين الجدد تجعلك تفكر في التوسع كلما كان لديك vBET أم لا. نحن سعداء حقا أن vBET يعطيك الكثير من المستخدمين الجدد والدخل الممكن الإعلان :) كما كتبت فعلا أننا سوف تحسين نظام التخزين المؤقت :)

[vBET]

وسوف يكون الإصدار التالي ملف كامل مخبأ الذي سيجعل صفحاتك توليد أسرع للضيوف -- حتى تلك التي لم تترجم :)

[bhanuprasad1981]

وسوف يكون الإصدار التالي ملف كامل مخبأ الذي سيجعل صفحاتك توليد أسرع للضيوف -- حتى تلك التي لم تترجم :)

نأمل الحصول على هذا قريبا :)

[vBET]

لعلى يقين من هذا الشهر :) ملف كامل مخبأ للضيوف يسير على ما يرام لدينا في المنتدى ، فقط أريد أن أضيف بعض وظائف أخرى جديدة :)

[bhanuprasad1981]

أي التحديثات :)

[vBET]

اليوم سيكون لدينا الافراج عن vBET3.x -- لvBET4.x في الأسبوع الأول من الشهر القادم :)

[bhanuprasad1981]

ohhh لا أكثر أيام 15 : (

[vBET]

لدينا المزيد من القيام به في حالة VB4 (دعم الروابط الودية + المزيد من أنواع وصلات لترجمتها لخدمات). أيضا هذه المرة سوف تعطينا ملاحظات حول هذه الوظيفة الجديدة (أي وصلنا بالفعل الفكرة من مستخدم واحد للسماح لتعطيله لصفحات عادية). لذلك سوف يستغرق بعض الوقت ، ولكن في النهاية ستحصل على الحل الذي يتم اختباره بشكل أفضل ومع ميزات إضافية :)