![]() |
PHP Acceleration Xcache vs APC
I just uninstalled xcache and went back to the APC what i used to use on our VPS and the site seems to run alot better , time will tell if the problems that arose after xcache was installed are remedied .
|
Why not use eAccelerator?
|
yeah I used ea for a long time - did a great job. I think when optimised correctly xcache is the best though.
|
Ive had 0 issues with xcache and have found it the fastest of the current php cache systems.
|
I've seen some benchmarks benchmarking XCache as slightly faster than APC (and faster than eAccelerator, etc.).
I haven't had any problems with XCache though. |
xcache rules all the way with data store
|
Quote:
Been using xcache for a long time now and never had any issues. |
When ever i would create a new forum it would take 15 mins for it to show on the index , ITs was 15 Mins for any change out of the norm like user edits ... Banning and Ect... Nothing else was effected by this , i have not been back on APC long enough to say all the problems are gone , another thing is we were getting over 200 undeliverable emails with a mass email , we would manually go to all them accounts and remove the email , then a month would pass and we would send another mass email and 1/2 of them were the same ones we just took out and had to remove them again
--------------- Added [DATE]1233453718[/DATE] at [TIME]1233453718[/TIME] --------------- xcache may be slightly faster but APC seems to be more reliable |
is it possible to combine both datastore system like the filecache and apc together ? within vbulletin
|
No, you cannot do that within vBulletin. Why do you want to do that? There is no advantage. The datastore can only use one system at a time.
|
So far all member edits are instant NO DELAY with APC , Still yet to test forum building/editing
|
Quote:
--------------- Added [DATE]1233717436[/DATE] at [TIME]1233717436[/TIME] --------------- Quote:
|
Everything is instant now , APC is way way better !!
|
Quote:
Quote:
|
I have XCache on my VPS and it's working well.
|
Quote:
More reliable in a way that it can be better relied upon to work with out delay |
It sounds like you didn't configure xcache correctly then, post what you had set in the xcache settings.
It also might be related to not being compiled correctly by whoever installed it for you. |
I didnt configure xcache vbulletin.com configured xcache we just followed there advice ,Compared to Using Ever other vbulletin.com advice for server settings based on an optimize my server request , my server in default with APC is about 3 times better than with xcache and meeting all the vb.com recommended settings
|
I believe it's regarding the configuration of XCache, check the var_size variable for XCache, you may set up as 15 minutes, that's why you see the forum in 15 minutes.
--------------- Added [DATE]1235577452[/DATE] at [TIME]1235577452[/TIME] --------------- for those folks who are happy with XCache, don't you guys get the following error message from time to time?: Fatal error: Direct Instantiation of vB_Image_Abstract prohibited. in /includes/class_image.php on line 190. vBulletin developer recommended using APC instead of XCache. |
I've never gotten that error.
Where and when does it occur? |
check this out:
http://www.vbulletin.com/forum/showt...20#post1311520 Quote:
|
FINALLY IM NOT CRAZY !!!!!!!!!!!!!!!!!!!!!!
From Scott MacVicar - Vbulletin Developer Quote:
|
Quote:
That post btw (by Scott) is two years old, Xcache has been updated since then. |
I never got that error either , my issue was when changing a users avatar via admin cp i would have to go threw the paces 3 times or more before it would take , same as editing a forum or adding a new forum , it would take 15 mins before you could use it with out error messages from vbulletin , Vbulletin.com came to my admin cp with full access and returned with a report that they couldnt reproduce my issue , i immediately went to try to edit something and it took 15 mins before the changes were visible i did not report back to vb.com at that time
also we went threw and manually removed over 500 emails from user accounts that returned as undeliverable , to our surprise weeks later we went to look and all of them returned thats hours or wasted time and resources , which directly converts to $$$ LOST , again we manually processed the emails and only 200/500 took , it took us 3 more times before we was successful at removing the 500 ignoramus emails . with 20-30 new members a day an no requirement to verify email accounts , every mass email turns up undeliverable mail , we let these build and build because our method of removal was hit and miss , the day i switched back to APC we manually processed about 100 emails all of them took first try No smoke and mirrors here |
Quote:
|
not sending of emails
removing undeliverable email addresses from members profiles |
APC still kicking butt !!!
|
As is Xcache ;)
|
We need to stage an php accelerator showdown
Sunday Sunday Sunday ... 2 MATCHING SERVERS 1 with Xcache 1 with APC and 1 php file ITS ON !!! :D (of course you will have to hit go 2 or 3 times on the Xcache to get it to execute by that time APC is hanging out with xcache's girlfriend at the local cafe drinking a Dr. Pepper with 2 straws) |
Never had a problem with xcache.
Like Paul said it has been updated some. Version 1.2.2 works great. |
All times are GMT. The time now is 05:32 AM. |
Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|