Perlu bantuan mengurangkan beban pelayan

[Simon Lloyd]

Hi, Saya menghadapi masalah dengan beban server saya, i telah dipindahkan ke khusus untuk cuba menyembuhkan ini tetapi masih mendapat beban pelayan yang tinggi, jika i melumpuhkan titisan beban vbet pelayan.

Seseorang yang boleh membantu?

@ Kamil, anda sudah mempunyai butiran akses penuh dihantar kepada anda dalam PM jika anda ingin untuk memeriksa.

[kamilkurczak]

Hello,
di sini anda mempunyai senarai vBET Petua: http://www.vbenterprisetranslator.co...rformance.html

ingat - jika anda mempunyai semua bahasa yang membolehkan anda mempunyai kandungan 53 lebih (benang, tiang dan sebagainya) di forum anda, dan sudah tentu tinggi lalu lintas forum.

Anda boleh mematikan beberapa bahasa dan tunggu apabila cache untuk bahasa yang dibolehkan akan diisi, selepas itu anda boleh membolehkan bahagian seterusnya terjemahan.

Kedua, relase ini kita telah besar meningkatkan (sangat besar salah satu) - ini adalah sistem cache memori (4 pilihan yang berbeza). Anda boleh menyemak dalam admincp-> vBET Cache. (Ingat - anda mesti menyepadukan pelayan anda menggunakan jenis ini cache)

[Simon Lloyd]

Saya telah melaksanakan semua bahawa saya boleh cadangan prestasi anda, saya juga telah mempunyai semua bahasa yang membolehkan (dan kebanyakan) sejak membeli vbet sekitar 6 bulan yang lalu, beban adalah tinggi secara konsisten sepanjang masa. Bagi Cache Memory (beta) i tidak fikir i mempunyai sebarang pemecut cache pada pelayan saya tetapi evrything lain ditetapkan sebagai satu arahan anda.

[kamilkurczak]

dari relase terakhir kami, kami bekerja pada sistem ingatan cache ini - ini harus yang besar dalam prestasi. Anda perlu mempunyai pelayan anda dikonfigurasi dengan sistem cache ini (mungkin anda sudah mempunyai - minta sokongan pelayan anda)

[Simon Lloyd]

Hi Kamil, i hanya check php info dan i tidak perlu, tetapi saya akan mendapatkan mereka untuk memasang xcache atau sesuatu seperti ini

[vBET]

Hi. Mengapa anda mempunyai masalah dengan beban pelayan anda? Saya lihat forum anda menterjemahkan benar-benar berpuasa, jadi masalah?

Sila ambil perhatian bahawa terjemahan yang dibuat oleh perkhidmatan luar dari Google. Ini bermakna bahawa apabila terjemahan berlaku benang anda sedang menunggu maklum balas daripada Google. Dan itulah sebabnya mengapa Beban pelayan anda dengan lebih besar, tetapi ia tidak mempengaruhi sistem, kerana menunggu benang tidak mengambil CPU mahupun ingatan tambahan (hanya telah digunakan). Itulah mengapa anda akan sentiasa mempunyai Server Beban yang lebih tinggi dengan membolehkan vBET (apabila kurang upaya thread tidak menunggu keputusan dari Google) dan dalam masa yang sama, forum anda akan masih bekerja cepat, kerana menunggu benang tidak mengambil CPU.

Jadi apa yang benar-benar diperlukan untuk mengambil kekasih Load Server adalah untuk memastikan bahawa benang tidak akan menunggu keputusan dari Google, tetapi malangnya Google membolehkan cache keputusan hanya selama 15 hari. Anda boleh cuba sendiri - jika anda melumpuhkan cache, atau hanya membuat masa untuk hidup yang lebih kecil, maka anda akan se Load Server berkembang kerana kurang hasil akan cache dan permintaan yang menunggu untuk jawapan Google. Terdapat ialah sihir - terjemahan datang dari mana-mana dan ia mengambil masa untuk mendapatkan dari Google.

