Site perlahan selepas mengosongkan cache

[tavenger5]

Saya telah melalui dan melaksanakan semua pengoptimuman helah yang mungkin saya boleh mendapatkan. Ini termasuk nginx sebagai seorang proksi untuk apache, vbOptimize dengan memcached, dan semua pengoptimuman vBulletin prosedur biasa.

Saya bekerja dengan dua pelayan teras pemproses dual quad dengan 12 dan *** ram, dan 15k SAS drive dalam serbuan. Jadi, dalam erti kata lain, pelayan mempunyai kuasa yang mencukupi untuk memproses segala-galanya.

Laman utama bermula untuk memperlahankan selepas cache vBET dibersihkan setiap 15 hari. (Pangkalan data dapat hanya lebih *** selepas tempoh 15 hari ini)> 500K muka surat sehari sedang merangkak oleh enjin carian.

Adakah apa-apa yang boleh saya lakukan untuk tweak apache untuk mengendalikan permintaan ini lebih baik? Ini adalah tetapan semasa apache saya:
dari httpd mpm.conf-
# Prefork MPM

StartServers 20
MinSpareServers 20
MaxSpareServers 25
MaxClients 180
MaxRequestsPerChild 1000

Dari httpd-default.conf:

Timeout 150
KeepAlive On
MaxKeepAliveRequests 80
KeepAliveTimeout 3
UseCanonicalName Off

[vBET]

Biar saya meneka - anda mempunyai vBSEO dan banyak pautan di halaman utama - saya betul?

Silap mata tersebut - jika anda tidak benar-benar perlu, maka tidak menggunakan strategi penjelasan lepas. Saya tahu bahawa terdapat jika - Adakah anda memeriksa strategi penjelasan lain? Lain-lain tidak akan mengosongkan cache keseluruhan dan akan mengambil lebih banyak sumber yang jelas dari pihak lain.

Seterusnya vBET 3.x siaran boleh membantu anda - kami akan menambah parameter prestasi baru maju untuk halaman yang benar-benar besar. Kami juga mendapati kesesakan dengan terjemahan pautan. Pada masa ini, kami telah melaksanakan penyelesaian untuk VB Friendly URL di vBET4.x (tidak dilepaskan lagi) dan kami akan cuba untuk menerima pakai juga untuk vBSEO. Jika kita berjaya kita akan bergerak juga vBET 3.x isu ini bahawa vBSEO meminta links salah satu demi satu dan ini menghasilkan puluhan permintaan Google. seperti yang saya tulis, kami pun melaksanakan penyelesaian untuk URL Frinedly VB - kita membuat terjemahan ditangguhkan. Masalah dengan vBSEO adalah bahawa ia berfungsi di luar VB, selepas terjemahan yang berlaku dan juga jangan beritahu tidak perlu url untuk memeriksa ketepatan salah satu sebenar
atau meletakkan dalam keluaran.
Lot details - tidak lama kita tahu satu kesesakan yang berlaku hanya apabila cache tidak dipenuhi dan kita sudah bekerja mengenai isu ini.

Oleh itu, pada masa ini, saya hanya boleh memberi nasihat anda untuk bermain dengan strategi penjelasan dan lain-lain parameter penjelasan. Bagi strategi lain:
- Jika penjelasan satu cache table tidak membunuh pelayan anda, kemudian set yang lebih besar 'Cache penjelasan timelap' - pelayan anda akan mengambil nafas di antara kawasan terbuka yang
- Analise lalu lintas forum anda dan semak apabila ia kurang - perubahan penjelasan pelaksanaan untuk kali ini
- Tetapkan cache yang lebih rendah TTL - kecil jadual akan dibersihkan supaya penjelasan itu sendiri akan mengambil kurang sumber. Sebelah Lain-lain - server akan perlu untuk meminta Google lebih kerap untuk terjemahan.
- Eksperimen: Penghapusan set 'Pantas tempatan dengan jadual mengoptimumkan terbuka / Includes / vbenterprisetranslator_functions.php dan komen di sana 3 barisan kod dengan 'Mengoptimumkan JADUAL TEMPATAN'. Ini akan membuat pemotongan yang benar-benar cepat tanpa upgrade indeks. NOTA: indeks akan berkembang, maka anda perlu untuk melaksanakan query secara manual - iaitu memeriksa sekali seminggu. Jika ia akan bekerja untuk anda, kami akan melaksanakan strategi baru, di mana indeks akan disusun semula tidak setiap hari.

[tavenger5]

Ya pada vbSEO.

Saya menggunakan penghapusan normal pada ketika ini dan ia tidak kelihatan mengambil masa terlalu lama untuk mendapatkan benda-benda yang dibersihkan. Dengan penghapusan tempatan cepat indeks yang ditinggalkan dalam kebijaksanaan, dan indeks penghapusan biasa dibersihkan? Akan mempunyai indeks lama mempunyai apa-apa faedah jika mereka tidak dioptimumkan?

Perkara hanya seolah-olah melambatkan apabila terdapat banyak lalu lintas di lokasi dan cache sedang dibina semula. Saya yakin ini adalah kerana proses apache tidak ditutup secepat yang mereka biasanya (sejak data ini diminta dari google).

Ia baik untuk mendengar bahawa versi seterusnya akan bertambah baik pada kelajuan lagi. Saya hanya membuat pasti tidak ada apa-apa lagi yang boleh saya lakukan dengan apache Tweaker.

[vBET]

Jika anda menggunakan penjelasan yang normal kemudian terlupa mengenai petunjuk saya. Saya fikir bahawa anda menggunakan strategi yang lepas dan keluarkan cache seluruh. Maaf - salah faham Biarkan sahaja kerana ia merupakan.

Dengan cara itu, saya boleh memberi nasihat untuk menetapkan Cache yang lebih besar TTL. Kurang data akan dikeluarkan setiap kali, jadi kurang data akan pulih.
Seperti yang saya tulis, kami telah menemui satu kesesakan dengan vBSEO + cache kosong dan kami sedang mengusahakannya

Apa yang anda juga boleh lakukan ialah memastikan bahawa pelayan anda tidak memegang permintaan keluar. Kami mendapati bahawa beberapa pelayan berkelakuan seperti ini jika banyak permintaan keluar pergi ke pelayan yang sama. Kerana 100 permintaan boleh mengambil masa yang 1000 x lebih dari 1 permintaan (secara teori harus mengambil masa lebih 100 x). Ia boleh beberapa firewall, pelayan isu keselamatan. Sudah tentu ia boleh bahawa Google meletakkan beberapa sedikit 'hukuman' dalam hal yang sedemikian. Oleh itu, jika anda boleh mencari sesuatu dalam bidang ini - ia dapat membantu. Jika tidak, sila tunggu untuk penambahbaikan