Kinerja dengan cache yang besar

[moman]

Saya saat ini memiliki sistem saya dikonfigurasi untuk membersihkan seluruh cache setiap minggu. Dengan cache yang kosong, database saya adalah tentang 1.1Gb, sedangkan dengan cache penuh, ini tentang 4.5Gb.

Saya telah memperhatikan bahwa semakin besar cache, semakin tinggi beban server rata-rata saya mendapat. Pada waktu tertentu forum saya memiliki antara 650 dan 1300 pengguna online, namun ini tampaknya tidak mempengaruhi beban sebanyak ukuran cache.

Dengan cache yang besar, beban server 3,3-3,8, sedangkan dengan yang kosong, itu tetap dalam kisaran 2,0-2,5. Ini tidak buruk sama sekali, karena saya memiliki sebuah server 16-inti, tapi aku hanya bertanya-tanya apakah seperti perilaku yang akan diharapkan dengan ukuran basis data berfluktuasi!

Terima kasih,
Adam

[vBET]

vBET memiliki indeks untuk tabel cache dan menggunakan mesin tercepat MySQL untuk topi - MyISAM. Jadi kita memiliki pilihan terbaik untuk cache DB. Seluruh perbedaan yang Anda perhatikan adalah tidak di sisi vBET, tetapi di sisi yang mengeksekusi query MySQL. Indeks memberikan respon lebih cepat dan meyakinkan bahwa waktu respon ini tidak akan secara dramatis dengan jumlah yang lebih besar data. MySQL masih harus mencari indeks lebih besar dan seperti yang saya kira itu membutuhkan lebih banyak sumber daya. Itulah sebabnya Anda melihat server load yang lebih besar.

Juga - ketika terjemahan dalam cache maka diambil dari sana. Jika tidak maka Google diminta untuk terjemahan. Ini membutuhkan waktu lebih, tetapi kemungkinan besar mengambil juga sumber daya kurang dari server Anda. Ini membutuhkan waktu lebih lama karena ada komunikasi dengan server Google yang membutuhkan waktu, ada terjemahan yang membutuhkan waktu dan ada mengirim hasil dari Google ke server Anda yang juga membutuhkan waktu. Dibutuhkan sumber daya kurang, karena server sedang menunggu respon pasif dan ketika itu akan di sana hanya sederhana membongkar respon. Mendapatkan terjemahan dari cache jauh, jauh lebih cepat - terjemahan sudah dilakukan dan itu di server Anda sendiri, tetap saja perlu diambil dari database, query harus dieksekusi, MySQL mengambil beberapa CPU dan memori untuk itu.

Dengan asumsi - menggunakan cache adalah ide yang sangat baik. Jika Anda akan merasa server yang memiliki masalah dengan itu Anda dapat melakukan percobaan untuk menonaktifkan cache untuk beberapa bahasa dan membandingkan kinerja server. Kami tidak menyarankan untuk menghapus cache sepenuhnya.

[moman]

Itu tentang apa yang saya harapkan

Kinerja baik sekarang, hanya saja beban tidak pernah pergi jauh lebih tinggi dari 2,0 sebelumnya vBET. Saya pikir itu layak, though!

Selama beban dibawah 16,0 maka server tidak dikenai pajak, jadi saya pikir kita baik-baik saja

[Konstantin]

Apakah mungkin atau diperlukan untuk menyimpan cache dalam file - untuk mengurangi beban pada database MySQL?
Saya hanya menggunakan dua bahasa sebagai jumlah posting banyak dan tidak ingin ukuran besar database