Menggunakan memori cache boleh membantu dalam beberapa cara. Threads menunggu untuk keputusan Google masih akan menunggu (anda tidak akan lulus sehingga anda mempunyai cache semua terjemahan, dan anda tidak akan kerana ia dibersihkan mengikut TOS Google). Keputusan yang masih cache akan dijana lebih cepat, jadi permintaan tidak menunggu untuk terjemahan akan pergi lebih cepat daripada permintaan giliran.

Di sini anda boleh mengetahui apa sebenarnya beban pelayan: Beban server dan mengetahui bahawa selagi anda mempunyai sumber percuma Server Load bukan satu isu.

Mengetahui apa nilai beban pelayan tidak sangat penting. Mengetahui bagaimana untuk mentafsirkan nilai adalah apa yang diambil kira.

ingat takrif: beban pelayan mewakili bilangan proses yang menunggu untuk mengakses CPU. Tetapi tidak semua proses yang sama! Jika proses keutamaan rendah, apabila permintaan pelayan baru (muka surat permintaan) muncul, ia masih boleh dikendalikan hampir serta-merta.

Tidak menyebut bahawa beban pelayan hanya satu faktor daripada lain-lain lagi (memori penggunaan, penggunaan CPU, saiz fail swap)

Seperti biasa, dan seperti ramai orang yang terbabit secara langsung dalam perniagaan menjadi tuan rumah berkata, ia semua bergantung kepada tingkah laku sebenar. Adakah halaman yang memuatkan pantas? Adakah proses seperti mencari melalui pangkalan data mengambil masa yang munasabah? Maka anda tidak benar-benar mempunyai masalah, apa-apa beban pelayan

Jadi, ujian utama adalah cara yang pelayan bertindak. Jika pelayan cepat, nombor, walaupun ia dipanggil "pelayan beban", benar-benar tidak bermakna banyak

Jadi kerana pelayan anda pantas dan saya dapat melihat jawapan forum anda dengan cepat, Isu anda hanya maya - tidak ada isu sebenar. Beban Server adalah nilai yang tidak memberikan anda maklumat mengenai prestasi sebenar, hanya tanda-tanda jika anda tahu bagaimana untuk mentafsir (iaitu jika pelayan berjalan dengan baik dengan X beban pelayan, maka anda boleh mula menyemak apa yang sedang berlaku, jika ia pesat tumbuh 2X atau sesuatu seperti itu). Hanya nombor statik yang memberikan anda apa-apa, lebih baik cek CPU dan memori anda untuk memastikan bahawa nilai ini adalah OK untuk pelayan anda dan jika ia OK maka tidak kira apa nilai Beban Server.

Namun jika anda ingin beberapa petunjuk tambahan:
- Membuat lebih besar cache TTL jika anda berubah kepada yang lebih rendah (lalai adalah maksimum yang dibenarkan oleh TOS Google).
- Jika anda mempunyai sebarang isu ruang HDD mematikan tugas cron untuk membersihkan cache tetamu - ia tidak perlu dibersihkan sama sekali, kerana ia menyegarkan keputusan seperti yang diperlukan, masih banyak membuang fail lama boleh mengambil masa yang benar-benar panjang untuk php.
- Menggunakan ingatan cache
- Pada akhir (tetapi saya benar-benar melihat ada rasa, kerana anda tidak mempunyai isu prestasi) mula melumpuhkan bahasa yang memberikan anda kurang trafik

By the way - apa yang Load Server anda, CPU purata dan penggunaan memori, dan apa perkakasan adakah anda mempunyai (berapa banyak CPU, ingatan)? Adakah fail swap digunakan?

[Simon Lloyd]

