• This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn more.

beta 4 - Upgrade issue : This action is available via POST only.

Andy.N

Well-known member
#22
Would you just look at those hit/miss rate?

No wonder I had trouble with this 30MB APC. 128MB would make her much happier.

Thank a ton, Deebs
 

Deebs

Well-known member
#23
Would you just look at those hit/miss rate?

No wonder I had trouble with this 30MB APC. 128MB would make her much happier.

Thank a ton, Deebs
You are most welcome, pleasure to help. Enjoy the speed boost. I am certain it you will notice it.

I also took the liberty of upgrading you from a poor version of APC to a much better version.
 

Andy.N

Well-known member
#25
You are most welcome, pleasure to help. Enjoy the speed boost. I am certain it you will notice it.

I also took the liberty of upgrading you from a poor version of APC to a much better version.
Appreciate all the help.

I also took the liberty of adding the new user session caching in beta 4 to the config file $config['cache']['cacheSessions'] = true;

Do you think I would benefit from having memcache installed on the sql server since we have a separate server for it.
 

Deebs

Well-known member
#26
Appreciate all the help.

I also took the liberty of adding the new user session caching in beta 4 to the config file $config['cache']['cacheSessions'] = true;

Do you think I would benefit from having memcache installed on the sql server since we have a separate server for it.
Possibly, I have just converted my live forums to Libmemcached (advanced version of memcached) and so far so good. Let me grab a pic...
 

Deebs

Well-known member
#29
F

Floris

Guest
#32
Appreciate all the help.

I also took the liberty of adding the new user session caching in beta 4 to the config file $config['cache']['cacheSessions'] = true;

Do you think I would benefit from having memcache installed on the sql server since we have a separate server for it.
Why is this needed? Without it the apc.php user-caching already shows the sessions being cached?
 

dieketzer

Well-known member
#35
The biggest problem with using APC, as Mike as stated, is not having enough capacity to store the vars/sessions in the cache. Have you got any stats ?
the real nightmare was not being able to login to the acp within 10 minutes of the update, right in the middle of my revert/reapply templating work. eventually i found my way to this thread, then disabled apc.
its worth noting that i didnt opt in to this new session jazz. it might not be a great idea to have this happen to people in 1.1 final.

here are some stats. its (seemingly) run happily with 30 mb for nearly a year now. its running 30 mb cos i heard from people that 30 was some sort of magic number.
if i need to increase this or whatnot i can do that, but for time being my only worry is actual acp access.
what do these numbers relate to you?

apc.png
 

Deebs

Well-known member
#36
Firstly,

That is a way old version of APC and I would recommend uprading to 3.1.9.

The magic number of 30 comes from the fact that many old distros of Linux came with a maximum shared memory setting of 32MB out of the box. Personally I would increase the shared memory size of your server first, then increase the APC memory to 64MB. This will hopefully stop the Cache Full Counts but it will not stop fragmentation :( (Not seen anywhere that has effectively stopped fragmentation on an APC install running after a few hours)
 

Mike

XenForo developer
Staff member
#37
its worth noting that i didnt opt in to this new session jazz. it might not be a great idea to have this happen to people in 1.1 final.
The opt-in is only in the next release, specifically to resolve this issue.

if i need to increase this or whatnot i can do that, but for time being my only worry is actual acp access.
what do these numbers relate to you?

I would recommend increasing it -- the numbers aren't huge (yet), but you can see that you have some "cache full count" entries, which means that something couldn't be cached when it was requested. Regardless of the amount of free memory it says if has, if you're having cache full counts, it'd be worthwhile to increase the amount of memory available to it.
 

Mike

XenForo developer
Staff member
#38
The magic number of 30 comes from the fact that many old distros of Linux came with a maximum shared memory setting of 32MB out of the box. Personally I would increase the shared memory size of your server first, then increase the APC memory to 64MB. This will hopefully stop the Cache Full Counts but it will not stop fragmentation :( (Not seen anywhere that has effectively stopped fragmentation on an APC install running after a few hours)
APC has the ability to use multiple SHM segments to workaround this. :)
 

Deebs

Well-known member
#39
APC has the ability to use multiple SHM segments to workaround this. :)
Mike,

I used to run 4 segments but the caches would still fragment. Perhaps I should try with 3.1.9.

For my variable storage I have implemented Libmemcached with enabled igbinary support and changed PHP session.serialize_handler=igbinary (for that little extra performance).
 

Mike

XenForo developer
Staff member
#40
I used to run 4 segments but the caches would still fragment. Perhaps I should try with 3.1.9.
Sorry, I was referring to the max amount of memory it can use -- if you can only use 32MB, you can still get a bigger cache with 2 segments. I doubt you can really prevent segmentation. That's something that APC would need to clean up internally.