Prestasi dengan cache yang besar

[moman]

Saya kini mempunyai sistem saya dikonfigurasikan untuk mengosongkan seluruh cache setiap minggu. Dengan cache kosong, pangkalan data saya adalah kira-kira 1.1Gb, sementara dengan cache penuh, kira-kira 4.5Gb.

Saya dapati bahawa lebih besar cache, semakin tinggi beban pelayan purata saya mendapat. Pada bila-bila masa diberikan forum saya mempunyai antara 650 dan 1300 pengguna dalam talian, tetapi ini nampaknya tidak menjejaskan beban sebanyak sebagai saiz cache.

Dengan cache yang besar, beban pelayan 3,3-3,8, manakala dengan satu kosong, ia kekal dalam julat 2,0-2,5. Ini bukanlah buruk sama sekali, kerana saya mempunyai server 16-teras, tetapi saya tertanya-tanya sama ada apa-apa tingkah laku yang dijangka dengan saiz pangkalan data yang berubah-ubah!

Terima kasih,
Adam

[vBET]

vBET mempunyai indeks untuk jadual cache dan menggunakan enjin terpantas MySQL untuk topi - MyISAM. Oleh itu, kita mempunyai pilihan yang terbaik untuk cache DB. Perbezaan keseluruhan yang anda dapati tidak di sisi vBET, tetapi di sisi MySQL yang melaksanakan pertanyaan. Indeks memberikan tindak balas yang lebih cepat dan memastikan bahawa masa tindak balas adalah tidak akan secara dramatik sehingga dengan jumlah yang lebih besar data. Masih MySQL untuk mencari indeks yang lebih besar dan saya rasa ia mengambil lebih banyak sumber. Itulah sebabnya mengapa anda notis pelayan beban yang lebih besar.

Juga - apabila terjemahan dalam cache, maka ia diambil dari sana. Jika tidak maka Google diminta untuk terjemahan. Ia mengambil masa yang lebih itu, tetapi yang paling mungkin mengambil masa juga kurang sumber pelayan anda. Ia mengambil masa yang lebih kerana ada komunikasi dengan pelayan Google yang mengambil masa, ada terjemahan yang mengambil masa dan menghantar keputusan dari Google untuk pelayan anda yang juga mengambil masa. Ia mengambil masa kurang sumber, kerana pelayan menunggu jawapan pasif dan apabila ia mendapat hanya ada mudah Mengeluarkan mesin dari bungkusan sambutan. Mendapatkan terjemahan dari cache adalah lebih, jauh lebih cepat - terjemahan sudah selesai dan ia adalah pada pelayan anda sendiri, masih ia perlu diambil dari database, query perlu dilaksanakan, MySQL mengambil beberapa CPU dan memori untuk itu.

Andaikan - menggunakan cache adalah idea yang sangat baik. Jika anda akan merasa pelayan yang mempunyai isu-isu, barulah anda boleh melakukan percubaan untuk mematikan cache untuk beberapa bahasa dan bandingkan prestasi pelayan. Kami tidak menasihati untuk membuang cache sepenuhnya.

[moman]

Itu tentang apa yang saya harapkan

Prestasi baik sekarang, ia hanya beban tidak pernah pergi jauh lebih tinggi daripada 2.0 sebelum vBET. Saya fikir ia berbaloi, walaupun!

Selagi sebagai beban di bawah 16,0 maka pelayan tidak dikenakan cukai, jadi saya fikir kita denda

[Konstantin]

Adakah mungkin atau perlu untuk menyimpan cache dalam fail - untuk mengurangkan beban ke atas pangkalan data MySQL?
Saya hanya menggunakan dua bahasa sebagai bilangan post banyak dan tidak mahu saiz besar pangkalan data

