КПК

Перегляд повної версії: Вирішений Потрібна допомога зниження навантаження на сервер



Simon Lloyd
26-05-11, 08:40
Привіт, у мене виникли проблеми з моїм навантаження на сервер, я вже переїхав у присвяченому спробувати вилікувати це, але все одно отримаєте високі навантаження сервера, якщо я відключити vbet навантаження на сервер падає.

Може хтось допомогти?

@ Каміль, у вас вже є повний доступ до інформації про висланий Вам в личку, якщо ви хочете перевірити.

kamilkurczak
26-05-11, 20:57
привіт,
Тут у вас є vBET список порад: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html

пам'ятайте - якщо у вас є всі мови включена - у вас є 53 більше контенту (теми, повідомлення і т.д.) на вашому форумі, і, звичайно, з високим трафіком форумі.

Ви можете відключити деякі мови і чекати, коли кеш включений мова буде заповнений, після цього - ви можете включити наступну частину переказів.

По-друге, в цьому relase нас є великі поліпшення (дуже великий) - це кеш-пам'яті системи (4 різних варіантах). Ви можете перевірити це у вашій AdminCP-> Кеш vBET. (Пам'ятаєте - ви повинні інтегрувати ваш сервер для використання такого кеша)

:)

Simon Lloyd
26-05-11, 22:15
Я виконав все, що я можу вашої рекомендації по продуктивності, я також мав всі мови включений (ну максимум) після покупки vbet близько 6 місяців тому, навантаження незмінно високу весь час. Що ж до кеш-пам'яті (бета) я не думаю, що я є кеш прискорювач на моєму сервері, але ще evrything встановлюється відповідно до ваших вказівок.

kamilkurczak
26-05-11, 22:19
від нашого останнього relase ми працювали над цією системою кеш-пам'яті - це повинна бути великої продуктивності. Ви повинні мати свій сервер, налаштований з цим система кешування (може бути, у вас вже є - запитайте у вашого сервера підтримки)

Simon Lloyd
26-05-11, 22:31
Привіт Каміл, я тільки що перевірив Інформація PHP і у мене немає, але я приведу їх для установки XCache або щось на зразок цього

vBET
26-05-11, 22:59
Привіт. Чому у вас виникли проблеми з вашим навантаження на сервер? Я бачу ваш форум переводити дуже швидко, так в чому проблема?

Будь ласка, зверніть увагу, що переклади зроблені зовнішні сервіси від Google. Це означає, що при перекладі відбувається, ваші потоки чекають відповіді від Google. І ось чому ваш сервер навантаження більше, але це не впливає на системи, тому що очікують потоки не вживати ніяких процесора, ні додаткової пам'яті (тільки вже використовується). Так ось чому у вас завжди буде вище Server Load з vBET включений (коли немає ні один потік чекає результатів від Google), і в той же час ваш форум буде як і раніше працюють швидко, тому що очікують потоки не вживати ніяких процесора.

Так що дійсно необхідно прийняти коханця Server Load є запевнити, що потоки не будуть чекати результатів від Google, але, на жаль Google дозволяє кешувати його результати лише протягом 15 днів. Ви можете спробувати самі - якщо відключити кеш, або просто зробити його час, щоб жити менше, ніж ви собі Server Load зростає - тому що менше результатів буде зберігатися в кеші і більше запитів, що очікують відповіді Google. Існує ніякої магії - переклади приходить звідкись і потрібен час, щоб отримати це від Google.

Використання кеш-пам'яті може допомогти в деякому роді. Теми чекаючи результатів Google все одно чекатиме (ви не пройдете його, поки ви не кешувати всі переклади, і ви будете не тому, що вона очищається відповідно до Google TOS). Проте кешовані результати будуть генеруватися швидше, тому запити не чекаючи перекладу піде швидше з черги запитів.

