Skip to main content
Topic: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM (Read 3635 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Can this blog writer's claim be in any way true / correct  :o  and has it / can it be implemented in ElkArte?  :D

Re: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Reply #1

I say ...

PortaMx-Forum 1.0 © 2017, PortaMx
Cache: Load 45,36 kb, Save 6,76 kb, Time 2,49 ms
Page created in 0,36 seconds with 27 queries.

:D
Many are stubborn in relation to the path, a few in relation to the target.
Visit our new Forum Project on https://www.portamx.com

Re: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Reply #2

powered by ElkArte 1.1 RC 1 | credits
Page created in 0.099 seconds with 27 queries.

Not too bad also...  ;)

Re: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Reply #3

Neither ElkArte nor SMF use caches much... and do not store millions of records, as that blogger did. IOW, this trick, even if it were verified, would probably not be very beneficial..

That post seems quite light on details and doesn't have a good sample size.

@Feline slow site, hmm?

Re: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Reply #4

QuoteTo be clear, though, we did see speed improvements of two orders of magnitude in our real production object caching when we implemented this method.

So 500x is in fact 2x.

Then, it's 2x on a very specific use-case, and on a specifically set-up machine (see the section he talks about opcache settings).
In fact, they are just relying on PHP opcache to cache all the PHP files, nothing more, nothing less.

I'm not sure this would give any clear advantage on Elk conditions (writing concurrency, potentially shared-hosting, etc.).
Bugs creator.
Features destroyer.
Template killer.

Re: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Reply #5

Quote from: Jorin – powered by ElkArte 1.1 RC 1 | credits
Page created in 0.099 seconds with 27 queries.

Not too bad also...  ;)
 True .. But we have a Portal running and a SEF engine  ;)
Many are stubborn in relation to the path, a few in relation to the target.
Visit our new Forum Project on https://www.portamx.com

Re: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Reply #6

Is APC still used? I thought it replaced by OpCache? Or it's not the same thing?


Re: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Reply #8

So far that I know, yes, APC is still being used. I have all three installed on my server though I do not know what I should do with any of them. Running on default I think. Lol.

Re: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Reply #9

Then with a portal ...

powered by ElkArte 1.0.10 | SimplePortal 1.0.0
Page created in 0.057 seconds with 28 queries.

Quote from: kucing – Is APC still used? I thought it replaced by OpCache? Or it's not the same thing?
The OpCache is for the "compiled" versions of the PHP scripts.  The built in one from zend is very good, I'll leave it to the bloggers to argue the manucia of which is best. 
On top of an OpCache you should run a user data cache and this is the Cache referred to in ElkArte settings.  This cache is the place to briefly store db query results etc.  What you can use (APC/u, Memcache, Xcache) depends on your version of PHP your site is running.  APCu is APC but with only a user cache and no opcache, its intended to run next to PHP's built in OpCache (5.6+ ?)



Re: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Reply #10

Quote from: emanuele –
QuoteTo be clear, though, we did see speed improvements of two orders of magnitude in our real production object caching when we implemented this method.

So 500x is in fact 2x.
Two orders of magnitude is ~100x not 2x.

Re: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Reply #11

The order of magnitude of 500 is also 2 although that would be a slightly odd way of phrasing it. :P

Re: 500X Faster Caching than Redis/Memcache/APC in PHP & HHVM

Reply #12

Yes it is, but it's also heading towards three.  Anyway I figured they wouldn't have qualified their actual improvement as two orders of magnitude if it wasn't less than the 500x mentioned in their title.