Apakah akan ada situs yang lebih baik dengan pekerjaan vBET setelah menginstal nginx, eAccelerator?
Pernahkah Anda berpikir memperbaharui modul untuk mempercepat pekerjaan pada forum besar? Gunakan ukuran cache 1-2Gb dalam kasus saya, bukan solusi. Mungkin ada cara untuk mengoptimalkan pekerjaan?
Apakah mungkin untuk menempatkan modul vBET 3.3.1 + Klik di sini forum vb3.8.4 3.5RC2?
Mengapa versi begitu mahal tanpa hak cipta? (220 $)
Saya menggunakan vBET 2.4.3 dan ingin membeli vBET 3.3.1. Forum saya menjual link untuk pertukaran SEO. Copyright digandakan referensi untuk 15 000 halaman untuk saya tepat - $ 90 bersedia membayar tapi $ 220 adalah terlalu banyak

[vBET]

Apakah mungkin atau diperlukan untuk menyimpan cache dalam file - untuk mengurangi beban pada database MySQL?
Apakah akan ada situs yang lebih baik dengan pekerjaan vBET setelah menginstal nginx, eAccelerator?
Pernahkah Anda berpikir memperbaharui modul untuk mempercepat pekerjaan pada forum besar? Gunakan ukuran cache 1-2Gb dalam kasus saya, bukan solusi.
Mengapa versi begitu mahal tanpa hak cipta? (220 $)
Saya menggunakan vBET 2.4.3 dan ingin membeli vBET 3.3.1. Forum saya menjual link untuk pertukaran SEO. Copyright digandakan referensi untuk 15 000 halaman untuk saya tepat - $ 90 bersedia membayar tapi $ 220 adalah terlalu banyak
Saya hanya menggunakan dua bahasa sebagai jumlah posting banyak dan tidak ingin ukuran besar database

Kami berencana untuk menambahkan juga file cache untuk vBET. Karena sekarang prioritas kami dan upaya yang paling berada di vBET4.0 kita tidak memiliki jadwal untuk fungsionalitas file cache. Harap diingat bahwa Anda dapat menyesuaikan bahasa yang akan bekerja dengan cache. Jadi jika Anda mau, Anda bisa menggunakan cache hanya untuk beberapa terjemahan yang Anda akan membuat tersedia. Juga harap dicatat bahwa versi berbayar vBET telah meningkatkan cache database jadi lebih cepat bahwa dalam versi gratis. Ada juga perbaikan lain dalam versi berbayar - umumnya ia lebih cepat dan mengambil lebih sedikit memori. Kita sudah memiliki pelanggan yang berhasil menggunakan di papan besar.
Kami tidak membuat kinerja tes dengan nginx akselerator sehingga tidak bisa membandingkan.
Harap dicatat bahwa membeli merek lisensi gratis tidak wajib dan Anda selalu dapat meng-upgrade lisensi Anda nanti.

[Konstantin]

Terima kasih untuk balasan Anda. Nginx adalah server seperti apache. Saya menyarankan Anda untuk membaca - caching terbaik di php + nginx + eAccelerator dan vBET Anda dapat lebih cepat

[vBET]

Terima kasih untuk balasan Anda. Nginx adalah server seperti apache. Saya menyarankan Anda untuk membaca - caching terbaik di php + nginx + eAccelerator dan vBET Anda dapat lebih cepat

Saat ini kita berada sangat dekat dengan vBET4.0 rilis dan kami memiliki banyak pekerjaan dengan itu. Jika Anda ingin kami untuk menguji vBET di bawah nginx, maka silahkan buka thread baru di permintaan fitur. Jika nginx menjalankan php kemudian vBET akan bekerja di sana. Salah satu isu - jika Anda ingin menggunakan terjemahan link SEO kemudian menulis ulang aturan akan diperlukan. Kami memiliki orang-orang yang siap untuk apache dalam .htaccess file saat ini, tetapi jika Anda tidak bisa menulis ulang dari apache ke nginx maka Anda dapat selalu menggunakan link dengan bahasa atribut - ini sangat mudah. Anda dapat melakukan percobaan dengan versi gratis untuk menghindari masalah yang tak terduga sebelum Anda membeli satu dibayar.