Тут ви можете дізнатися, що саме сервер навантаження: Сервер навантаження (http://whreviews.com/server-load.htm) і з'ясувати, що до тих пір поки у вас є вільні ресурси серверів навантаження не є проблемою.

Знаючи, що значення навантаження на сервер не дуже важлива, хоча. Знаючи, як інтерпретувати значення це головне.

пам'ятаємо визначення: навантаження на сервер являє собою кількість процесів, які очікують доступу до процесора. Але не всі процеси однакові! Якщо процеси низький пріоритет, коли новий запит серверу (стор. вимогу) Виявляється, він все ще може бути оброблено майже миттєво.

Не кажучи вже про те, що навантаження на сервер всього лише один фактор з багатьох інших (використання пам'яті, завантаження процесора, розмір файлу підкачки)

Як звичайно, і стільки ж людей, безпосередньо причетних до хостингу сказати, все це зводиться до реальних поведінкою. Є швидке завантаження сторінок? Чи має процес, таких як пошук по базі даних приймати розумні строки? Тоді ви дійсно не проблема, незалежно від навантаження на сервер є

Таким чином, остаточний тест таким чином, що сервер поводиться. Якщо сервер є швидким, номера, навіть якщо вона називається "навантаження на сервер", насправді нічого не означає

Так тому, що ваш сервер швидко і я можу бачити ваші відповіді форум швидко, ваша проблема тільки віртуальний - немає ніякої реальної проблемою. Server Load є вартість, яка не дає вам інформацію про реальну продуктивності, так само підказки, якщо ви знаєте, як інтерпретувати його (тобто якщо сервер працює нормально з Х навантаження на сервер, то ви можете почати перевіряти, що відбувається, якщо вона швидко росте в 2 рази або щось подібне). Просто статичний дає вам нічого, краще перевірити процесора і пам'яті, щоб переконатися, що це значення ОК для вашого сервера, і якщо все гаразд, то незалежно від того Server Load значення.

Проте, якщо ви хочете, щоб деякі додаткові дані:
- Зробити більший кеш TTL, якщо ви змінили його на більш низький (за замовчуванням максимальний дозволений TOS Google).
- Якщо у вас немає запитань, на жорсткому диску відключити хрон завдання для очищення кешу гість - це не повинні бути очищені на всіх, тому що вона оновлює результати в міру необхідності, як і раніше видалення багато старих файлів може зайняти дуже багато часу для PHP.
- Використання кеш-пам'яті
- У кінці (але я дійсно не бачу сенсу про це, тому що у вас немає проблем з продуктивністю) починаються відключення мов, яка дає вам менше трафіку

До речі - яка ваша Server Load, середній процесора і пам'яті, і яке обладнання у вас є (скільки процесори, пам'ять)? Чи має файл підкачки використовується?

Simon Lloyd
27-05-11, 08:34
Нижче наведено деталі, як на ваші запитання
1) Server Load
*********************
8:22:53 до 44 днів, 13:31, 1 користувач, середнє навантаження: 4,07, 5,09, 5,26
USER TTY FROM LOGIN @ IDLE JCPU PCPU ЩО
корінь очок / 2 datacenter1.supp 8:17 0.00s 1.53s 0.00sw
****************
2) процесора і пам'яті
********************
Всього на безкоштовному загальних буферів кешовані
Mem: 4040 3616 424 0 256 2809
- / + Буфера / кеш: 550 3490
Swap: 8001 24 7976
*********************************
3) скільки процесорів
3

EDIT: просто взяв знімок тут http://www.thecodecage.com/forumz/server.png мій сервер, як все це час, цей знімок Після включення memcahce.

Simon Lloyd
27-05-11, 17:19
Як додати інформацію ось журнал Top процесів:
хххх 93,0% / USR / BIN / PHP / будинок / хххх / public_html / forumz / vbenterprisetranslator_seo.php
хххх 83,0% / USR / BIN / PHP / будинок / хххх / public_html / forumz / vbenterprisetranslator_seo.php
хххх 75,0% / USR / BIN / PHP / будинок / хххх / public_html / forumz / vbenterprisetranslator_seo.php
MySQL 6.8% / USR / sbin / туздИ - BASEDIR / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - пропуск зовнішнього блокування
MySQL 6.7% / USR / sbin / туздИ - BASEDIR / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - пропуск зовнішнього блокування
MySQL 6,6% / USR / sbin / туздИ - BASEDIR / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - пропуск зовнішнього блокування
корінь 6,0% / бен / ш / USR / місцеві / бен / RkHunter-с - cronjob

