CPU consomme trop de traducteur et de ne pas sortir correctement

[Simon Lloyd]

Salut à Tous, j'ai déménagé à une installation spéciale comme je l'ai été haing questions sur mon 1go vps, mais je trouve que je suis encore avoir des problèmes wwhich sont causés par le traducteur, il est constamment en train de consommer plus de 30% de cpu pour CHAQUE traduction, aussi quand la traduction a eu lieu, accédé ou quel que soit le traducteur script ne se ferme pas correctement, il manque quelque chose pour que le serveur vient toujours avec [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]

Votre base de données va croître lorsque vous utilisez vBET. Encore s'il vous plaît noter que ce ne sera pas influencer votre production normale pages (non traduit), parce vBET utilise ses propres tables pour le cache - ne pas ajouter des données aux tables vBulletin (seulement la langue utilisateur par défaut dans la table user, mais ce n'est très petite quantité de données ). Nous ne sommes pas séparés des forums sur la liste par sa taille - vous pouvez le vérifier et de faire votre propre taille de comparaison.

S'il vous plaît noter que vBET est très configurable. Si vous avez grand forum et vous avez peur de la performance s'il vous plaît commencer avec seulement deux langues - l'original et quelques autres. Ensuite, vous pouvez surveiller quatre performances forum et ajouter de nouvelles langues, de temps en temps. vBET supporte 52 langues (dans la prochaine version, nous allons ajouter plus) et vous pouvez choisir lequel vous souhaitez avoir sur votre forum. Certains de nos clients ne sont pas intéressés à avoir tous les possibles, certains de nos clients qu'il limite pour la performance, certains de nos clients utilisent toutes les langues.

Aussi, nous avons invité le cache qui se tiendra grande quantité d'espace disque dur, mais permettra de donner des réponses immédiates, sans aucune base de données pour la génération de requêtes - c'est parce que des clients peuvent vBET cache des réponses complètes sous forme de fichiers statiques.

Nous avons donc beaucoup d'améliorations de performances. Je suggère de voir nos astuces performances pour plus de détails:
vBET et de la performance (http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html)

S'il vous plaît noter que la simple comparaison du nombre de postes et les utilisateurs sur d'autres forums ne vous donnera pas assez d'informations - vous ne verrez pas l'information la plus importante - de quelle grandeur sont les ressources de ce forum. Je veux dire nombre et la puissance du processeur, quantité de mémoire, aussi important peut être une configuration spécifique d'Apache, MySQL, vBulletin. Une chose est matérielle, 2ème réglage de logiciels pour de meilleures performances.

J'espère que ces informations vous aideront:)

[Simon Lloyd]

Je vois que vous avez le problème double post ici aussi!

Pourquoi avez-vous marqué cette résolus avant que j'ai eu la chance de répondre?

J'ai fait tourner vBET pendant un moment, les langues ont été allumés lentement, je n'utilise pas de cache invité, mon serveur dispose de 8 processeurs quad core et 2 Go de RAM PHP 5.2.9 MySQL Community 5, vBulletin 3.8.6.

Ma question n'est PAS de l'espace disque dur, il est à faire avec la quantité de CPU, il est utilisé ET que le logiciel n'est pas sortie de son appel à PHP correctement ce qui résulte en [PHP]<defunct> on the server and until these drop off they occupy cpu time.

[mateuszr]

Double messages - ce n'était pas un problème, juste ma connexion FAI suspendus et donc c'est arrivé;]

Marquer comme résolu - correction a été faite, je suis désolé pour cette



Mon problème signalé n'est pas l'espace disque dur, il est à faire avec la quantité de CPU qu'il utilise
A propos des performances de ces indices pointent je vous ai dans le dernier message? Il existe plusieurs solutions pour rendre votre système moins chargé.
De plus, je vous suggère de permettre «cache invité» - elle a un effet notable des performances, en particulier pour charge de votre processeur.
Si activé, alors les résultats pour les clients seront entièrement mises en cache en sortie HTML exacte.
REMARQUE: Pour utiliser cette option, vous devez être sûr que le serveur va avoir les privilèges pour créer des fichiers de cache dans le répertoire et ses sous-répertoires vbet_guestcache (utilisez la commande 'chmod 777-R vbet_guestcache').

