Перакладчык спажываюць занадта шмат рэсурсаў працэсара, а не выйсце правільна

[Simon Lloyd]

Прывітанне Ўсім, я пераехаў у спецыяльнай устаноўцы, а я быў haing пытанні, на мой 1gb vps, але я лічу, ім па-ранейшаму ўзнікаюць пытанні wwhich былі выкліканы перакладчык, ен пастаянна спажывае больш за 30% cpu для КОЖНАГА перакладу, а таксама пры перакладзе адбылося і не было звароту, то ўсе, што перакладчык сцэнар не завяршае працу правільна, гэта што-то адсутнічае, таму сервер, заўседы прыдумляе [PHP]<defunct>, it is NOT a server issue as my server, drivers and software are brand new out of the box, if it's any use to you here's a trace of one of the translator processes:
Process 6466 attached - interrupt to quit
clock_gettime(CLOCK_MONOTONIC, {78414, 549898071}) = 0
poll([{fd=20, events=POLLIN|POLLPRI}], 1, 648) = 1 ([{fd=20, revents=POLLIN}])
poll([{fd=20, events=POLLIN|POLLPRI}], 1, 0) = 1 ([{fd=20, revents=POLLIN}])
recvfrom(20, "HTTP/1.1 200 OK\r\nCache-Control: "..., 16384, 0, NULL, NULL) = 541
clock_gettime(CLOCK_MONOTONIC, {78414, 723610071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 723736071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 723815071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 723897071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 723981071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 724077071}) = 0
time([1292222225]) = 1292222225
close(20) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 724347071}) = 0
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "\375\0\0\0\3SELECT cache.originaltext a"..., 257) = 257
read(19, "\1\0\0\1\2k\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 241
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "\347\0\0\0\3SELECT cache.originaltext a"..., 235) = 235
read(19, "\1\0\0\1\2k\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 9268
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "\364\0\0\0\3SELECT cache.originaltext a"..., 248) = 248
read(19, "\1\0\0\1\2k\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 984
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "\32\1\0\0\3SELECT cache.originaltext a"..., 286) = 286
read(19, "\1\0\0\1\2l\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 4975
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "\375\0\0\0\3SELECT cache.originaltext a"..., 257) = 257
read(19, "\1\0\0\1\2k\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 241
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "u\1\0\0\3SELECT cache.originaltext a"..., 377) = 377
read(19, "\1\0\0\1\2l\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 2108
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "N\1\0\0\3SELECT cache.originaltext a"..., 338) = 338
read(19, "\1\0\0\1\2l\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 2693
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "\376\0\0\0\3SELECT cache.originaltext a"..., 258) = 258
read(19, "\1\0\0\1\2k\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 241
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "\375\0\0\0\3SELECT cache.originaltext a"..., 257) = 257
read(19, "\1\0\0\1\2k\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 241
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "(\1\0\0\3SELECT cache.originaltext a"..., 300) = 300
read(19, "\1\0\0\1\2l\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 243
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "&\1\0\0\3SELECT cache.originaltext a"..., 298) = 298
read(19, "\1\0\0\1\2l\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 243
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "(\1\0\0\3SELECT cache.originaltext a"..., 300) = 300
read(19, "\1\0\0\1\2l\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 243
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, ",\1\0\0\3SELECT cache.originaltext a"..., 304) = 304
read(19, "\1\0\0\1\2l\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 243
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "\373\0\0\0\3SELECT cache.originaltext a"..., 255) = 255
read(19, "\1\0\0\1\2k\0\0\2\3def\20thecodec_CCForum\5c"..., 16384) = 241
clock_gettime(CLOCK_MONOTONIC, {78414, 920421071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 920516071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 920599071}) = 0
time([1292222225]) = 1292222225
clock_gettime(CLOCK_MONOTONIC, {78414, 920816071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 920902071}) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 20
fcntl(20, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(20, F_SETFL, O_RDWR|O_NONBLOCK) = 0
connect(20, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("173.194.36.95")}, 16) = -1 EINPROGRESS (Operation now in progress)
clock_gettime(CLOCK_MONOTONIC, {78414, 921475071}) = 0
poll([{fd=20, events=POLLOUT}], 1, 1000) = 1 ([{fd=20, revents=POLLOUT}])
clock_gettime(CLOCK_MONOTONIC, {78414, 930363071}) = 0
getsockopt(20, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
getpeername(20, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("173.194.36.95")}, [85899345936]) = 0
getsockname(20, {sa_family=AF_INET, sin_port=htons(44624), sin_addr=inet_addr("91.215.181.165")}, [85899345936]) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 930819071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 930899071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 930977071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 931058071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 931136071}) = 0
sendto(20, "GET /ajax/services/language/tran"..., 1596, MSG_NOSIGNAL, NULL, 0) = 1596
poll([{fd=20, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
poll([{fd=20, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {78414, 931532071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 931611071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78414, 931694071}) = 0
poll([{fd=20, events=POLLIN|POLLPRI}], 1, 1000) = 1 ([{fd=20, revents=POLLIN}])
poll([{fd=20, events=POLLIN|POLLPRI}], 1, 0) = 1 ([{fd=20, revents=POLLIN}])
recvfrom(20, "HTTP/1.1 200 OK\r\nCache-Control: "..., 16384, 0, NULL, NULL) = 541
clock_gettime(CLOCK_MONOTONIC, {78415, 458505071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 458618071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 458720071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 458804071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 458889071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 458982071}) = 0
time([1292222225]) = 1292222225
close(20) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 459334071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 459506071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 459593071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 459677071}) = 0
time([1292222225]) = 1292222225
clock_gettime(CLOCK_MONOTONIC, {78415, 459894071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 459981071}) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 20
fcntl(20, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(20, F_SETFL, O_RDWR|O_NONBLOCK) = 0
connect(20, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("173.194.36.95")}, 16) = -1 EINPROGRESS (Operation now in progress)
clock_gettime(CLOCK_MONOTONIC, {78415, 460453071}) = 0
poll([{fd=20, events=POLLOUT}], 1, 1000) = 1 ([{fd=20, revents=POLLOUT}])
clock_gettime(CLOCK_MONOTONIC, {78415, 468506071}) = 0
getsockopt(20, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
getpeername(20, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("173.194.36.95")}, [85899345936]) = 0
getsockname(20, {sa_family=AF_INET, sin_port=htons(44635), sin_addr=inet_addr("91.215.181.165")}, [85899345936]) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 468990071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 469071071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 469149071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 469230071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 469309071}) = 0
sendto(20, "GET /ajax/services/language/tran"..., 2038, MSG_NOSIGNAL, NULL, 0) = 2038
poll([{fd=20, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
poll([{fd=20, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {78415, 469704071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 469783071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 469864071}) = 0
poll([{fd=20, events=POLLIN|POLLPRI}], 1, 1000) = 1 ([{fd=20, revents=POLLIN}])
poll([{fd=20, events=POLLIN|POLLPRI}], 1, 0) = 1 ([{fd=20, revents=POLLIN}])
recvfrom(20, "HTTP/1.1 200 OK\r\nCache-Control: "..., 16384, 0, NULL, NULL) = 541
clock_gettime(CLOCK_MONOTONIC, {78415, 996664071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 996792071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 996874071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 996958071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 997044071}) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 997142071}) = 0
time([1292222226]) = 1292222226
close(20) = 0
clock_gettime(CLOCK_MONOTONIC, {78415, 997421071}) = 0
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "\352\0\0\0\3\n\t\t\t\t\tUPDATE vb_session\n\t\t\t"..., 238) = 238
read(19, "0\0\0\1\0\1\0\2\0\0\0(Rows matched: 1 Cha"..., 16384) = 52
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, ":\0\0\0\3\n\t\tINSERT INTO vb_threadvie"..., 62) = 62
read(19, "\7\0\0\1\0\1\0\2\0\0\0", 16384) = 11
rt_sigaction(SIGPIPE, {0x1, [PIPE], SA_RESTORER|SA_RESTART, 0x3cef4302d0}, {0x1, [PIPE], SA_RESTORER|SA_RESTART, 0x3cef4302d0}, 8) = 0
poll([{fd=19, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(19, "\1\0\0\0\1", 5) = 5
shutdown(19, 2 /* send and receive */) = 0
close(19) = 0
munmap(0x2b227d4ac000, 585728) = 0
rt_sigaction(SIGPIPE, {0x1, [PIPE], SA_RESTORER|SA_RESTART, 0x3cef4302d0}, {0x1, [PIPE], SA_RESTORER|SA_RESTART, 0x3cef4302d0}, 8) = 0
write(1, "X-Powered-By: PHP/5.2.9", 23) = 23
write(1, "\r\n", 2) = 2
write(1, "Set-Cookie: vbet_language=af; Ma"..., 47) = 47
write(1, "\r\n", 2) = 2
write(1, "Set-Cookie: vbet_language=af; Ma"..., 47) = 47
write(1, "\r\n", 2) = 2
write(1, "X-Pingback: http://www.thecodeca"..., 59) = 59
write(1, "\r\n", 2) = 2
write(1, "Set-Cookie: tcclastvisit=1292222"..., 82) = 82
write(1, "\r\n", 2) = 2
write(1, "Set-Cookie: tcclastactivity=0; e"..., 76) = 76
write(1, "\r\n", 2) = 2
write(1, "Cache-Control: private", 22) = 22
write(1, "\r\n", 2) = 2
write(1, "Pragma: private", 15) = 15
write(1, "\r\n", 2) = 2
write(1, "X-UA-Compatible: IE=7", 21) = 21
write(1, "\r\n", 2) = 2
write(1, "Set-Cookie: vbet_sessionUsed=1; "..., 38) = 38
write(1, "\r\n", 2) = 2
write(1, "Set-Cookie: tccuserlgv=1; expire"..., 71) = 71
write(1, "\r\n", 2) = 2
write(1, "Set-Cookie: vbseo_loggedin=delet"..., 81) = 81
write(1, "\r\n", 2) = 2
write(1, "Content-type: text/html; charset"..., 38) = 38
write(1, "\r\n", 2) = 2
write(1, "Content-Encoding: gzip", 22) = 22
write(1, "\r\n", 2) = 2
write(1, "Content-Length: 19198", 21) = 21
write(1, "\r\n", 2) = 2
write(1, "\r\n", 2) = 2
write(1, "\37\213\10\0\0\0\0\0\0\377\355}\351r\33\307\222\356o1\302\357P\206\307&9\"\0\202\244("..., 19198) = 19198
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30, 0}}, NULL) = 0
rt_sigaction(SIGPROF, {0x5fae70, [PROF], SA_RESTORER|SA_RESTART, 0x3cef4302d0}, {0x5fae70, [PROF], SA_RESTORER|SA_RESTART, 0x3cef4302d0}, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
fcntl(4, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}) = 0
fcntl(4, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=1}) = 0
brk(0x1439e000) = 0x1439e000
brk(0x1421e000) = 0x1421e000
munmap(0x2b227d73c000, 2101248) = 0
munmap(0x2b227d53b000, 2101248) = 0
munmap(0x2b227d42b000, 528384) = 0
munmap(0x2b227d22a000, 2101248) = 0
munmap(0x2b227d1a9000, 528384) = 0
munmap(0x2b227cfa8000, 2101248) = 0
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
close(3) = 0
close(4) = 0
close(5) = 0
close(6) = 0
close(7) = 0
close(8) = 0
close(9) = 0
close(10) = 0
close(11) = 0
close(12) = 0
close(13) = 0
close(14) = 0
close(15) = 0
close(16) = 0
close(17) = 0
close(18) = 0
munmap(0x2b2270fa8000, 201326592) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
Process 6466 detached

[mateuszr]

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

Звярніце ўвагу, што vBET вельмі добра наладжваецца. Калі ў вас ёсць вялікі форум, і вы баіцеся, калі ласка, аб прадукцыйнасці пачаць толькі з 2-х мовах - зыходны і некаторыя іншыя. Пасля гэтага вы можаце кантралявалі чатыры форуму прадукцыйнасць і дадаваць новыя мовы, час ад часу. vBET падтрымлівае 52 моў (у наступнай версіі мы дадамо больш), і вы можаце выбраць, якія Вы хочаце, каб на вашым форуме. Некаторыя нашы кліенты не зацікаўлены ў тым, гэта наогул магчыма, некаторыя з нашых кліентаў абмяжоўвае яго прадукцыйнасць, некаторыя з нашых кліентаў выкарыстоўваюць усе мовы.

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

Такім чынам, мы шмат паляпшэнняў прадукцыйнасці. Я прапаную, каб убачыць наш выступ падказкі для больш падрабязнай інфармацыі:
vBET і прадукцыйнасці (http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html)

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

Спадзяюся, што гэтыя звесткі дапамогуць:)

