OOM= Out Of Memory.
if u run out of memory- while cacher requaired more memory- in the page u will see OOMs.
to solve it- u just have to increase allocated RAM. as it fit for ur need

Yes, I'm running lendy's Template Cache. The var list is well over 300 entries long - too long to post.

Right. Though you can also just increase the xcache.size and the xcache.var.size to fix the problem if you haven't maxed it out.

The default is set to xcache.size=32M and xcach.var.size=0M.

My board requires that my xcache.size=140M and my xcache.var.size=2M. I also have my count set to 2 for the number of processors.

As you can see, even though my xcache.size is 140MB and the xcache.var.size is 2MB (even though the variables get most of the hits), this is still way less than the 4GB of system RAM on my server. You do not necessarily need to upgrade your server to fix your OOM problem but simply change a couple of variables in your php.ini.

Thnax.
do u using the compress option too 0f lendy's temp.cache hack?

Yes. Is that advisable?

sorry Sir....no idea.
we used lendy's one..but we didnt use compress option.
but at TAZ ur using compress & blieve theres no problem at all :) so its fine imho.

This box is a dual xeon, 4gb memory server with a dozen domains only. What do you recommend for optimal performance and speed?

Also in the OP screenshot, where is this web result found? What path?

[xcache-common]

zend_extension = /usr/local/lib/php/extensions/no-debug-non-zts-20060613/xcache.so

[xcache.admin]
xcache.admin.auth = On
xcache.admin.user = ""
xcache.admin.pass = ""

[xcache]
; ini only settings, all the values here is default unless explained

; select low level shm/allocator scheme implemenation
xcache.shm_scheme = "mmap"

; to disable: xcache.size=0
; to enable : xcache.size=64M etc (any size > 0) and your system mmap allows
xcache.size = 0M

; set to cpu count (cat /proc/cpuinfo |grep -c processor)
xcache.count = 1

; just a hash hints, you can always store count(items) > slots
xcache.slots = 8K

; ttl of the cache item, 0=forever
xcache.ttl = 0

; interval of gc scanning expired items, 0=no scan, other values is in seconds
xcache.gc_interval = 0

; same as aboves but for variable cache
xcache.var_size = 100M
xcache.var_count = 1
xcache.var_slots = 8K
; default ttl
xcache.var_ttl = 0
xcache.var_maxttl = 0
xcache.var_gc_interval = 300

xcache.test = Off
; N/A for /dev/zero
xcache.readonly_protection = Off
; for *nix, xcache.mmap_path is a file path, not directory.
; Use something like "/tmp/xcache" if you want to turn on ReadonlyProtection
; 2 group of php won't share the same /tmp/xcache
; for win32, xcache.mmap_path=anonymous map name, not file path
xcache.mmap_path = "/dev/zero"

; leave it blank(disabled) or "/tmp/phpcore/"
; make sure it's writable by php (without checking open_basedir)
xcache.coredump_directory = ""

; per request settings
xcache.cacher = On
xcache.stat = On
xcache.optimizer = On

[xcache.coverager]
; per request settings
; enable coverage data collecting for xcache.coveragedump_directory and xcache_coverager_start/stop/get/clean() functions (will hurt executing performance)
xcache.coverager = Off

; ini only settings
; make sure it's readable (care open_basedir) by coverage viewer script
; requires xcache.coverager=On
xcache.coveragedump_directory = ""

[eAccelerator]
extension="eaccelerator.so"
eaccelerator.shm_size="16"
eaccelerator.cache_dir="/var/cache/eaccelerator"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="0"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"

;[Zend]
;zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.0
;zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.0
;zend_optimizer.version=3.3.0

;extension=/usr/local/lib/php/extensions/no-debug-non-zts-20020429/ffmpeg.so

[Zend]
;zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.0
;#zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.0
;#zend_optimizer.version=3.3.0
;#zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
;#zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so

zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.0
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.0
zend_optimizer.version=3.3.0
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so

This is causing errors in vbjournal
https://vborg.vbsupport.ru/showthrea...96462&page=109

I get this when I go to "my journal" area

Warning: unserialize() expects parameter 1 to be string, array given in /journal.php on line 115

Warning: Cannot modify header information - headers already sent by (output started at /home/user/public_html/includes/class_core.php:3118) in /includes/functions.php on line 2801


If I go to journal index I get this

Warning: unserialize() expects parameter 1 to be string, array given in /journal.php on line 115

Yup, this doesn't work with VbJounal.. Also has problems (still) with vbgallery (or photopost vbgallery or whatever). I asked a few times what actions can be done code-wise to fix similar problem with mods, but I received no response. It's too bad because this does help a lot.

-vissa

I'm Using this hack for quite a long time now, and in the last few days the board seem to be slowing down with no reason, what do i Need to watch in the XCache fields? do i need to increase a var in the settings?
I'm using orban's temp' cach hack, i know that it's in the grave yard but its' working fine for me..

my board is running on C2D server with 2 GB ram.