Önbelleği temizledikten sonra yavaş Sitesi

[tavenger5]

Ben bulabilirim tüm olası optimizasyon hileler yoluyla gitti ve uyguladık. Bu apache için bir proxy olarak nginx içerir, memcached vbOptimize ve tüm düzenli vbulletin optimizasyon işlemleri.

Ram 12 ve ***, baskında 15k sas sürücüler ile iki çift dört çekirdekli işlemcili sunucular ile çalışıyorum. Yani, bir başka deyişle, sunucuların her şeyi işlemek için yeterli güce sahip.

Ana site BB önbellek 15 günde temizlendikten sonra doğru yavaş başlar. > 500k sayfaları arama motorları tarafından taranmasını (veritabanı sadece *** Bu 15 günlük süre sonra üzerine alır).

Ben daha iyi yönetir, bu istekleri apache çimdik için yapabileceğim bir şey var mı? Bu benim şimdiki apache ayarları:
httpd-mpm.conf
# Prefork modülü

StartServers 20
MinSpareServers 20
MaxSpareServers 25
MaxClients 180
MaxRequestsPerChild 1000

Httpd-default.conf:

Zaman Aşımı 150
KeepAlive On
MaxKeepAliveRequests 80
KeepAliveTimeout 3
Kapalı UseCanonicalName

[vBET]

İşin püf noktası - Eğer gerçekten yoksa, o zaman son takas strateji kullanmayın. Olduğunu biliyoruz eğer - Diğer takas stratejileri kontrol yaptı? Diğer bütün önbelleği temizlemek ve diğer taraftan temizlemek için daha fazla kaynak alacak.

Sonraki BB 3.x sürümü size yardımcı olabilir gerçekten büyük sayfaları için yeni gelişmiş performans parametreleri katacak. Ayrıca bağlantılar çeviri darboğaz keşfetti. Bu noktada vBET4.x (henüz serbest bırakılmadı) vB Dostu URL'ler için çözüm uygulamaya koymuştur ve biz vBSEO de kabul çalışacağız. 3.x BB de hareket edecek başarılı olursa sorun vBSEO bağlantıları tek tek sorar ve bu Google istekleri onlarca üretir. biz zaten vB frinedly URL'ler için yazdım çözümünü uygulamaya - gecikmiş çeviri yaptı. Çeviri olur ve aynı zamanda söyleme yaptıktan sonra vBSEO sorun, gerçek bir doğruluğunu kontrol etmek için url ihtiyacı, vB dışında çalıştığını
veya çıkış koymak.
Lot ayrıntıları - kısa bir süre önbellek dolu değil sadece ne zaman olur ve biz zaten bu konu üzerinde çalışıyor bir darboğaz biliyoruz.

Yani şu anda ben sadece takas stratejileri ve diğer temizleme parametreleri ile oynamak için tavsiyelerde bulunabilir. Diğer stratejiler için:
- Bir önbellek tablo takas sunucunuza öldürme değilse, o zaman daha büyük 'Cache temizleme timelap ayarlamak - sunucu açıklık arasında bir nefes alacak
- Bu sefer değişiklik takas yürütme - daha az zaman forumu trafiği analiz ederler ve kontrol
- Set düşük önbellek TTL kendisi daha az kaynak alacak temizleyerek, böylece küçük tablolar silinecektir. Diğer yan sunucu çeviriler için daha sık Google sormak olacaktır.
- DENEYSEL: Açık kümesi optimize tabloları ile Hızlı silme ' / / Vbenterprisetranslator_functions.php içerir orada yorum 3 satır kod 'YEREL TABLOSU optimize. Bu indeksler yükseltme olmadan gerçekten hızlı silme yapacaktır. NOT: dizinleri artacak, böylece el sorgu yürütmek zorunda kalacak, yani haftada bir kere kontrol. Sizin için çalışacak, dizinler her gün yeniden olacak yeni bir strateji uygulayacak.

[tavenger5]

Evet vBSEO üzerinde.

Şu anda normal bir silme kullanıyorum ve şeyler temizlenir almak için çok uzun sürer gibi görünmüyor. Hızlı yerel silinmesi ile inceliğini sol indeksler ve normal silme indeksler temizlenir? Optimize değilse eski indeksler olan herhangi bir yararı var mı?

Şeyler, sadece trafik bir çok sitede ve önbellek yeniden inşa ediliyor yavaşlaması gibi görünüyor. Apache süreçleri normalde (veri google dan talep olduğundan) gibi hızlı bir şekilde kapalı değildir, çünkü bu eminim.

Sonraki sürümü yeniden hızını artıracağını duymak güzel. Ben sadece verdiği apache yapabileceği başka bir şey yoktu emin olun.

[vBET]

Sonra normal temizleme kullanıyorsanız ipuçları hakkında unuttum. Ben son bir strateji kullanarak ve tüm önbellek kaldırmak olduğunu düşündüm. Üzgünüz - yanlış anlaşılma Sadece olduğu gibi bırakın.

Bu şekilde büyük Önbellek TTL ayarlamak için tavsiyelerde bulunabilir. Her zaman daha az veri silinecektir, bu nedenle daha az veri kurtarmak olacaktır.


Ne yapabilirim sunucu giden istekleri tutan olmadığından emin olun. Biz birçok giden istekleri aynı sunucuya gidiyor, bazı sunucuları bu gibi davrandığını keşfetti. 100 istekleri 1 isteği (teorik olarak 100 x daha fazla zaman ayırın) göre 1000 x daha fazla zaman alabilir. Bu bazı güvenlik duvarı, sunucu güvenlik sorunu olabilir. Tabii ki böyle bir durumda Google, bazı küçük 'ceza' koyar. Bu alanda bir şeyler bulabilirsiniz Yani eğer yardımcı olabilir. Iyileştirmeler için lütfen bekleyin değilse