VBET ВИСОКОГО процесора / пам'яті у зв'язку з MySQL

[magmf]

Хлопці,

Мені дійсно потрібно мати vbet більш оптимізований для мого сайту.

VBet стає мені багато нових користувачів, мені дуже сподобався інструмент, але використовує занадто багато ресурсів.


Мій завантаження процесора до VBET був нижче 2 і в даний час більше 4 всіх часів

Зараз, наприклад,
8:32:18 до 11 днів, 2:27, 1 користувач, середнє навантаження 7,45, 8,24, 8,26

додається кілька квитків до і після vbet включена в моєму веб-сайті


Я хочу поділитися вам, що я стрибнув з 70,000 сторінок, проіндексованих Google на більш ніж 500,000

мій рангу Alexa стрибнув також
Заступник linux.org - Інформація про сайт від Alexa (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



як ви можете бачити MySQL на вершині через vbet


MySQL SHOW 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>




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 запитів оптимізовані, всі використовують індекси та прийняти всі дані в декілька запитів. Будь ласка, перевірте ваш журнал повільних запитів, щоб визначити, що дійсно займає більшу частину вашого часу MySQL. Крім того - завжди можна перебудовувати індекси у випадку, якщо щось врізався в вашу БД MySQL.

Будь ласка, скажіть, що розмір вашої таблиці кеш? Також, будь ласка, скажіть, яку версію vBET ви використовуєте і дати ваш форум URL.

Будь ласка, ознайомтеся з натяками продуктивності: http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

Звичайно, ми покращуємо vBET безперервно. У наступній версії ми будемо підтримувати кеш-файл:) Так що підвищення продуктивності не відбудеться:) Проте слід пам'ятати, що ваш шлях порівняння не доречне і не показують, наскільки більше ресурсів потрібно vBET - це показує, наскільки більше ресурсів вашого форуму бере з вашим більше трафіку.

[magmf]

vBET,

кеш-файла або MySQL, не кешованих запитів використовувати багато вводу / виводу рішень пристрої навантаження буде високою.

Моя пропозиція до вас використовувати 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');
}



чому ви не спробувати поговорити з Зачарований від DragonByte Технологія Форум - DragonByte Технології для дому (http://www.dragonbyte-tech.com/)

мій сайт економити більше 10 мільйонів запитів на день з vboptimise і якщо ви працюєте з ним, щоб краще все vbet підтримки можуть бути щасливі

посмотреть
В. Б. Оптимізація - Ресурс статистики (http://www.dragonbyte-tech.com/vboptimisesites.php)

[vBET]

Дякуємо за ваші поради:) я ставлю ваш останній пост в TODO список.

Будь ласка, дайте відповідь на поставлені питання - який ваш URL форумі і використовувати vBET версії. Ми хочемо, щоб перевірити чи є у вас відповідні установки - попередні версії vBET використовувати подвійні перенаправлення, який не використовується більше, у разі vBSEO він вимагає відповідної інтеграції.

[magmf]

мій гіперпосилання під-linux.org
vbet 4.2.2
VBulletin 4.0.3
vbseo 3,5 остаточне

[vBET]

OK - у вас немає подвійного перенаправлення і остання версія vBET. У цей момент я можу тільки порадити вам використовувати нашу діяльність натяки (посилання в першому відповіді) - особливо блок не має значення вмісту в robots.txt - як сторінки члена, календар, і деякі інші (зауважимо, що ці сторінки зникнуть з індексу, але це добре для вашого SEO, тому що ті, в основному розглядається як зміст дублювання).

Крім того - якщо ваш сервер буде гарячої обробки всіх 52 мовах - будь ласка, розглянути відключити деякі з них. У цей момент я зрозумів, що він обробляє його, ви тільки що був би більш щасливий, якби з меншими ресурсами;)

Ми будемо також працювати на підтримку не тільки файловий кеш, але й існуючі бібліотеки кешу:) Ще раз спасибі за ваш натяк.

[magmf]

VBET,

Я просто турбувався про майбутнє. Поки мій сайт може працювати, але так як vbet працює, я можу отримати багато нових користувачів, і це може зробити мій сервер недоступний: (

Також я вже не має значення блокування вмісту в моєму файлі robots.txt

[vBET]

Hawing багато нових користувачів буде змусити вас думати про масштабованості коли у вас є vBET чи ні. Ми дуже раді, що vBET надає багато нових користувачів і можливі доходи реклами:) Як я вже писав, ми будемо удосконалювати систему кешування:)

[vBET]

Наступний випуск буде мати повний кеш-файлу, який зробить ваші сторінки швидше генерувати для гостей - навіть ті, які не перекладаються:)

[bhanuprasad1981]

Наступний випуск буде мати повний кеш-файлу, який зробить ваші сторінки швидше генерувати для гостей - навіть ті, які не перекладаються:)

сподіваюся, що ми отримуємо це скоро:)

[vBET]

У цьому місяці точно:) Повний файл кешу для гостей працює нормально на наших форумах, просто хочу додати деякі інші нові функції:)

[bhanuprasad1981]

будь-яких оновлень:)

[vBET]

Сьогодні у нас буде випуск для vBET3.x - для vBET4.x в перший тиждень наступного місяця:)

[bhanuprasad1981]

Ооооо не більше 15 днів: (

[vBET]

У нас є більше, щоб зробити у разі vB4 (підтримка ЧПУ + більше видів переведені посилання для VBSEO). Крім того, на цей раз дасть нам свою думку про цю нову функціональності (тобто ми вже отримали подання від одного користувача, щоб відключити її для нормальної сторінок). Так це займе трохи більше часу, але в кінці ви отримаєте рішення, яке краще перевірено і з додатковими функціями:)