Потребна ви е помош намалување на оптоварувањето на серверот

[Simon Lloyd]

Здраво, Имам проблеми со мојот оптоварувањето на серверот, јас веќе се пресели во посветен да се обиде да се излечи тоа, но се уште се високи сервер товари, ако го исклучите vbet на оптоварувањето на серверот капки.

Може некој ќе помогне?

@ Камил, веќе имате целосен пристап детали испратени до Вас во часот ако сакате да се провери.

[kamilkurczak]

Здраво,
тука имате vBET листа на совети: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html

Запомни - ако имате сите јазици-от - да имаат 53 повеќе содржини (теми, мислења итн) на вашиот форум, и, се разбира висок сообраќај форумот.

Можете да го исклучите некои јазици и да чекаат кога кеш за от јазик ќе бидат пополнети по тоа - вие може да им овозможи на следниот дел од преводи.

Второ, во овој relase имаме голема подобри (многу голема) - ова е кеш меморијата систем (4 различни опции). Можете да го провериш во admincp-> vBET Кеш. (Запомни - ти мора да се интегрираат вашиот сервер да се користи овој вид на кеш)

:)

[Simon Lloyd]

Јас се спроведува сите што можам да на ефикасноста на вашиот препораки, јас, исто така, ги имаше сите јазици-от (и повеќето) од купување vbet околу 6 месеци, товарот е постојано висока цело време. Што се однесува до меморијата (бета верзија) Не мислам дека имам било кеш акцелератор на мојот сервер, но evrything друго е поставен како на вашите инструкции.

[kamilkurczak]

од нашата последна relase работевме на оваа меморијата систем - ова треба да биде голема во перформансите. Морате да имате на вашиот сервер конфигуриран со овој кеш систем (можеби веќе ги имате - прашајте го вашиот сервер поддршка)

[Simon Lloyd]

Здраво Камил, јас само проверени PHP инфо и јас не ја имаат, но јас ќе ги добие да се инсталира xcache или нешто вака

[vBET]

Здраво. Зошто и вие имате проблеми со вашите оптоварувањето на серверот? Ти го гледам форумот е преведување навистина брзо, па каде е проблемот?

Ве молиме имајте во предвид дека преводи се направени од страна на надворешни услуги од Google. Ова значи дека кога ќе се случи превод вашиот теми се чека за одговор од Google. И тоа е зошто за оптеретеноста на серверот е поголема, но тоа не влијае на системот, бидејќи чекаат теми да не процесорот ниту дополнителна меморија (само веќе се користи). Па тоа е причината зошто секогаш ќе имаат повисоки за оптеретеноста на серверот со vBET от (ако беше оневозможено постои нишка чека за резултатите од Google) и во исто време вашиот форум ќе уште работат брзо, бидејќи чекаат теми да не процесорот.

Значи она што е навистина потребно да се земе за оптеретеноста на серверот љубовник е да се осигура дека нема да теми чека за резултатите од Google, но за жал на Google овозможува да кешот резултатите само за 15 дена. Можете да ја обидат сами - Ако го оневозможите кеш, или само да се своето време да се живее помал тогаш ќе SE оптоварувањето на серверот расте - затоа што помалку резултатите ќе бидат складирани и повеќе барања на чекање за Google одговори. Не постои магија - преводи доаѓа од некаде и е потребно време да го добие од Google.

Користење на меморијата можат да помогнат на некој начин. Теми на чекање за резултати на Google се уште ќе биде на чекање (нема да го помине додека не се кеширани сите преводи, а ти не ќе поради тоа што е исчистен според Google TOS). Сепак кеширани резултатите ќе бидат генерирани побрзо, толку барања не чека за преводи ќе оди побрзо од барањата задача.