vBET
29-05-11, 20:52
Нижче наведено деталі, як на ваші запитання
1) Server Load
*********************
8:22:53 до 44 днів, 13:31, 1 користувач, середнє навантаження: 4,07, 5,09, 5,26
USER TTY FROM LOGIN @ IDLE JCPU PCPU ЩО
корінь очок / 2 datacenter1.supp 8:17 0.00s 1.53s 0.00sw
****************
2) процесора і пам'яті
********************
Всього на безкоштовному загальних буферів кешовані
Mem: 4040 3616 424 0 256 2809
- / + Буфера / кеш: 550 3490
Swap: 8001 24 7976
*********************************
3) скільки процесорів
3

EDIT: просто взяв знімок тут http://www.thecodecage.com/forumz/server.png мій сервер, як все це час, цей знімок Після включення memcahce.

Я не впевнений, як інтерпретувати ваші вимірювання. Як я бачу ваш процесор використовується в близько 185% ... Так чи є щось гаряче прямо у вимірі або він належить до 1 CPU - якщо у вас є 3, то ви можете використовувати 300%. Якщо це правильно, то це означає, що у вас ще багато вільних ресурсів процесора. Якщо немає ласка, поправте мене і скажіть, як інтерпретувати результати.

Я також не впевнений, як інтерпретувати дані навантаження на сервер:

Середнє завантаження: 4.07, 5,09, 5,26
Чи є ці 3 різних за часом вимірів, або кожен з них окремо процесор? Що таке потужність вашого процесора?

PS. Кеш потрібен час для заповнення

Simon Lloyd
29-05-11, 21:54
Міхал, знову ж таки спасибі за відповідь середньої завантаження ви бачите (і в знімок) змінюється кожного разу після оновлення, то як Ви вказуєте sybmolic номер, коли навантаження середньому показали Є близько 6 або 7, то сайт повільно але більшу частину часу відповідає на запити, в свою чергу дає помилку.

Ось процесора дані, які ви просили
Процесор # 1
Продавець
GenuineIntel
Ім'я
Intel (R) Xeon (R) CPU X3430@2.40GHz
Швидкість
2394.030 МГц
Кеш
8192 KB

Коли я переглядаю в WHM у мене є один чотирьохядерний процесор, в той час як сервер люди кажуть мені, у мене є три процесори??