Adakah terdapat satu laman yang lebih baik dengan kerja vbet selepas memasang nginx, eaccelerator?
Pernahkah anda terfikir untuk merungkaikan kekusutannya modul untuk mempercepatkan kerja pada forum yang besar? Penggunaan saiz cache 1-2Gb dalam kes saya, bukan penyelesaian. Mungkin ada cara untuk mengoptimumkan kerja?
Adakah mungkin untuk meletakkan modul forum vbet 3.3.1 vb3.8.4 + vbseo 3.5RC2?
Mengapa begitu mahal versi tanpa hak cipta? (220 $)
Saya menggunakan 2.4.3 vbet dan ingin membeli vbet 3.3.1. Forum saya menjual link untuk pertukaran SEO. Copyright diulang merujuk kepada 15 000 muka surat untuk saya betul - $ 90 bayar $ 220 tetapi terlalu banyak

[vBET]

Adakah mungkin atau perlu untuk menyimpan cache dalam fail - untuk mengurangkan beban ke atas pangkalan data MySQL?
Adakah terdapat satu laman yang lebih baik dengan kerja vbet selepas memasang nginx, eaccelerator?
Pernahkah anda terfikir untuk merungkaikan kekusutannya modul untuk mempercepatkan kerja pada forum yang besar? Penggunaan saiz cache 1-2Gb dalam kes saya, bukan penyelesaian.
Mengapa begitu mahal versi tanpa hak cipta? (220 $)
Saya menggunakan 2.4.3 vbet dan ingin membeli vbet 3.3.1. Forum saya menjual link untuk pertukaran SEO. Copyright diulang merujuk kepada 15 000 muka surat untuk saya betul - $ 90 bayar $ 220 tetapi terlalu banyak
Saya hanya menggunakan dua bahasa sebagai bilangan post banyak dan tidak mahu saiz besar pangkalan data

Kami merancang untuk menambah juga cache fail untuk vBET. Kerana sekarang keutamaan kami dan kebanyakan usaha vBET4.0 kita tidak mempunyai jadual untuk fungsi cache file. Sila ingat bahawa anda boleh menyesuaikan bahasa akan bekerja dengan cache. Oleh itu, jika anda mahu anda boleh menggunakan cache hanya untuk beberapa terjemahan yang anda akan sediakan. Sila ambil perhatian bahawa versi berbayar vBET dipertingkatkan cache pangkalan data supaya ia lebih cepat dalam versi percuma. Terdapat juga kemajuan lain dalam versi berbayar - secara amnya, ia adalah lebih cepat dan mengambil ingatan kurang. Kami sudah mempunyai pelanggan yang berjaya menggunakannya di papan besar.
Kami tidak dibuat ujian prestasi dengan nginx pemecut tidak boleh membandingkan.
Sila ambil perhatian bahawa membeli lesen penjenamaan percuma tidak wajib dan anda sentiasa boleh menaik taraf lesen anda kemudian.

[Konstantin]

Terima kasih atas balasan anda. Nginx adalah pelayan seperti apache. Saya nasihatkan anda untuk membaca - kerja-kerja caching terbaik dalam php + nginx + eaccelerator dan vbet anda boleh lebih cepat

[vBET]

Terima kasih atas balasan anda. Nginx adalah pelayan seperti apache. Saya nasihatkan anda untuk membaca - kerja-kerja caching terbaik dalam php + nginx + eaccelerator dan vbet anda boleh lebih cepat

Pada masa ini, kita sangat dekat dengan pengeluaran vBET 4.0 dan kita mempunyai banyak kerja dengan itu. Jika anda mahu kami menguji vBET di bawah nginx, maka Sila buka thread baru dalam permintaan ciri. Jika nginx berjalan php maka vBET akan bekerja di sana. Satu isu-jika anda ingin menggunakan terjemahan SEO link maka akan menulis semula peraturan akan perlu. Kami mempunyai mereka yang disediakan hanya untuk Apache dalam fail. Htaccess pada masa ini, tetapi jika anda tidak dapat menulis semula dari Apache ke nginx maka anda boleh sentiasa menggunakan link dengan bahasa sifat - ini adalah sangat mudah. Anda boleh melakukan percubaan dengan versi percuma untuk mengelakkan sebarang isu-isu yang tidak dijangka sebelum anda membeli salah satu dibayar.