Тука можете да дознаете што точно оптоварувањето на серверот е: оптоварувањето на серверот (http://whreviews.com/server-load.htm) и да дознаете дека онолку долго колку што имаат бесплатни ресурси за оптеретеноста на серверот не е проблем.

Знаејќи што вредноста на оптоварувањето на серверот не е многу важно, секако. Знаејќи како да се интерпретираат на вредноста е она што се брои.

се сеќавам на дефиниција: оптоварувањето на серверот го претставува бројот на процеси кои чекаат да пристапите на процесорот. Но, не сите процеси се исти! Ако процесите се низок приоритет, кога еден нов сервер барање (страница барање) се појавува, се уште може да се ракува речиси веднаш.

А да не зборуваме дека оптоварувањето на серверот е само еден фактор од многу други (меморија, оптеретеноста на процесорот, големината на swap датотеката)

Како и обично, и како што многу луѓе директно вмешани во хостинг бизнисот се каже, тоа се сведува на вистинскиот живот однесување. Дали страници вчитување брзо? Дали процес, како што бараат преку базата на податоци се разумен рок? Тогаш навистина не имаат проблем, без оглед на оптоварувањето на серверот е

Значи, крајниот тест е начинот на кој сервер се однесува. Ако серверот е брз, голем број, дури и ако тоа се вика "оптоварувањето на серверот", навистина не значи многу

Значи бидејќи вашиот сервер е брз и може да се види вашиот форум одговори брзо, вашиот проблем е само виртуелен - не постои вистински проблем. Оптоварувањето на серверот е вредност, која ти дава никакви информации за вистинските перформанси, само совети ако знаеш како да ја интерпретира (т.е. ако работи овој сервер е и со оптоварувањето на серверот X, тогаш можете да почнете со проверка на она што се случува, ако брзо расте до 2x или нешто слично). Само статички број ти дава ништо, подобро ги видите процесорот и меморијата да бидете сигурни дека оваа вредност е во ред за вашиот сервер и ако тоа е во ред тогаш, без разлика што оптоварувањето на серверот вредност е.

Сепак, ако сакате некои дополнителни совети:
- Направи поголеми кеш TTL ако го промени за да се намали (стандардно е максимално дозволено од страна на Google TOS).
- Ако немате HDD простор прашања исклучите закажана задача за чистење гости кеш - тоа не мора да биде исчистена од сите, поради тоа што освежува резултати колку што е потребно, уште отстранување на многу стари документи може да се навистина долго време за PHP.
- Користете кеш меморијата
- На крајот (но јас навистина не гледаат смисла на тоа, затоа што немаат перформанси прашање) на проектот оневозможување јазици, кој ви дава помалку сообраќај

Патем - Која е вашата оптоварувањето на серверот, просечната процесорот и меморијата употреба, и што хардвер имаш (колку процесори, меморија)? Дали swap фајл се користи?

[Simon Lloyd]

По се детали на вашите прашања
1) за оптеретеноста на серверот
*********************
08:22:53 до 44 дена, 13:31, 1 корисник, оптоварување просек: 4.07, 5,09, 5,26
КОРИСНИКОТ TTY ОД ЛОГИН @ неактивен JCPU PCPU ШТО
корен поени / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) процесорот и меморијата употреба
********************
вкупниот користат слободен дели амортизери кеширани
Mem: 4040 3616 424 0 256 2809
- / + Амортизери / кешот: 550 3490
Трампа: 8001 24 7976
*********************************
3) колку процесори
3

Edit: само се слика тука http://www.thecodecage.com/forumz/server.png мојот сервер е вака цело време, оваа слика е по овозможува memcahce.

[Simon Lloyd]

Како дополнителни информации тука е почетокот процеси најавите:
xxxx 93,0% / usr / bin / PHP / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
xxxx 83,0% / usr / bin / PHP / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
xxxx 75,0% / usr / bin / PHP / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
MySQL 6.8% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - прескокнете-надворешно- заклучување
MySQL 6.7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - прескокнете-надворешно- заклучување
MySQL 6.6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - прескокнете-надворешно- заклучување
корен 6,0% / bin / sh / usr / local / bin / rkhunter-C - cronjob

[vBET]

По се детали на вашите прашања
1) за оптеретеноста на серверот
*********************
08:22:53 до 44 дена, 13:31, 1 корисник, оптоварување просек: 4.07, 5,09, 5,26
КОРИСНИКОТ TTY ОД ЛОГИН @ неактивен JCPU PCPU ШТО
корен поени / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) процесорот и меморијата употреба
********************
вкупниот користат слободен дели амортизери кеширани
Mem: 4040 3616 424 0 256 2809
- / + Амортизери / кешот: 550 3490
Трампа: 8001 24 7976
*********************************
3) колку процесори
3