[Simon Lloyd]

Я бачу, у вас ёсць двайны выпуск паведамленне тут!

Чаму вы адзначылі гэта вырашыць, перш чым я меў магчымасць адказаць?

Я бег vbet якое-то час, мовы былі ўключаныя павольна, я не выкарыстоўваю госця кэш, мой сервер мае 8 працэсараў четырехядерных і 2 Гб аператыўнай памяці PHP 5.2.9 MySQL Community 5, VBulletin 3.8.6.

Мой паведамілі праблема НЕ на цвердым дыску, гэта звязана з колькасцю працэсар, які яна выкарыстоўвае, І што праграмнае забеспячэнне не выступае яго выклік на PHP належным чынам, які прыводзіць [PHP]<defunct> on the server and until these drop off they occupy cpu time.

[mateuszr]

Двойчы паведамленняў - гэта не праблема, проста мой правайдэр прыпыніў сувязі і, такім чынам гэта адбылося;]

Заўважана ў якасці вырашана - карэкцыя ўжо зроблена, мне шкада, што



Мой паведамілі пытанне не месца на цвёрдым дыску, гэта звязана з колькасцю працэсараў, што ён выкарыстоўвае
Што пра гэтыя спасылку прадукцыйнасць намёкі я маю вас у апошняе паведамленне? Ёсць некалькі рашэнняў, каб зрабіць вашу сістэму менш загружаныя.
Акрамя таго, я прапаную Вам неабходна ўключыць падтрымку "госць кэш" - ён мае прыкметны ўплыў на прадукцыйнасць, асабліва для вашай загрузкі працэсара.
Калі яна ўключана, то вынік для гасцей будзе цалкам кэшавацца як дакладныя HTML-высновы.
ЗАЎВАГА: выкарыстоўваць гэтую опцыю, вы павінны быць упэўненыя, што сервер будзе мець прывілеі для стварэння кэш-файлаў у vbet_guestcache каталогу і яго падкаталогах (выкарыстоўвайце 'CHMOD 777-R vbet_guestcache').

