Just incase you decide to continue this pointless argument, I'll put your mind to rest:

http://www.eaccelerator.net/wiki/CompileConfiguration

Please take real care when reading "Include eaccelerator shared memory functions".

If you still have an issue, I recommend you take it up with eAccelerator themselves.

lolo - It doesn't cache all mods I'm afraid, the only mod this currently extends to is vBAdvanced.

@EAccelerator
So Glad I went with XCache :D

@Deceptor
As a consumer I wouldn't find it an issue to be commented (by the mod) what features may be crippling my forum, even if I leave them on because I want the feature it would work as a centralize reminder of what you can do to improve performance. Some of us may have our mind somewhere gone whilst setting up the forum and enable some of this features which we don't really want or need.

I don't know up to you, but as an additional box indicating the concerns you commented wouldn't really hurt anyone, and benefit many ^^

Regarding the forum jump, wouldn't it be an issue to cache? different people have access to different forums and hence would have different forum jumps... Personally I would love the option I have 279 forums in my forum jump :S

NolF - Determined by reasoning and personality I guess, not everyone would see it the same way. So I guess cache instead of suggestions will be better :)

As for the forum jump, I never said it'd be the easiest task :)

:o Love your dedication mate ^^

haha some misleading posts went MIA

Thanks once again :D

Bad attitude? I'm not the one with the 'bad attitude' here. I'm the one being attacked by numerous individuals, simply because I made a truthful statement.

RTFM. The installation guide tells you EXACTLY how to do things here. EACC works beautifully with, or without the line added, both in optimization and CACHING. If it didn't, I wouldn't be sitting with close to 5g of cached data, and files with over 4k pageviews, WITHOUT adding it.

If eacc DIDN'T work as they suggested, I would have known about this years ago, when installing things for clients.

Just because vb wants things done a certain way (and yeah, that includes the SEO garbage) doesn't mean it's the way to do things. The manufacturer of the product (in this case eaccelerator) will always tell you how to install the product. In this case, they gave very basic instructions, and those instructions work.

As far as the 'bad attitude' comment, that's not even the case here. When developers take actions like this, and force NON STANDARD configurations on individuals, then blame it on the 'system', or wtfever, that rides solely on the developer. It's not the USER'S fault the developer can't make the product work when compiled as recommended. It's not the USER'S fault the developer wants to force people to recompile with their own special settings, that's the developer's fault.

And on that note, I will, in fact, uninstall, and unsubscribe. No need to keep beating a dead horse when people don't want to listen to the truth, and the developer has no intentions on making the product work with the RECOMMENDED SETTINGS.

I installed this mod in the middle of the day on the 20th. Here is some hard proof that it is working wonderfully; stats from my database server's bandwidth. (outbound is mostly database data going to the web server to render a page)

https://vborg.vbsupport.ru/external/2009/02/103.jpg

pay no attention to the data compiled for today the 22nd as it is not complete

I should include that last sunday's traffic (14th) was very similar to this sunday's (21st). I am using memcache. There is also a similar trend on the web server's inbound data.

Outbound bandwidth has decreased by ~47% on the database server!!! (based one day of similar data) What does this mean for most of you? Fewer database queries = lower server load = faster site = happy forum users!

Bottom line: This mod is going to save me money as I am currently going over on my bandwidth as well as improve user experience!

Nominated for mod of the month and will be donating

wolfstream - I really think you're not getting the picture here.

Default eAccelerator Install = Cache PHP Scripts

Shared Memory Extension = Ability to use functions to cache custom data through eAccelerator.

My script, and every other script out there (not just vB) needs shared memory to be able to use eaccelerator_get, and other functions. Even the links myself and Andreas provided stating this on the eAccelerator website tell you the same.

I really cannot see anything else I can say or do to show you that it is impossible for vB Optimise to use shared memory without the shared memory extension installed.

tpearl5 - I'm glad it's had such a great impact on your forum, and thank you for your donation :)