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

і я атрымліваю больш наведванняў кожны дзень, але мне яшчэ трэба лепшую аптымізацыю аб тым, як 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

[vBET]

Добры дзень.

Як вы пісалі vBET даў вам шмат новага руху. Так параўноўваючы працэсар, і членаў выкарыстання да і пасля vBET, на самай справе параўнанне працэсараў, і членаў выкарыстання да і пасля таго, як больш трафіку ...
Так што гэта параўнанне не дарэчы. Існуе няма магчымасці мець такое ж выкарыстанне рэсурсаў з вялікім трафікам. Таксама звернеце ўвагу, што vBET практычна не прымае ніякіх рэсурсаў для нармальнага старонак (толькі генеруе сцягі), так што ўсе вашы дадатковыя выкарыстанне рэсурсаў адбываецца ад дадатковы трафік - трафік, каб перакладзеныя старонкі. Больш руху = больш рэсурсаў, неабходных

Звярніце ўвагу, што vBET запытаў аптымізаваныя, усе выкарыстоўваюць індэксы і прыняць усе дадзеныя ў некалькі запытаў. Калі ласка, праверце ваш часопіс павольных запытаў, каб вызначыць, што сапраўды займае большую частку вашага часу MySQL. Акрамя таго - заўсёды можна перабудоўваць індэксы ў выпадку, калі што-то ўрэзаўся ў вашу БД MySQL.

Калі ласка, скажыце, што памер вашай табліцы кэш? Таксама, калі ласка, скажыце, якую версію vBET вы выкарыстоўваеце і даць ваш форум URL.

Калі ласка, азнаёмцеся з намёкамі прадукцыйнасці: http://www.vbenterprisetranslator.co...rformance.html

Так павышэнне прадукцыйнасці адбудзецца

[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 Technologies Галоўная

мой сайт эканоміць больш за 10 мільёнаў запытаў у дзень з vboptimise і калі вы працуеце з ім, каб лепш усё vbet падтрымкі могуць быць шчаслівыя

паглядзець
В. Б. Аптымізацыя - Рэсурс Статыстыка

[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,



Таксама я ўжо не мае значэння блакавання змесціва ў маім файле robots.txt

[vBET]

Як я ўжо пісаў, мы будзем удасканальваць сістэму кэшавання

[vBET]

Наступны выпуск будзе мець поўны кэш-файла, які зробіць вашы старонкі хутчэй генераваць для гасцей - нават тыя, якія не пераводзяцца

[bhanuprasad1981]

Наступны выпуск будзе мець поўны кэш-файла, які зробіць вашы старонкі хутчэй генераваць для гасцей - нават тыя, якія не пераводзяцца

спадзяюся, што мы атрымліваем гэта хутка