Edit: само се слика тука http://www.thecodecage.com/forumz/server.png мојот сервер е вака цело време, оваа слика е по овозможува memcahce.

Не сум сигурен како да го протолкува вашиот мерења. Како гледам на процесорот се користи во околу 185% ... Значи или постои нешто жешко во мерењето или тоа се однесува на процесорот 1 - Ако имате 3 Тогаш можете да го користите 300%. Ако ова е правилен начин, тогаш тоа значи дека имате уште многу бесплатни ресурси на процесорот. Ако не Ве молам поправете ме и кажете како да се интерпретираат резултатите.

Јас сум исто така, не се сигурни како да го протолкува вашиот сервер оптоварување на податоци:

оптоварување просек: 4.07, 5,09, 5,26
Дали тие 3 различни во време мерења, или секој од нив е за одделни процесорот? Која е моќта на вашиот процесор?

КС. Кеш треба време да се пополни внатре

[Simon Lloyd]

Михал, повторно благодарение на одговорот на оптоварување просек ќе видите (и слика) се менува секој пат кога ќе се освежи, тоа е како да укажеме на еден sybmolic број, кога товарот просек покажува постојат околу 6 или 7 тогаш сајт е бавен но поголемиот дел од времето ладен кои за возврат им дава грешка.

Тука е процесорот податоци те праша за
Процесор # 1
Добавувачот
GenuineIntel
Име
Интел (Р) Xeon (R) CPU X3430@2.40GHz
Брзина на
2394.030 MHz
Кеш
8192 KB

Кога ќе провериш во WHM имам 1 Quad Core процесорот, а на серверот луѓе кажете ми имам 3 процесорот??

