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.com/forum/general-discussions/243-vbet-performance.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 (http://whreviews.com/server-load.htm) 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 yang 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 gambar di sini http://www.thecodecage.com/forumz/server.png pelayan saya adalah seperti ini sepanjang masa, gambaran ini adalah 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 gambar di sini http://www.thecodecage.com/forumz/server.png pelayan saya adalah seperti ini sepanjang masa, gambaran ini adalah 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.

[vBET]

Saya bertanya tentang kelajuan CPU, kerana seperti yang kita sudah memberitahu Load Server hanya nilai maya, jadi untuk CPU yang cepat beban pelayan yang sama akan bermakna sesuatu yang lain daripada CPU perlahan (puasa akan melakukan kerja dengan pantas, jadi walaupun ada tugas tambahan menunggu dalam giliran, mereka akan dikendalikan cepat).
Mengenai bilangan CPU anda - pada masa ini, saya hilang seperti anda. Ia adalah pelayan anda dan saya tidak akan membantu anda untuk menentukan adakah anda mempunyai 1 atau 3 CPU. Saya boleh memberitahu anda bahawa untuk pelayan adalah lebih baik untuk mempunyai jumlah yang lebih besar CPU perlahan daripada jumlah yang lebih kecil daripada lebih cepat. 2 +2 = 5 ini bermakna bahawa 2 pemproses dengan 2 kuasa akan melakukan kerja yang lebih baik daripada 1 pemproses dengan kuasa 4, kerana pelayan mempunyai banyak tugas-tugas kecil, dan mempunyai 1 pemproses anda tidak boleh melakukannya dengan cara yang selari.
Beban Server juga akan mempunyai makna yang berbeza mengikut bilangan pemproses. Jika anda benar-benar mempunyai 3 pemproses pantas maka beban server 6 (jumlah tidak per CPU) OK walaupun tanpa memeriksa tambahan. Jika anda mempunyai 1 pemproses, maka anda tambahan perlu menyemak masa tindak balas yang sebenar bagi pembetung kami. Seperti yang anda menulis, anda sudah melakukannya dan ia OK.

Untuk kali anda melihat beban pelayan anda adalah lebih besar dan halaman yang lebih perlahan (satu cache - sila ingat bahawa tidak cache masa tindak balas yang sebenar tidak sehingga ke pelayan anda semua, tetapi sehingga masa tindak balas Google), sila semak ia kerana lalu lintas yang lebih besar , atau mungkin ia adalah kerana beberapa tugas latar belakang (seperti vBulletin cron pekerjaan, atau bahkan sistem operasi anda sendiri - seperti tugas-tugas kemas kini automatik atau sesuatu seperti itu).

Menurut jawapan terakhir anda - jika tidak ada isu yang sebenarnya - adakah anda perlu apa-apa bantuan pada masa hadapan dalam topik ini sekarang?

[Simon Lloyd]

Michal, terima kasih untuk sambutan yang terperinci, ia adalah 4 cpu itu, kebimbangan hanya saya adalah yang jumlah daripada% daripada cpu bahawa vBET menggunakan, sebagai i jenis ini terdapat are3 proses yang ditunjukkan di atas untuk vBET di 55%, 52% dan cpu 48% penggunaan dan proses ini semua fail / vbenterprisetranslator_seo.php, jika tiada apa yang lebih anda boleh menyarankan kemudian i terima kasih di atas komen anda dan akan tinggal bersama sebagai i pasti tidak mampu satu lagi langkah pelayan atau menaik taraf seperti yang i pergi dari mempunyai VPS VM dalam awan hosting untuk khusus untuk menyimpan vBET berjalan, lompat sebelah teras quad dual (8. cpu) daripada julat harga saya.

[vBET]

Sila ambil perhatian bahawa apa yang ou melihatnya tidak penggunaan CPU vBT tetapi penggunaan forum keseluruhan anda. vbenterprisetranslator_seo.php tidak melakukan apa-apa - hanya menetapkan beberapa pembolehubah dan dalaman redirect ke fail yang benar-benar diminta - ia hanya pengawal depan. Semua permintaan pergi ke vbenterprisetranslator_seo.php - yang telah anda tetapkan dalam file Htaccess anda..

Jadi ini tidak penggunaan vBET - ini adalah penggunaan forum keseluruhan anda. Untuk halaman normal vBET tidak melakukan apa-apa - hanya menambah bendera. Untuk halaman diterjemahkan keseluruhan proses penterjemahan berlaku penggunaan CPU akan sentiasa lebih besar daripada untuk halaman biasa, kerana ia berlaku selepas halaman biasa dihasilkan. Jadi generasi normal pertama berlaku dan kita mesti diterjemahkan - jadi tidak ada peluang mempunyai withour kos tambahan. Atau ... Kami ada penyelesaian untuk semut ini dinamakan Cache Ulasan - untuk tamu seluruh halaman cache dan terjemahan tidak berlaku selagi sebagai cache tidak habis tempoh. Jadi jika anda sudah menggunakan Cache tetamu, maka vBET tidak mempunyai penyelesaian yang lebih untuk membuat terjemahan yang menggunakan kurang sumber. Anda hanya boleh mematikan beberapa terjemahan - anda akan mempunyai trafik yang kemudian kurang halaman yang diterjemahkan kurang penggunaan sumber demikian untuk terjemahan.

Kami jadikan banyak usaha untuk vBET profil, perubahan algoritma, sambil menambah lebih banyak peningkatan prestasi. Dan kita tidak menganggap isu ini sebagai ditutup. Masih pada masa ini walaupun dengan beberapa lapisan-cache, kita bekerja dengan permohonan yang telah banyak perubahan dan kandungan yang berlainan untuk URL yang sama bergantung usergroup pengguna, atau bahkan untuk setiap pengguna (jika plugin beberapa menambah apa-apa perkara) dan ini memerlukan menterjemahkan kembali untuk setiap log permintaan pengguna. Untuk pengguna Logger kita hanya boleh cache terjemahan ayat, tetapi tidak keseluruhan laman-laman web seperti untuk pengguna. Sila ambil perhatian bahawa vBET menambah peningkatan prestasi yang lebih banyak - masih anda tidak akan mempunyai terjemahan ajaib dengan penggunaan sumber tidak. Fungsi tambahan sentiasa bermakna penggunaan sumber tambahan.

Kami memeriksa masa tindak balas forum anda dan ia benar-benar baik. Jadi saya tidak akan berfikir tentang bertukar kepada pelayan yang lain pada masa ini. Sama seperti anda menulis - anda masih mempunyai separuh daripada sumber-sumber percuma. Anda bayar untuk ini sumber-sumber itu, ada apa-apa yang salah menggunakannya. Dan anda masih dalam zon selamat - jadi apabila trafik anda meningkat forum anda akan balas dalam masa yang sesuai. Untuk cahaya CPU pertama adalah 70% daripada penggunaan purata (bukan sahaja dalam masa beberapa - purata). Ini adalah tanda-tanda yang pertama bimbang tentang sumber. Jika anda mengabaikan ini, maka 90% daripada purata penggunaan CPU ertinya membaca cahaya, penggera, dan keperluan segera untuk menaik taraf - jika tidak, walaupun sedikit lebih banyak lalu lintas boleh membuat kemerosotan prestasi drastik. Sebagai ingatan, ia adalah berbeza dan bergantung kepada OS tetapan untuk swap.

Dan sebagai PS - sila mempertimbangkan penyelesaian seperti VPS - di mana anda boleh menambah sumber-sumber yang sangat mudah tanpa memasang semula:)

Jika anda sudah yg Muthalib prestasi semua tanda-tanda maka satu-satunya perkara kiri adalah untuk melumpuhkan beberapa bahasa dan membuat pengemaskinian vBET sebagai orang-orang datang.