Jump to content

Alternate Cache [APC]

Featured Replies

Posted

Hi,

I am thinking to use PAC as an alternate cache. I've been using using memcached, however after upgrading to IPB 3.1.2, the forum has become slow.

  • If I install APC, what IPB content is going to be cached?
  • What are the best settings to use APC with IPB? For example, apc.stat = off, query cache enabled, etc.
  • Will APC cache database queries?
  • And anyone using APC here?



Thank you.

http://community.invisionpower.com/topic/264231-best-setting-for-apc/
I have tryed it, page loads seems same. Bencmarks says same. IPB doesnt benefit from APC.

  • Author

Oh...So no need to install APC? Should I stick with memcached?


Thank you.

 

Oh...So no need to install APC?



IMO, no need. IPB doesnt load any faster with APC. Its like it doesnt detect it at all.

It detects it at higher levels. Maybe if your under 10k members/posts but trust me the more posts you get and more users you get, this will benefit a ton.

 

It detects it at higher levels. Maybe if your under 10k members/posts but trust me the more posts you get and more users you get, this will benefit a ton.


Well, my site has 240 000 posts and 5000 members and APC doesnt change anything.

Ouch. Maybe its not set up correctly.

It works fine with other scripts, like SMF etc.

  • Author

How much PHP parsing is done when creating / reading a thread does any one knows?



Thank you.

  • Author

I mean how much code is compiled each time?

  • Author

Ok installed, and it seems to be working. For stats check your apc.php file.

  • Author

Owdy what happened bro, is it working on your end?

APC is working, but IPB doesnt load any faster. Its useless with IPB. My SMF flyes with that, so its working allright.

Waite, apc.php says uptime 4 minutes, then its start all over. It boots all the time. is that normal?

 

Waite, apc.php says uptime 4 minutes, then its start all over. It boots all the time. is that normal?



APC is apparently tied to a PHP process; if that process is regularly being killed, it's not going to build up a decent cache. There are probably quite a few things which could cause that to happen. Two I came across in a search are Apache restarting every 15 minutes, and a 'Max Idle Time' setting [Litespeed server] not letting processes survive.

I increased max_execution_time from 30 to 60, now its been up 17 minutes. Lets see what happends. But, same old thing, pages doesnt load any faster.



My site: http://hoitajat.net/foorumi/

Nah, it boots under 20 minutes :(

  • Author

100% Fragmentation.... mine is 0.08%


And regarding the apache issue, do you have too much load on your server?

  • Author

BTW update your version to the latest one, 3.1.4. See if it fixes the issue.

Ah darn, i remove it. Is there any other cache i could try?

  • Author

Memcached. That's what I used before.

Hmm, that seems slowing things. Is this correct?

$INFO['use_memcache'] = '1';
$INFO['memcache_server_1'] = 'localhost';
$INFO['memcache_port_1'] = '11211';

# netstat -tap | grep memcached

tcp        0      0 localhost:11211         *:*                     LISTEN      15239/memcached 



  • Author

Seems to be correct, try changing localhost to 127.0.0.1.

  • 3 weeks later...

Figured I would throw my results up here. I tried memcache, APC and eaccellerator.

memcache: I noticed very little improvement if any at all in page loads execution times. Load times .15xx before install .1487 after, not impressive.

APC: Absolutely no difference, doesn't seem to do anything, verified that it was set up and running, just no improvement.

eaccellerator: main page was loading .15xxx seconds before install, after install .100xx to .11xx, not a bad improvement.

My biggest improvement however came from switching from suPHP to fcgi and suhosin, pages loaded in about 1/3rd the time they did under suphp.

I confirm that, APC doesnt make IPB any faster. It works great with other scripts. FCGI, i confrim that too. However, i cant use it because it creates tons of errors in my IPB site.

[warn] (103)Software caused connection abort: mod_fcgid: ap_pass_brigade failed in handle_request function
[warn] (104)Connection reset by peer: mod_fcgid: read data from fastcgi server error.
[error] [client 88.115.*****] Premature end of script headers: index.php, referer: http://hoitajat.net/foorumi/topic/5615-lopputili/
[warn] (103)Software caused connection abort: mod_fcgid: ap_pass_brigade failed in handle_request function

Archived

This topic is now archived and is closed to further replies.

Recently Browsing 0

  • No registered users viewing this page.