Не знам или претендираат да знаат како оптоварувањето на серверот просек е разработени (во последно време, во текот на изминатите 2 дена Тоа е околу:
Вчитај просек: 4,49 4,04 3,95

Форумот е на просечната брзина и тоа не чини да се предизвикува проблем во моментов, иако сообраќајот е околу:
271 (3 членови и 120 гости и 148 пајаци)
Кога врвот бројка е нормално околу 500-600, но тогаш тоа е викенд, па сообраќајот е помал.

[vBET]

Го прашав за брзината на процесорите, бидејќи како што веќе реков за оптеретеноста на серверот е само виртуелен вредност, па за брзо процесорот исто оптоварувањето на серверот ќе значи нешто друго отколку за бавен процесорот (брзи еден ќе го стори неговиот работни места брзо, па дури и ако не постојат дополнителни задачи чекање во ред тие ќе се постапува брзо).
За вашиот број на процесори - Во овој момент јас сум изгубен исто како тебе. Тоа е вашиот сервер и не ќе ви помогне да се утврди дали имате 1 или 3 процесори. Јас да ви кажам дека за сервери подобро е да се имаат поголем износ на побавен процесори од помала количина на побрзо. 2 +2 = 5, тоа значи дека 2 процесори со моќност 2 ќе направи подобра работа од 1 процесор со моќ 4, затоа што серверот има многу мали задачи, и со 1 процесор не можете да го направите тоа паралелно начин.
Оптоварувањето на серверот, исто така, ќе имаат поинакво значење во согласност со бројот на процесори. Ако навистина го имате 3 брз процесори тогаш оптоварувањето на серверот 6 (вкупно не на процесорот) е во ред, дури и без дополнителни проверки. Ако имате 1 процесор, тогаш треба дополнително да се провери во реално време на одговор за нашите канализација. Како што напиша веќе го направив тоа и тоа е во ред.

За време ќе го видите вашиот оптоварувањето на серверот е поголема и Страна побавно (кеширани еден - не заборавајте дека за не кеширани вистинскиот одговор не е до твојот сервер на сите, но најмногу на Google време на одговор), ве молиме проверете е тоа, бидејќи поголем сообраќај , или можеби тоа е затоа што на некоја позадина задачи (како vBulletin cron работни места, па дури и свој оперативен систем - како автоматско ажурирање задачи или нешто слично).

Според Вашиот последен одговор - ако не постои вистинска прашање - Дали имате потреба од какви било идни помош во оваа тема во моментов?

[Simon Lloyd]

Михал, благодарение на детален одговор, тоа е 4 процесорот, мојот единствен проблем е износот на% од процесорот дека vBET троши, како што типот тоа не are3 процеси прикажани во врвот за vBET на 55%, 52% и 48% оптеретеноста на процесорот и овие процеси се сите за датотеката / vbenterprisetranslator_seo.php, ако не постои ништо повеќе можете да сугерираат тогаш јас ви се заблагодарам за вашите коментари и ќе треба да се живее со неа како што јас дефинитивно не можат да си дозволат друг сервер се движи или надградба како Отидов од тоа да имаат VPS на В.М. во облак хостинг да посветена со цел да се задржи vBET работи, следниот скок на dual Quad Core (8 процесорот) е надвор од мојата цена.

[vBET]

Ве молиме имајте предвид дека она ОУ го видите не е vBT процесорот потрошувачка, но целиот форум потрошувачка. vbenterprisetranslator_seo.php не прави ништо - само поставува некои променливи и направија внатрешна пренасочува кон навистина бара датотека - тоа е само пред контролорот. Сите барања оди vbenterprisetranslator_seo.php - ќе го постави во htaccess фајлот..

Значи ова не е vBET потрошувачка - ова е целиот форум потрошувачка. За нормална страници vBET не прави ништо - само додава знамиња. За преведени страници целиот превод процес се случува, па процесорот потрошувачка секогаш ќе биде поголем отколку за нормално страница, бидејќи тоа се случува по нормална страница е генерирана. Значи прво нормално генерација се случува и тогаш резултат е преведен - па нема шанса да го withour дополнителни трошоци. Или ... Имаме решение за овој мравка е именуван Guest Кеш - за гости целата страници се кеширани и не е потребен превод се случува додека кеш не истече. Значи, ако веќе сте најавени како гостин Кеш тогаш vBET немаат повеќе решенија за да преводи користење помалку ресурси. Можете само да се оневозможи некои преводи - ќе имате тогаш помалку сообраќај кон преведени страници толку помалку потрошувачка на ресурси за преводи.

Ние направивме многу напор за профилирање vBET, промена на алгоритми, додавајќи повеќе подобрувања во перформансите. И ние никогаш не се третираат ова прашање што се затворени. Сепак во овој момент дури и со неколку слоеви на кеш, ние работиме со апликација која има многу промени и различни содржини за истата адреса во зависност од корисникот групи, па дури и за секој корисник (ако некој додаток додава такви работи) а ова бара retranslate за секој најавени корисник барање. За дрвосечач корисник ние може само да кешот реченица преводи, но не и цели страници како за корисниците. Ве молиме имајте во предвид дека vBET е додавање се повеќе и повеќе подобрувања во перформансите - уште никогаш нема да имаат магиска преводи без потрошувачката на ресурси. Дополнителна функционалност секогаш значи дополнителни ресурси потрошувачка.

Се пријавивме вашиот форум одговор време и тоа е навистина добро. Па јас не би помислил за префрлување на друг сервер, во овој момент. Исто како што пишува - се уште има половина на ресурсите слободни. Ти плаќаат за оваа ресурси, така нема ништо лошо да го користам. И се уште се во безбедна зона - па дури и кога вашиот сообраќај се зголемува вашиот форум ќе одговор во соодветно време. За процесорот првата светлина е 70% од просечната употреба (а не само во некој момент - просек). Ова е прв знак да се грижите за ресурси. Ако се игнорира ова, тогаш 90% од просечната потрошувачка на процесорот значи прочитате светлина, аларм, и веднаш треба да ја подобри - во спротивно дури и малку повеќе сообраќај може да направи драстични перформанси деградација. За меморијата е различна и зависи од оперативниот систем поставки за Swap.

И како КС - Внимавај решенија, како VPS - каде можете да додадете ресурси многу лесно без инсталирате:)

Ако веќе необработени сите перформанси совети тогаш само нешто што остана е да се оневозможи некои јазици и направи ажурирање на vBET како и оние што доаѓаат.