View Full Version: Prestasi dengan cache yang besar
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 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.
Itu kira-kira 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: D
Konstantin
18-02-10, 23:08
Adakah terdapat sebarang kemungkinan atau perlu disimpan dalam fail cache - untuk mengurangkan beban pada MYSQL pangkalan data? Saya hanya menggunakan dua bahasa sebagai bilangan jawatan banyak dan tidak mahu saiz besar pangkalan data akan menjadi tapak dengan vbet lebih baik untuk bekerja selepas memasang nginx, eaccelerator? Pernahkah anda terfikir tentang modul mencipta semula untuk mempercepatkan kerja di forum-forum yang besar? Menggunakan saiz cache 1-yang 2Gb dalam kes saya tidak merupakan satu pilihan. Ia boleh mempunyai apa-apa pilihan untuk pengoptimuman? Adakah mungkin untuk meletakkan modul vbet 3.3.1 forum vb3.8.4 + vbseo 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 pautan SEO Bursa. Rujukan hak cipta yang disalin ke 15 000 muka surat tidak sesuai untuk saya - $ 90 akan membayar $ 220 tetapi ia adalah sangat banyak
Adakah terdapat sebarang kemungkinan atau perlu disimpan dalam fail cache - untuk mengurangkan beban pada MYSQL pangkalan data? Laman akan bekerja vbet yang lebih baik selepas memasang nginx, eaccelerator? Pernahkah anda terfikir tentang modul mencipta semula untuk mempercepatkan kerja di forum-forum yang besar? Menggunakan saiz cache 1-yang 2Gb dalam kes saya tidak merupakan satu pilihan. Mengapa versi begitu mahal tanpa hak cipta? ($ 220) Saya menggunakan vbet 2.4.3 dan ingin membeli vbet 3.3.1. Forum saya menjual pautan SEO Bursa. Hak cipta disalin rujukan kepada 15 000 muka surat tidak sesuai untuk saya - $ 90 akan membayar $ 220 tetapi ia banyak saya hanya menggunakan dua bahasa sebagai bilangan jawatan 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
19-02-10, 01:52
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
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, kami sangat dekat dengan pembebasan vBET4.0 dan kami mempunyai banyak kerja dengan itu. Jika anda ingin kami untuk menguji vBET di bawah nginx, kemudian sila thread terbuka Permintaan Ciri-ciri yang baru di. Jika nginx berjalan php kemudian vBET akan bekerja di sana. Salah satu isu - jika anda ingin untuk menggunakan terjemahan SEO link kemudian menulis semula peraturan-peraturan yang perlu. Kami telah yang disediakan hanya untuk apache dalam fail Htaccess pada masa ini, tetapi jika anda tidak mampu untuk menulis semula dari apache ke nginx, maka anda boleh menggunakan pautan dengan sifat bahasa - 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.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions Inc. All rights reserved.