[Simon Lloyd]

J'ai tous vos performances tweaks ensemble déjà, le seul que je n'ai pas eu a été mis en cache invité, je l'ai allumé avec vos recommandations, mais mon espace sur mon VM est 50GB qui 26gb est déjà utilisé donc il se peut que je n'ai à leur tour invités hors cache à cause de cela.

De toute façon cela de côté VBET est encore de la sortie d'un processus PHP mal dans un certain sens résultant de [PHP]<defunct> do you have any suggestions or updated vbet files to cure this?

[Simon Lloyd]

L'est au-dessous d'un répertoire / usr / bin / php / home / thecodec / public_html / forumz / vbenterprisetranslator_seo.php qui prend 60% du temps CPU et il ya beaucoup plus d'eux!

Processus 26400 ci-joint - d'interrompre à quitter
clock_gettime (CLOCK_MONOTONIC, {11988, 470791063}) = 0
sondage ([{fd = 20, les événements = POLLIN | POLLPRI}], 1, 541) = 1 ([{fd = 20, = revents POLLIN}])
sondage ([{fd = 20, les événements = POLLIN | POLLPRI}], 1, 0) = 1 ([{fd = 20, = revents POLLIN}])
recvfrom (20, "HTTP/1.1 200 OK \\ r \\ 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
temps ([1292323924]) = 1292323924
proches (20) = 0
clock_gettime (CLOCK_MONOTONIC, {11988, 475378063}) = 0
sondage ([{fd = 19, les événements = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
écriture (19, "\\ 204 \\ 26 \\ 0 \\ 0 \\ 3Insérez IGNORE INTO vb_vbent "..., 5768) = 5768
lire (19 "0 \\ 0 \\ 0 \\ 1 \\ 0 \\ 27 \\ 0 \\ 2 \\ 0 \\ 0 \\ 0 (Enregistrements: 64 Duplica "..., 16384) = 52
sondage ([{fd = 19, les événements = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
écriture (19, "~ \\ 27 \\ 0 \\ 0 \\ 3Insérez IGNORE INTO vb_vbent "..., 6018) = 6018
lire (19 "/ \\ 0 \\ 0 \\ 1 \\ 0 \\ 17 \\ 0 \\ 2 \\ 0 \\ 0 \\ 0'Records: 18 Duplica "..., 16384) = 51
sondage ([{fd = 19, les événements = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
écriture (19, "\\ 36 \\ 20 \\ 0 \\ 0 \\ 3Insérez EN vb_vbenterprise "..., 4130) = 4130
lire (19, "\\ 0 \\ 0 \\ 1 \\ 0 \\ 2 \\ 0 \\ 2 \\ 0 \\ 0 \\ 0 & Records: 2. faire double emploi avec "..., 16384) = 50
brk (0xa9d3000) = 0xa9d3000
brk (0xaa53000) = 0xaa53000
brk (0xa8d3000) = 0xa8d3000
brk (0xa913000) = 0xa913000
brk (0xa953000) = 0xa953000
sondage ([{fd = 19, les événements = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
écriture (19, "\\ 354 \\ 0 \\ 0 \\ 0 \\ 3 \\ n \\ t \\ t \\ t \\ t \\ tUPDATE vb_session \\ n \\ t \\ t \\ t "..., 240) = 240
lire (19 "0 \\ 0 \\ 0 \\ 1 \\ 0 \\ 1 \\ 0 \\ 2 \\ 0 \\ 0 \\ 0 (Rows matched: 1 Cha "..., 16384) = 52
sondage ([{fd = 19, les événements = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
écriture (19, "; \\ 0 \\ 0 \\ 0 \\ 3 \\ n \\ t \\ tINSERT EN vb_threadvie "..., 63) = 63
lire (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
sondage ([{fd = 19, les événements = POLLIN | POLLPRI}], 1, 0) = 0 (Timeout)
écriture (19, "\\ 1 \\ 0 \\ 0 \\ 0 \\ 1", 5) = 5
arrêt (19, 2 / * envoyer et recevoir * /) = 0
proches (19) = 0
munmap (0x2aaafe3a8000, 585 728) = 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 = fa; Ma "..., 47) = 47
write (1, "\\ r \\ n", 2) = 2
write (1, "Set-Cookie: vbet_language = fa; 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 = 1292323 "..., 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; expirent "..., 71) = 71
write (1, "\\ r \\ n", 2) = 2
write (1, "Set-Cookie: vbseo_loggedin = suppri "..., 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: 41315", 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 \\ 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, {type = F_WRLCK, d'où = SEEK_SET, start = 0, len = 1}) = 0
fcntl (4, F_SETLKW, {type = F_UNLCK, d'où = SEEK_SET, start = 0, len = 1}) = 0
brk (0xa7d3000) = 0xa7d3000
brk (0xa5d3000) = 0xa5d3000
munmap (0x2aaafe638000, 2101248) = 0
munmap (0x2aaafe437000, 2101248) = 0
munmap (0x2aaafe327000, 528 384) = 0
munmap (0x2aaafe126000, 2101248) = 0
munmap (0x2aaafe0a5000, 528 384) = 0
munmap (0x2aaafdea4000, 2101248) = 0
setitimer (ITIMER_PROF, {it_interval = {0, 0}, it_value = {0, 0}}, NULL) = 0
fermer (3) = 0
proches (4) = 0
proches (5) = 0
proche (6) = 0
proche (7) = 0
proches (8) = 0
proche (9) = 0
près (10) = 0
proches (11) = 0
proches (12) = 0
proches (13) = 0
proches (14) = 0
proches (15) = 0
près (16) = 0
proches (17) = 0
proches (18) = 0
munmap (0x2aaaf1ea4000, 201,326,592) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
Processus 26400 détachés

[mateuszr]

S'il vous plaît noter que votre sortie ne montre pas comment vBET consomme votre CPU, mais la façon dont votre forum en entier consomme votre CPU. Vous vérifiez voir que vous verrez toujours / home / thebull / public_html / forums / vbenterpris même quand vBET sera désactivée, parce que votre. Htaccess est rediriger toutes les requêtes du forum (sauf index.php) à notre vbenterprisetranslator_seo.php contrôleur frontal, qui ne fixe que quelques variables pour vBSEO et comprend donc vbseo.php vbenterprisetranslator_seo.php agit davantage comme filtre pour intercepter vbseo.php qui est contrôleur frontal. Si vous retirez vBET complètement, puis dans votre sortie, vous verrez que l'ensemble CPU est pris par vbseo.php - ce qui sera également pas vrai. Cette sortie est simplement mal interprété.

Donc ce n'est pas l'utilisation du CPU par vBET - c'est l'utilisation du CPU par l'ensemble de votre forum

Aussi s'il vous plaît noter que pour les pages non traduites vBET ne fait presque rien - il suffit d'ajouter des drapeaux et analyse langtitle monde (seulement si il ya de quoi analyser). Donc, si votre utilisation du processeur augmente après l'activation vBET c'est parce que vous avez du trafic supplémentaire vers les pages traduites. Lorsque la page traduite est utilisée, alors vBET ont de le traduire et peu importe comment nous permettra d'optimiser notre code (ce que nous faisons tout le temps), il coûtera toujours quelque chose. Mais ...

Mais pour être honnête - pas toujours. Parce que maintenant vous avez une grande fonctionnalité de cache invité qui permet à votre forum pour générer des réponses beaucoup plus rapide, même pour les pages normales du forum (non traduites). S'il vous plaît noter que cette fonctionnalité est encore à l'état bêta, mais nous avons déjà fait il ya beaucoup de mises à jour en s'appuyant sur les commentaires de nos utilisateurs. Donc, si tu n'as pas essayé de l'utiliser dans le communiqué dernier - s'il vous plaît essayez - en dernière version, nous avons résolu de nombreux problèmes liés à la Cache clients:)