PDA

View Full Version: Soal Lambat setelah kosongkan cache situs



tavenger5
16-03-10, 19:41
Aku sudah melalui dan menerapkan semua trik optimasi dapat saya temukan. Ini termasuk nginx sebagai proxy untuk apache, vbOptimize dengan memcached, dan semua prosedur vBulletin biasa optimasi.

Aku bekerja dengan dua server prosesor quad dual core dengan 12 dan *** ram, dan 15k SAS drive dalam serangan. Jadi, dengan kata lain, server memiliki kekuatan yang cukup untuk memproses semuanya.

Situs utama mulai melambat setelah cache dibersihkan vBET setiap 15 hari. (Database sampai ke lebih dari *** setelah periode hari 15)> 500k halaman sehari sedang dijelajahi oleh mesin pencari.

Apakah ada yang bisa saya lakukan untuk men-tweak apache untuk menangani permintaan ini lebih baik? Ini adalah saya saat ini apache pengaturan:
dari httpd-mpm.conf
# Prefork MPM

StartServers 20
MinSpareServers 20
MaxSpareServers 25
MaxClients 180
MaxRequestsPerChild 1000
Dari httpd-default.conf:

Timeout 150
KeepAlive Pada
MaxKeepAliveRequests 80
KeepAliveTimeout 3
UseCanonicalName Off

vBET
17-03-10, 01:23
Biar kutebak - Anda memiliki vBSEO dan banyak link di halaman utama - aku benar? ;)

Caranya adalah - jika Anda tidak benar-benar harus, maka jangan menggunakan strategi kliring lalu. Saya tahu bahwa ada adalah jika - tidak Anda memeriksa strategi kliring lain? Lain tidak akan menghapus cache keseluruhan dan akan mengambil lebih banyak sumber daya untuk membersihkan dari sisi lain.

Berikutnya vBET rilis 3.x dapat membantu Anda - kami akan menambahkan parameter kinerja baru canggih untuk halaman benar-benar besar. Kami juga menemukan hambatan dengan terjemahan link. Pada saat ini kami telah mengimplementasikan solusi untuk URL vB Ramah vBET4.x (tidak dirilis belum) dan kami akan mencoba untuk mengadopsi itu juga untuk Klik di sini. Jika kita berhasil, kita akan bergerak juga untuk vBET 3.x Masalahnya adalah bahwa vBSEO meminta link satu per satu dan ini menghasilkan puluhan permintaan Google. seperti yang saya tulis kita sudah diimplementasikan solusi untuk URL Frinedly vB - kami membuat terjemahan tertunda. Masalah dengan vBSEO adalah bahwa ia bekerja di luar vB, setelah terjemahan terjadi dan juga tidak mengatakan tidak perlu untuk memeriksa kebenaran url satu aktual
atau untuk memasukkannya ke dalam output.
Banyak rincian - lama kita ketahui salah satu hambatan yang terjadi hanya ketika cache tidak diisi dan kita sudah bekerja pada masalah ini.

Jadi pada saat ini saya hanya bisa menyarankan Anda untuk bermain dengan strategi kliring dan parameter kliring lain. Untuk strategi lain:
- Jika kliring dari satu tabel cache tidak membunuh server Anda, kemudian menetapkan besar 'Cache kliring timelap' - server Anda akan mengambil napas antara pembukaan
- Analise lalu lintas forum Anda dan periksa bila kurang - perubahan kliring eksekusi untuk saat ini
- Mengatur Cache TTL rendah - tabel yang lebih kecil akan dihapus sehingga kliring sendiri akan mengambil sumber daya kurang. Sisi lain - server akan harus lebih sering meminta Google untuk terjemahan.
- Eksperimen: 'penghapusan Cepat lokal dengan mengoptimalkan tabel' mengatur buka / includes / vbenterprisetranslator_functions.php dan komentar ada 3 baris kode dengan 'TABLE MENGOPTIMASI LOKAL'. Ini akan membuat penghapusan benar-benar cepat tanpa meng-upgrade indeks. CATATAN: indeks akan tumbuh, sehingga Anda harus mengeksekusi query secara manual - yaitu periksa sekali per minggu. Jika ia akan bekerja untuk Anda kami akan menerapkan strategi baru, di mana indeks akan direorganisasi tidak setiap hari.

tavenger5
17-03-10, 01:47
Ya pada Klik di sini.

Saya menggunakan penghapusan normal pada saat ini dan tampaknya tidak memakan waktu terlalu lama untuk mendapatkan sesuatu dibersihkan. Dengan penghapusan lokal cepat adalah indeks tersisa dalam bijaksana, dan indeks penghapusan normal dibersihkan? Akan memiliki indeks lama memiliki manfaat apapun jika mereka tidak dioptimalkan?

Satunya hal yang tampaknya untuk memperlambat ketika ada banyak lalu lintas di situs tersebut dan cache dibangun kembali. Aku yakin ini adalah karena proses apache tidak ditutup secepat mereka biasanya (karena data yang diminta dari google).

Ini baik untuk mendengar bahwa versi berikutnya akan memperbaiki kecepatan lagi. Aku hanya memastikan tidak ada hal lain saya bisa lakukan dengan apache tweaker.

vBET
17-03-10, 02:09
Jika Anda menggunakan kliring normal maka melupakan petunjuk saya. Saya berpikir bahwa Anda menggunakan strategi terakhir dan menghapus cache keseluruhan. Maaf - kesalahpahaman:) Biarkan saja seperti itu.

Dengan cara seperti saya bisa menyarankan untuk mengatur TTL Cache yang lebih besar. Data yang kurang akan dihapus setiap kali, sehingga data kurang akan pulih.
Seperti yang saya tulis kita sudah menemukan satu hambatan dengan vBSEO + cache kosong dan kami bekerja di atasnya:)

Apa yang Anda juga bisa lakukan adalah memastikan bahwa server Anda tidak memegang permintaan keluar. Kami menemukan bahwa beberapa server berperilaku seperti ini jika permintaan keluar banyak akan server yang sama. Karena 100 permintaan dapat mengambil waktu lebih dari 1000 x 1 permintaan (secara teoritis harus meluangkan waktu 100 x lebih). Hal ini dapat beberapa firewall, server masalah keamanan. Tentu saja dapat bahwa Google menempatkan beberapa 'hukuman' sedikit dalam kasus tersebut. Jadi jika Anda dapat menemukan sesuatu di daerah ini - dapat membantu. Jika tidak silahkan menunggu perbaikan:)

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Translated to other languages supported by vB Enterprise Translator 4.10.1