Saya kadang-kadang menjalankan terhadap batas alokasi memori server, terutama dengan aplikasi kembung seperti Wordpress, tetapi tidak pernah menemukan "Tidak dapat mengalokasikan memori untuk kumpulan" dan mengalami kesulitan melacak informasi apa pun.
Adakah yang tahu apa artinya ini? Saya sudah mencoba meningkatkan memory_limittanpa keberhasilan. Saya juga belum membuat perubahan signifikan pada aplikasi. Suatu hari tidak ada masalah, hari berikutnya saya menemukan kesalahan ini.
Jawaban:
Untuk orang-orang yang mengalami masalah ini, harap tentukan pengaturan .ini Anda. Khususnya pengaturan apc.mmap_file_mask Anda.
Untuk mmap yang didukung file, harus diatur ke sesuatu seperti:
apc.mmap_file_mask=/tmp/apc.XXXXXXUntuk mmap langsung dari / dev / zero, gunakan:
apc.mmap_file_mask=/dev/zeroUntuk mmap yang didukung oleh POSIX yang didukung memori, gunakan:
apc.mmap_file_mask=/apc.shm.XXXXXXfile_maskbukan salah satu dari nilai-nilai ini? Jika saya memiliki salah satu dari nilai-nilai ini dan saya mendapatkan kesalahan, apakah saya perlu mengubahnya ke yang lain? Yang mana?
Menggunakan TTL 0 berarti bahwa APC akan membersihkan semua cache saat kehabisan memori. Kesalahan tidak muncul lagi tetapi itu membuat APC jauh lebih efisien. Ini bukan risiko, tidak ada masalah, keputusan "Saya tidak ingin melakukan pekerjaan saya". APC tidak dimaksudkan untuk digunakan seperti itu. Anda harus memilih TTL yang cukup tinggi sehingga halaman yang paling banyak diakses tidak akan kedaluwarsa. Yang terbaik adalah memberikan memori yang cukup sehingga APC tidak perlu membersihkan cache.
Cukup baca manual untuk memahami bagaimana ttl digunakan: http://www.php.net/manual/en/apc.configuration.php#ini.apc.ttl
Solusinya adalah menambah memori yang dialokasikan untuk APC. Lakukan ini dengan meningkatkan apc.shm_size.
Jika APC dikompilasi untuk menggunakan Memori Segmen Bersama, Anda akan dibatasi oleh sistem operasi Anda. Ketik perintah ini untuk melihat batas sistem Anda untuk setiap segmen:
sysctl -a | grep -E "shmall|shmmax"Untuk mengalokasikan lebih banyak memori, Anda harus menambah jumlah segmen dengan parameter apc.shm_segments.
Jika APC menggunakan memori mmap maka Anda tidak memiliki batas. Jumlah memori masih ditentukan oleh opsi apc.shm_size yang sama.
Jika tidak ada cukup memori di server, maka gunakan opsi filter untuk mencegah cache file yang jarang diakses diakses.
Tapi jangan pernah gunakan TTL 0.
Seperti c33s katakan, gunakan apc.php untuk memeriksa konfigurasi Anda. Salin file dari paket apc ke folder web dan arahkan browser ke sana. Anda akan melihat apa yang benar-benar dialokasikan dan bagaimana menggunakannya. Grafik harus tetap stabil setelah jam, jika mereka sepenuhnya berubah pada setiap refresh, maka itu berarti bahwa pengaturan Anda salah (APC membilas semuanya). Alokasikan ram 20% lebih banyak dari apa yang benar-benar digunakan APC sebagai margin keamanan, dan periksa secara teratur.
Default hanya mengizinkan 32MB sangat rendah. PHP dirancang ketika server 64MB dan sebagian besar skrip menggunakan satu file php per halaman. Saat ini solusi seperti Magento memerlukan lebih dari 10k file (~ 60Mb di APC). Anda harus mengizinkan memori yang cukup sehingga sebagian besar file php selalu di-cache. Ini bukan pemborosan, lebih efisien untuk menyimpan opcode di ram daripada memiliki php mentah yang sesuai dalam cache file. Saat ini kita dapat menemukan server khusus dengan memori 24Gb untuk $ 80 / bulan, jadi jangan ragu untuk mengizinkan beberapa GB untuk APC. Saya mengeluarkan 2GB dari 24GB di server yang menampung 5 toko Magento dan ~ 40 situs web wordpress, APC menggunakan 1.2GB. Hitung 64MB untuk instalasi Magento, 40MB untuk Wordpress dengan beberapa plugin.
Juga, jika Anda memiliki situs web development di server yang sama. Kecualikan mereka dari cache.
sunting mulai
@bokan memberi tahu saya bahwa saya harus menambahkan peringatan di sini.
jika Anda memiliki ttl 0 ini berarti setiap item yang di-cache dapat dibersihkan segera. jadi jika Anda memiliki ukuran cache yang kecil seperti 2mb dan ttl 0 ini akan membuat apc tidak berguna, karena data dalam cache selalu ditimpa.
menurunkan ttl berarti hanya bahwa cache tidak dapat menjadi penuh, hanya dengan item yang tidak dapat diganti.
jadi Anda harus memilih keseimbangan yang baik antara ttl dan ukuran cache.
dalam kasus saya, saya memiliki ukuran cache 1GB, jadi itu lebih dari cukup untuk saya.
edit akhir
memiliki masalah yang sama pada centos 5 dengan php 5.2.17 dan memperhatikan bahwa jika ukuran cache kecil dan parameter ttl "tinggi" (seperti 7200) sementara memiliki banyak file php untuk di-cache, maka cache terisi cukup cepat dan apc tidak menemukan apa pun yang dapat dihapus karena semua file dalam cache masih muat di ttl.
meningkatkan ukuran memori hanya merupakan bagian solusi, Anda masih menjalankan kesalahan ini jika Anda mengisi cache dan semua file berada dalam ttl.
jadi solusi saya adalah mengatur ttl ke 0, jadi apc mengisi cache dan ada kemungkinan untuk apc menghapus beberapa memori untuk data baru.
berharap itu bisa membantu
sunting: lihat juga: http://pecl.php.net/bugs/bug.php?id=16966
unduh http://pecl.php.net/get/APC ekstrak dan jalankan apc.php, di sana Anda memiliki diagram yang bagus tentang bagaimana penggunaan cache Anda terlihat seperti
Menjalankan skrip apc.php adalah kunci untuk memahami apa masalah Anda, IMO. Ini membantu kami mengukur cache dengan benar dan untuk saat ini, tampaknya telah menyelesaikan masalah.
Untuk pemula seperti saya, sumber daya ini membantu:
Menemukan file apc.ini untuk membuat perubahan yang direkomendasikan oleh c33s di atas, dan mengatur jumlah yang disarankan: http://www.untwistedvortex.com/optimizing-tuning-apc-alternate-php-cache/
Memahami apa itu apc.ttl adalah: http://www.php.net/manual/en/apc.configuration.php#ini.apc.ttl
Memahami apa itu apc.shm_size adalah: http://www.php.net/manual/en/apc.configuration.php#ini.apc.shm-size
Seperti yang disebutkan oleh Bokan, Anda dapat menaikkan memori jika tersedia, dan ia benar tentang bagaimana pengaturan kontra produktif TTL ke 0 adalah.
Catatan: Inilah cara saya memperbaiki kesalahan ini untuk masalah khusus saya. Ini adalah masalah umum yang dapat disebabkan oleh banyak hal jadi ikuti saja di bawah ini jika Anda mendapatkan kesalahan dan Anda pikir itu disebabkan oleh duplikat file PHP yang sedang dimuat ke APC.
Masalah yang saya alami adalah ketika saya merilis versi baru aplikasi PHP saya. Yaitu mengganti semua file .php saya dengan yang baru APC akan memuat kedua versi ke dalam cache.
Karena saya tidak punya cukup memori untuk dua versi file php, APC akan kehabisan memori.
Ada opsi yang disebut apc.stat untuk memberitahu APC untuk memeriksa apakah file tertentu telah berubah dan jika begitu ganti itu, ini biasanya ok untuk pengembangan karena Anda terus membuat perubahan namun pada produksi biasanya dimatikan seperti di dalam saya case - http://www.php.net/manual/en/apc.configuration.php#ini.apc.stat
Mengaktifkan apc.stat akan memperbaiki masalah ini jika Anda setuju dengan hit kinerja.
Solusi yang saya temukan untuk masalah saya adalah memeriksa apakah versi proyek telah berubah dan jika demikian kosongkan cache dan muat ulang halaman.
define('PROJECT_VERSION', '0.28');
if(apc_exists('MY_APP_VERSION') ){
if(apc_fetch('MY_APP_VERSION') != PROJECT_VERSION){
apc_clear_cache();
apc_store ('MY_APP_VERSION', PROJECT_VERSION);
header('Location: ' . 'http'.(empty($_SERVER['HTTPS'])?'':'s').'://'.$_SERVER['SERVER_NAME'].$_SERVER['REQUEST_URI']);
exit;
}
}else{
apc_store ('MY_APP_VERSION', PROJECT_VERSION);
}Ini bekerja untuk orang-orang kami (menjalankan banyak situs Wordpress di server yang sama).
Mengubah pengaturan memori dalam file /etc/php.d/apc.ini. Itu diatur ke 64M, jadi kami menggandakannya menjadi 128M.
apc.shm_size = 128M
Saya menerima kesalahan "Tidak dapat mengalokasikan memori untuk kumpulan" setelah memindahkan instalasi OpenCart ke server yang berbeda. Saya juga mencoba menaikkan memory_limit.
Kesalahan berhenti setelah saya mengubah izin file dalam pesan kesalahan agar memiliki akses tulis oleh pengguna yang dijalankan sebagai apache (apache, www-data, dll.). Alih-alih memodifikasi / etc / group secara langsung (atau chmod-ing file ke 0777), saya menggunakan usermod:
usermod -a -G vhost-user-group apache-userKemudian saya harus memulai kembali apache agar perubahan diterapkan:
apachectl restartAtau
sudo /etc/init.d/httpd restartAtau apa pun yang digunakan sistem Anda untuk memulai ulang apache.
Jika situs tersebut menggunakan hosting bersama, mungkin Anda harus mengubah izin file dengan program FTP, atau menghubungi penyedia hosting?
pada sistem saya, saya harus memasukkan apc.shm_size = 64M ke /usr/local/etc/php.ini (FreeBSD 9.1) lalu ketika saya melihat apc.php (yang saya salin dari / usr / local / share / doc / APC) /apc.php ke / usr / local / www / apache24 / data) saya menemukan bahwa ukuran cache telah meningkat dari standar 32M ke 64M dan saya tidak lagi mendapatkan jumlah cache penuh yang besar
referensi: http://au1.php.net/manual/en/apc.configuration.php juga membaca komentar Bokan, mereka sangat membantu