[Simon Lloyd]

У мяне ёсць усе твики прадукцыйнасці сістэмы, ужо, толькі адзін я не меў набор быў госцем кэша, я звярнуў яго на з вашымі рэкамендацыямі, але маё месца на маёй віртуальнай машыны 50gb 26gb якіх ужо выкарыстоўваецца так можа быць, што ў мяне ёсць у сваю чаргу, госць кэш адменены з-за гэтага.

Ва ўсякім выпадку, што, акрамя VBET яшчэ выхадзе з працэсу PHP няправільна ў некаторым родзе, у выніку [PHP]<defunct> do you have any suggestions or updated vbet files to cure this?

[Simon Lloyd]

Ніжэй для / USR / BIN / PHP / галоўная / thecodec / public_html / forumz / vbenterprisetranslator_seo.php, якая займае 60% працэсарнага часу і Ёсць яшчэ многія з іх!

Працэс 26400 прыкладаецца - перапынення для выхаду
clock_gettime (CLOCK_MONOTONIC, {11988, 470791063}) = 0
Апытанне ([{FD = 20, падзеі = POLLIN | POLLPRI}], 1, 541) = 1 ([{FD = 20, revents = POLLIN}])
Апытанне ([{FD = 20, падзеі = POLLIN | POLLPRI}], 1, 0) = 1 ([{FD = 20, revents = POLLIN}])
recvfrom (20, "HTTP/1.1 200 OK \\ г \\ NCache-Control: "..., 16384, 0, NULL, NULL) = 3928
clock_gettime (CLOCK_MONOTONIC, {11988, 474643063}) = 0
clock_gettime (CLOCK_MONOTONIC, {11988, 474765063}) = 0
clock_gettime (CLOCK_MONOTONIC, {11988, 474844063}) = 0
clock_gettime (CLOCK_MONOTONIC, {11988, 474925063}) = 0
clock_gettime (CLOCK_MONOTONIC, {11988, 475011063}) = 0
clock_gettime (CLOCK_MONOTONIC, {11988, 475110063}) = 0
часу ([1292323924]) = 1292323924
блізкіх (20) = 0
clock_gettime (CLOCK_MONOTONIC, {11988, 475378063}) = 0
Апытанне ([{FD = 19, падзеі = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
пісаць (19, "\\ 204 \\ 26 \\ 0 \\ 0 \\ 3INSERT IGNORE INTO vb_vbent "..., 5768) = 5768
чытаць (19, "0 \\ 0 \\ 0 \\ 1 \\ 0 \\ 27 \\ 0 \\ 2 \\ 0 \\ 0 \\ 0 (запісаў: 64 дублявання "..., 16384) = 52
Апытанне ([{FD = 19, падзеі = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
пісаць (19 ", \\ 27 \\ 0 \\ 0 \\ 3INSERT IGNORE INTO vb_vbent "..., 6018) = 6018
чытаць (19 "/ \\ 0 \\ 0 \\ 1 \\ 0 \\ 17 \\ 0 \\ 2 \\ 0 \\ 0 \\ 0'Records: 18 дублявання "..., 16384) = 51
Апытанне ([{FD = 19, падзеі = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
пісаць (19, "\\ 36 \\ 20 \\ 0 \\ 0 \\ 3INSERT INTO vb_vbenterprise "..., 4130) = 4130
чытаць (19, "\\ 0 \\ 0 \\ 1 \\ 0 \\ 2 \\ 0 \\ 2 \\ 0 \\ 0 \\ 0 & Запісаў: 2. Duplicat "..., 16384) = 50
BRK (0xa9d3000) = 0xa9d3000
BRK (0xaa53000) = 0xaa53000
BRK (0xa8d3000) = 0xa8d3000
BRK (0xa913000) = 0xa913000
BRK (0xa953000) = 0xa953000
Апытанне ([{FD = 19, падзеі = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
пісаць (19, "\\ 354 \\ 0 \\ 0 \\ 0 \\ 3 \\ п \\ т \\ т \\ т \\ т \\ tUPDATE vb_session \\ п \\ т \\ т \\ т "..., 240) = 240
чытаць (19, "0 \\ 0 \\ 0 \\ 1 \\ 0 \\ 1 \\ 0 \\ 2 \\ 0 \\ 0 \\ 0 (супала запісаў: 1 Ча "..., 16384) = 52
Апытанне ([{FD = 19, падзеі = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
пісаць (19, "; \\ 0 \\ 0 \\ 0 \\ 3 \\ п \\ т \\ tINSERT INTO vb_threadvie "..., 63) = 63
чытаць (19, "\\ 7 \\ 0 \\ 0 \\ 1 \\ 0 \\ 1 \\ 0 \\ 2 \\ 0 \\ 0 \\ 0", 16384) = 11
rt_sigaction (SIGPIPE, {0x1, [PIPE], sa_restorer | SA_RESTART, 0x3cef4302d0}, {0x1, [PIPE], sa_restorer | SA_RESTART, 0x3cef4302d0}, 8) = 0
Апытанне ([{FD = 19, падзеі = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
пісаць (19, "\\ 1 \\ 0 \\ 0 \\ 0 \\ 1", 5) = 5
выключэння (19, 2 / * адпраўляць і атрымліваць * /) = 0
блізкіх (19) = 0
munmap (0x2aaafe3a8000, 585728) = 0
rt_sigaction (SIGPIPE, {0x1, [PIPE], sa_restorer | SA_RESTART, 0x3cef4302d0}, {0x1, [PIPE], sa_restorer | SA_RESTART, 0x3cef4302d0}, 8) = 0
запісы (1, "X-Powered-By: PHP/5.2.9", 23) = 23
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Set-Cookie: vbet_language = FA; Ма "..., 47) = 47
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Set-Cookie: vbet_language = FA; Ма "..., 47) = 47
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "X-Pingback: http://www.thecodeca "..., 59) = 59
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Set-Cookie: tcclastvisit = 1292323 "..., 82) = 82
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Set-Cookie: tcclastactivity = 0; электроннай "..., 76) = 76
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Cache-Control: прыватныя", 22) = 22
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Pragma: прыватныя", 15) = 15
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "X-UA-Compatible: IE = 7", 21) = 21
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Set-Cookie: vbet_sessionUsed = 1; "..., 38) = 38
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Set-Cookie: tccuserlgv = 1; мінае "..., 71) = 71
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Set-Cookie: vbseo_loggedin = Дэле "..., 81) = 81
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Content-Type: тэкст / HTML, кадоўка "..., 38) = 38
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Content-Encoding: GZIP", 22) = 22
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "Content-Length: 41315", 21) = 21
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "\\ г \\ п", 2) = 2
запісы (1, "\\ 37 \\ 213 \\ 10 \\ 0 \\ 0 \\ 0 \\ 0 \\ 0 \\ 0 \\ 377 \\ 354 \\ 275 [S [U \\ 2666 | \\ 235T \\ 361 \\ 37 і \\ 342 \\ RV6 \\ 266d \\ 311 \\ 347 "..., 41315) = 41315
setitimer (ITIMER_PROF, {it_interval = {0, 0}, it_value = {0, 0}}, NULL) = 0
setitimer (ITIMER_PROF, {it_interval = {0, 0}, it_value = {30, 0}}, NULL) = 0
rt_sigaction (SIGPROF, {0x5fae70, [PROF], sa_restorer | SA_RESTART, 0x3cef4302d0}, {0x5fae70, [PROF], sa_restorer | SA_RESTART, 0x3cef4302d0}, 8) = 0
rt_sigprocmask (SIG_UNBLOCK, [PROF], NULL, 8) = 0
Fcntl (4, F_SETLKW, {тып = F_WRLCK, адкуль = SEEK_SET, пачніце = 0, даўжыня = 1}) = 0
Fcntl (4, F_SETLKW, {тып = F_UNLCK, адкуль = SEEK_SET, пачніце = 0, даўжыня = 1}) = 0
BRK (0xa7d3000) = 0xa7d3000
BRK (0xa5d3000) = 0xa5d3000
munmap (0x2aaafe638000, 2101248) = 0
munmap (0x2aaafe437000, 2101248) = 0
munmap (0x2aaafe327000, 528384) = 0
munmap (0x2aaafe126000, 2101248) = 0
munmap (0x2aaafe0a5000, 528384) = 0
munmap (0x2aaafdea4000, 2101248) = 0
setitimer (ITIMER_PROF, {it_interval = {0, 0}, it_value = {0, 0}}, NULL) = 0
блізка (3) = 0
блізкіх (4) = 0
блізка (5) = 0
блізка (6) = 0
блізкія (7) = 0
блізкіх (8) = 0
блізкіх (9) = 0
блізкіх (10) = 0
блізкіх (11) = 0
блізкіх (12) = 0
блізкіх (13) = 0
блізкіх (14) = 0
блізкіх (15) = 0
блізкіх (16) = 0
блізкіх (17) = 0
блізкіх (18) = 0
munmap (0x2aaaf1ea4000, 201326592) = 0
--- SIGSEGV (памылка сегментацыі) @ 0 (0) ---
Працэс 26400 отдельностоящий

[mateuszr]

Звярніце ўвагу, што выхад не паказвае, як vBET спажывае ваш працэсар, але як усё ваша форуму спажывае ваш працэсар. Вы правяраеце, што вы будзеце ўсё яшчэ бачыць / галоўная / thebull / public_html / форумы / vbenterpris нават тады, калі vBET будзе адключаны, так як ваш. Htaccess перанакіроўвае ўсе запыты форуму (за выключэннем index.php) на нашым фронце vbenterprisetranslator_seo.php кантролер, які толькі ўстанаўлівае некаторыя зменныя для vBSEO і ўключае ў сябе vbseo.php Так vbenterprisetranslator_seo.php дзейнічае хутчэй як фільтр для перахопу vbseo.php якая фронт-кантролера. Калі вы выдаліце vBET цалкам, то ў вынік вы ўбачыце, што ўвесь працэсар займае vbseo.php - што будзе таксама няпраўда. Гэты выхад проста няслушна вытлумачаны.

Так што гэта не загрузка працэсара на vBET - гэта выкарыстанне працэсара на ўвесь ваш форум

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

Але, калі шчыра - не заўсёды. Таму што зараз у вас ёсць вялікія функцыянальныя Госці, кэш, які дазваляе ваш форум для атрымання адказаў нашмат хутчэй, нават для нармальных (не пераведзена) старонак форуму. Калі ласка, звярніце ўвагу, што гэтая функцыя усё яшчэ знаходзіцца ў стане бэта, але мы ўжо зрабілі там шмат абнаўленняў на аснове зваротнай сувязі карыстальнікаў. Так што калі вы не спрабавалі выкарыстаць яго ў апошні рэліз - паспрабуйце яе - у апошнім выпуску мы вырашылі многія пытанні, звязаныя з кэшам Госць:)