КПК

Прагляд поўнай версіі: Вырашанае Патрэбна дапамога зніжэння нагрузкі на сервер



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 06/08% / 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%. Калі гэта правільна, то гэта азначае, што ў вас яшчэ шмат свабодных рэсурсаў працэсара. Калі няма калі ласка, папраўце мяне і скажыце, як інтэрпрэтаваць вынікі.

Я таксама не ўпэўнены, як інтэрпрэтаваць дадзеныя нагрузкі на сервер:

Сярэдняя загрузка: 04/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 made by vB Enterprise Translator 4.10.1