Board Optimization - datastore cache to XCache - boost your vBulletin

中文用户讨论@vbulletin-china.cn

(note: do not apply this patch on vBulletin 3.7 as it's included already)
This patch allow you to use XCache as a datastore cache in vBulletin. This is definitely your choice if you have installed and enabled XCache on you server already.

Take care that this is a beta version and was not heavily tested. And i'm not familiar with vBulletin source code as i just started reading it today, but i don't have any difficulty reading it thanks to my years of php skill

Take aware that some vB plugin is not compatible with vB_datastore_*, not just vB_datastore_XCache. So, in case you find vB_datastore_XCache won't work, you'd better try datastore to file or memcache. If one of the others works but not vB_datastore_XCache, do report it to me so i can fix it.

Pre-requirement

• a working php installtion
• a working vBulletin 3.6.5 installtion
• a working XCache installtion
• set "xcache.var_size = 10M" or so in php ini

Install the modification
for those of you who can't run "patch", u may patch the file manually

• download Attachment 61372 (class_datastore_xcache.php)
• save the file as vBulletin.3.6/upload/includes/class_datastore_xcache.php
• open vBulletin.3.6/upload/includes/class_datastore.php in your favor editor
• add a line in class_datastore.php (see below)
• update upload/includes/config.php to enable it (see below)

example class_datastore.php after modification:

PHP Code:

        }
        return true;
    }
}

// add class_datastore_xcache, enable it in config.php
require_once(DIR . '/includes/class_datastore_xcache.php');

/*======================================================================*\
|| ####################################################################
|| # Downloaded: 12:33, Fri Mar 2nd 2007
|| # CVS: $RCSfile$ - $Revision: 15474 $
|| ####################################################################
\*======================================================================*/ 


example config.php after modification:

PHP Code:


    // vB_Datastore_Filecache  - for using a cache file
// $config['Datastore']['class'] = 'vB_Datastore_Filecache';
$config['Datastore']['class'] = 'vB_Datastore_XCache';
    // vB_Datastore_Memcached - for using a Memcache server
    // It is also necessary to specify the hostname or IP address and the port the server is listening on 


Trouble Shooting
q. i have multiple vBulletin instance installed, the seems to mix data after install this plugin
a. this applies to apc too because, if you wanna fix it, try
open class_core.php, look for:
$this->prefix =& $this->registry->config['Datastore']['prefix'];
and modify to:
$this->prefix = $this->registry->config['Datastore']['prefix'] . $_SERVER['SERVER_NAME']; // or HTTP_HOST

q. Warning: unserialize() expects parameter 1 to be string, array given in $a.php on line $b
a. upgrade your plugin/hack that $a.php belongs to, e.g. vbjournal/vbgallery etc. OR open $a.php and locate at line $b, remove unserialize call, e.g.:
replace $var = unserialize($this->data);
with $var = $this->data;
be careful do not remove the whole line, just the unseralize( and )

[rwilkins108]

I've searched this mod for vbseo as in 3.1 it now supports xcache, but the only references I found were that vbseo works, but no information about the new version. Anyone know if there's any conflict between this mod and vbseo's xcache support?

Thanks,
Ron

[Paul M]

I'm running vbseo 3.1, with xcache and this mod.

[wdwms]

Originally Posted by phpxcache

this applies to apc too, if you wanna fix it, try
open class_core.php, look for:
$this->prefix =& $this->registry->config['Datastore']['prefix'];
and modify to:
$this->prefix = $this->registry->config['Datastore']['prefix'] . $_SERVER['SERVER_NAME']; // or HTTP_HOST

Ok yah i could try that... thats a good idea.. I did setup memcached for my other forum as a test..

Originally Posted by Paul M

I'm running vbseo 3.1, with xcache and this mod.

ditto that, same here.. two boards and no issue.. although my xcache deleted count never goes up.. odd..

[wdwms]

Originally Posted by phpxcache

this applies to apc too, if you wanna fix it, try
open class_core.php, look for:
$this->prefix =& $this->registry->config['Datastore']['prefix'];
and modify to:
$this->prefix = $this->registry->config['Datastore']['prefix'] . $_SERVER['SERVER_NAME']; // or HTTP_HOST

Just tried this, it works great! thanks! now i'll killl mcached..

[SemperFideles]

I had to uninstall this hack as it caused issues with products as I was installing them. I actually think it is more of an Xcache issue:

http://www.vbulletin.com/forum/showt...20#post1311520

[SemperFideles]

Originally Posted by rwilkins108

I've searched this mod for vbseo as in 3.1 it now supports xcache, but the only references I found were that vbseo works, but no information about the new version. Anyone know if there's any conflict between this mod and vbseo's xcache support?

Thanks,
Ron

Originally Posted by Paul M

I'm running vbseo 3.1, with xcache and this mod.

I was running this mod and had xCache support turned on for vBSEO 3.1.0 but ran into the problem of the preceding post. Disabling this hack solved the problem while I've been able to leave Xcache on for vBSEO. I may try APC though based on that thread that I just referenced.

[the Sandman]

I'm running this mod as well as the Template Cache mod on a dual core dual Opteron 265 with 4 GB RAM. XCache has been running on the most recent settings for 12 hours or so:



Why do you suppose there are so many misses (and so many hits) in the var#3 cache?

[SemperFideles]

Sandman,

Misses, hits, and clogs are OK. What you need to watch out for are OOM's. I've found my server will actually crash if I don't watch that. If that happens then bump up your xcache.size and/or xcache.var.size until you hit the sweet spot.

[Zia]

Originally Posted by the Sandman

I'm running this mod as well as the Template Cache mod on a dual core dual Opteron 265 with 4 GB RAM. XCache has been running on the most recent settings for 12 hours or so:



Why do you suppose there are so many misses (and so many hits) in the var#3 cache?

regarding the misses & clogs- many times i have discussed with the author(phpxcache)
he always assured me..this is not a problem---this is purely okay.

mm do u mind to post ur var.cache list's screen shot -how come ur site got that much :erm: varbiable to be cached ,i know TAZ ..
either ur using temp.cache hack by lendy ?

---
and yes we are using vbseo3 gold + xcache+datastore (this hack) no problem at all

[Hemanth]

Misses, hits, and clogs are OK. What you need to watch out for are OOM's.

Thanks.. But what are OOM's?