Я не знаю, чи робити вигляд, щоб знати, як середнє навантаження на сервер розроблений (останнім часом, за останні 2 дні було навколо:
Середнє завантаження: 4.49 4,04 3,95

Форум середньої швидкості, і це, здається, не викликати питання прямо зараз, хоча трафік навколо:
271 (3 членів і 120 гостей і 148 Павуки)
Де верхній малюнок, як правило, близько 500 - 600, але тоді це так вихідні трафік нижче.

vBET
02-06-11, 23:23
Я запитав про швидкість процесора, так як ми вже сказали Server Load просто віртуальні цінності, так і для швидкого процесора ж навантаження на сервер буде означати щось інше, ніж для повільного процесора (швидко не зробить його роботу швидко, так що навіть якщо Є додаткові завдання очікування в черзі тих, вирішуватимуться швидко).
Про кількість процесорів - в цей момент я втратив, як і ви. Це ваш сервер, і я не допоможе вам визначити, чи є у вас 1 або 3 процесорів. Я можу вам сказати, що для серверів, краще мати більшу кількість повільних процесорах, чим менша кількість швидше. 2 +2 = 5, це означає, що 2 процесори з потужністю 2 буде робити роботу краще, ніж один процесор з потужністю 4, так як сервер мають безліч дрібних завдань, і з 1 процесор ви не можете робити це паралельно.
Server Load також буде мати різне значення в залежності від кількості процесорів. Якщо ви дійсно є 3 швидких процесорів, то навантаження на сервер 6 (всього не на кожен процесор) в порядку, навіть без додаткової перевірки. Якщо у вас є один процесор, то ви повинні додатково перевірити в режимі реального часу відповіді на нашу каналізацію. Як ви писали ви вже зробили це, і це нормально.

За час ви бачите своє навантаження на сервер більше і сторінки повільніше (кешовані одне - будь ласка, пам'ятайте, що для не кешуються реальному часі відповідь не до вашого сервера на всіх, але до часу відгуку, Google), будь ласка, перевірте це, тому що більше трафіку , або може бути, це через деякі фонових задач (наприклад, VBulletin хрон робочих місць, або навіть свою власну систему роботи - як автоматичне завдання оновлення або щось подібне).

За даними останнього відповіді - якщо не буде реальною проблемою - потрібно будь-якої майбутньої допомоги в цю тему прямо зараз?

Simon Lloyd
04-06-11, 08:46
Михайло, дякую за докладну відповідь, це 4 процесора, моя єдина турбота кількість% від процесора, що vBET споживає, а я типу цього є are3 процеси показані в TOP для vBET на 55%, 52% і 48% завантаження процесора і ці процеси все для файлу / vbenterprisetranslator_seo.php, якщо немає нічого більш ви можете запропонувати, то я дякую вам за ваші коментарі і доведеться жити з ним, як я безумовно не може дозволити собі інший сервер перенести або оновленні, так як я перейшла від VPS, щоб В. М. в хмарі хостинг виділеного для того, щоб зберегти vBET працює, наступний перехід на двоядерні чотирьохядерні (8 процесорів) знаходиться поза мого цінового діапазону.

vBET
04-06-11, 21:03
Будь ласка, зверніть увагу, що НУ бачити, що це не VBT споживання процесора, але все ваше споживання форумі. vbenterprisetranslator_seo.php нічого не робить - просто встановлює деякі змінні і зробив внутрішній редирект насправді потрібний файл - це всього лише фронт-контролера. Всі запити йде vbenterprisetranslator_seo.php - ви повинні встановити його в ваш файл Htaccess ..

Так що це не vBET споживання - це все ваше споживання форумі. Для нормальної сторінок vBET нічого не робить - тільки додає прапори. Для перекладених сторінок Весь процес переведення відбувається так ЦП буде завжди більше, ніж на звичайній сторінці, тому що це відбувається після того, звичайна сторінка генерується. Отже, спочатку нормальне покоління відбувається, і потім привести у перекладі - так що немає ніяких шансів, щоб він withour додаткову плату. Або ... У нас є рішення для цього мурашки вона називається Гість Cache - для гостей цілі сторінки кешуються і без перекладу відбувається, поки кеш не закінчився. Так що якщо ви вже використовуєте Гість Кеш то vBET більше немає рішення, щоб зробити переклади, використовуючи менше ресурсів. Ви можете відключити деякі переклади - у вас буде тоді менше трафіку перекладених сторінок тим менше споживання ресурсів для перекладу.

Ми зробили багато зусиль для профілювання vBET, зміна алгоритмів, додаючи більше поліпшення продуктивності. І ми ніколи не ставитися до цього питання, як закрита. Проте в цей момент навіть з кількома шарами кеш, ми працюємо із застосуванням яких багато змін і різний зміст для того ж URL в залежності від користувача групи користувачів, або навіть для кожного користувача (якщо якісь плагін додає такі речі), і це вимагає для ретрансляції кожного входу запиту користувача. Для реєстратора користувача ми можемо тільки кеш реченні перекладу, але не цілі сторінки, як для користувачів. Зверніть увагу, що vBET додає все більше і більше приріст продуктивності - до цих пір ви ніколи не будете мати магічну перекази без будь-яких споживання ресурсів. Додаткова функціональність завжди означає додаткові витрати ресурсів.

Ми перевірили ваш форум час відгуку, і це дійсно добре. Так що я не думаю про перехід на інший сервер в цей момент. Так само, як ви написали - ви до цих пір половина ресурсів безкоштовно. Ви платите за це ресурси, з тим немає нічого поганого, щоб використовувати його. І ви все ще знаходяться в безпечній зоні - так що навіть якщо ваш трафік збільшує ваш форум буде відповідь у відповідний час. Для процесора перше світло становить 70% від середньої витрати (не тільки в якийсь момент - в середньому). Це перший натяк турбуватися про ресурси. Якщо ви ігноруєте це, то 90% середнє споживання процесора засобами читати світла, сигнал тривоги, і безпосередні потреби для оновлення - в іншому випадку навіть трохи більше трафіку може зробити різке зниження продуктивності. На пам'ять вона відрізняється і залежить від настройок операційної системи для SWAP.

І як PS - будь ласка, розглянути рішення, як VPS - де ви можете додавати ресурси дуже легко, без переустановки:)

Якщо у вас вже все пором продуктивність натяки то Єдине, що залишилося, це відключити деякі мови та безпека vBET, як і прийшов.

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Translations supported by vBET 4.10.1