Berikut adalah butiran seperti soalan-soalan anda
1) Load Server
*********************
08:22:53 up 44 hari, 13:31, 1 pengguna, purata beban: 4,07, 5,09, 5,26
USER TTY FROM LOGIN @ IDLE JCPU PCPU APA
root pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) CPU dan penggunaan memori
********************
jumlah yang digunakan bebas dikongsi cache penampan
Mem: 4040 3616 424 0 256 2809
- / + Penampan / cache: 550 3490
Pertukaran: 8001 24 7976
*********************************
3) berapa banyak CPU
3

EDIT: hanya mengambil snapshot di sini http://www.thecodecage.com/forumz/server.png pelayan saya seperti semua kali ini, gambaran ini SELEPAS membolehkan memcahce.

[Simon Lloyd]

Maklumat sebagaimana yang ditambah di sini log Proses Top:

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 - skip-luar- mengunci
mysql 6.7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-luar- mengunci
mysql 6.6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-luar- mengunci
akar 6.0% / bin / sh / usr / local / bin / rkhunter-c - cronjob

[vBET]

Berikut adalah butiran seperti soalan-soalan anda
1) Load Server
*********************
08:22:53 up 44 hari, 13:31, 1 pengguna, purata beban: 4,07, 5,09, 5,26
USER TTY FROM LOGIN @ IDLE JCPU PCPU APA
root pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) CPU dan penggunaan memori
********************
jumlah yang digunakan bebas dikongsi cache penampan
Mem: 4040 3616 424 0 256 2809
- / + Penampan / cache: 550 3490
Pertukaran: 8001 24 7976
*********************************
3) berapa banyak CPU
3

EDIT: hanya mengambil snapshot di sini http://www.thecodecage.com/forumz/server.png pelayan saya seperti semua kali ini, gambaran ini SELEPAS membolehkan memcahce.

Saya tidak pasti bagaimana untuk mentafsir ukuran anda. Seperti yang saya lihat CPU anda digunakan di sekitar 185% ... Oleh itu, atau ada sesuatu yang betul panas dalam pengukuran atau ia terpakai untuk 1 CPU - jika anda mempunyai 3, maka anda boleh menggunakan 300%. Jika ini adalah cara yang betul, maka ia bermakna anda masih mempunyai banyak sumber CPU bebas. Jika tidak, sila betulkan saya dan beritahu bagaimana untuk mentafsir keputusan.

Saya juga tidak pasti bagaimana untuk mentafsir data beban pelayan anda:

beban purata: 4,07, 5,09, 5,26

Adakah orang-orang 3 yang berbeza dalam ukuran masa, atau masing-masing untuk CPU berasingan? Apakah kuasa CPU anda?

PS. Cache memerlukan masa untuk mengisi.

[Simon Lloyd]

Michal, sekali lagi terima kasih untuk jawapan purata beban yang anda lihat (dan dalam snapshot) berubah setiap kali anda refresh, ia adalah seperti anda menunjukkan bilangan sybmolic, apabila purata beban menunjukkan terdapat sekitar 6 atau 7 maka laman web ini adalah perlahan tetapi kebanyakan masa langsung menunjukkan sikap yang seterusnya memberikan ralat.

Berikut adalah data cpu anda meminta
Processor # 1
Penjual
GenuineIntel
Nama
Intel (R) Xeon (R) CPU X3430@2.40GHz
Speed
2394.030 MHz
Cache
8192 KB

Apabila saya menyemak dalam WHM i 1 quad teras CPU, manakala orang-orang pelayan memberitahu saya i ada 3 cpu???

Saya tidak tahu atau berpura-pura tahu bagaimana purata beban pelayan adalah bekerja (sejak akhir-akhir ini, sejak 2 hari lalu, ia telah wujud:
Purata beban: 4,49 4,04 3,95

Forum kelajuan purata dan ia nampaknya tidak akan menyebabkan isu sekarang, walaupun lalu lintas adalah sekitar:
271 (3 ahli dan 120 tetamu dan 148 Spider)
Jika angka atas biasanya sekitar 500 - 600, tetapi kemudian ia hujung minggu lalu lintas adalah lebih rendah.