Board Optimization - Plugin Based Template Cache

Removed on author's request.

[orban]

Can you try to use

apc.slam_defense, try 80 or 90 maybe.

and

apc.file_update_protection = 5

    apc.slam_defense        On very busy servers whenever you start the server or
                            modify files you can create a race of many processes
                            all trying to cache the same file at the same time.
                            This option sets the percentage of processes that will
                            skip trying to cache an uncached file.  Or think of it
                            as the probability of a single process to skip caching.
                            For example, setting this to 75 would mean that there is
                            a 75% chance that the process will not cache an uncached
                            file.  So the higher the setting the greater the defense
                            against cache slams.  Setting this to 0 disables this
                            feature.
                            (Default: 0)


    apc.file_update_protection
                            When you modify a file on a live web server you really
                            should do so in an atomic manner.  That is, write to a
                            temporary file and rename (mv) the file into its permanent
                            position when it is ready.  Many text editors, cp, tar and
                            other such programs don't do this.  This means that there
                            is a chance that a file is accessed (and cached) while it
                            is still being written to.  This file_update_protection
                            setting puts a delay on caching brand new files.  The
                            default is 2 seconds which means that if the modification
                            timestamp (mtime) on a file shows that it is less than 2
                            seconds old when it is accessed, it will not be cached.  
                            The unfortunate person who accessed this half-written file
                            will still see weirdness, but at least it won't persist.
                            If you are certain you always atomically update your files
                            by using something like rsync which does this correctly, you
                            can turn this protection off by setting it to 0.  If you
                            have a system that is flooded with io causing some update
                            procedure to take longer than 2 seconds, you may want to
                            increase this a bit.
                            (Default: 2)

Are you using NFS?

[Bulent Tekcan]

Hello orban

I tried this but same problem occured,and also load problem in my server since 1-2 month.Every 1-2 days server load jumping 150-160 than my mysql table is full,and a lot of error occured.Many ticket to my host and also report vbulletin.But since 1 week I had never problem,because uninstalled this product,load max 5-6 now.

I don't know why but this product not good idea very high traffic board and big boards.I think some files or script hang in system.

Thanks

[orban]

Originally Posted by Bulent Tekcan

Hello orban

I tried this but same problem occured,and also load problem in my server since 1-2 month.Every 1-2 days server load jumping 150-160 than my mysql table is full,and a lot of error occured.Many ticket to my host and also report vbulletin.But since 1 week I had never problem,because uninstalled this product,load max 5-6 now.

I don't know why but this product not good idea very high traffic board and big boards.I think some files or script hang in system.

Thanks

Well, this modification has nothing to do with mysql at all. (So a mysql table lock can not possible come from this addon.)

Files don't "hang", there is a file lock protection in place. You can have a look at the code, there is nothing that can possibly go wrong. (Unless you use special file systems that don't support file locking, like NFS.)

I was running this addon with a board with 3000 users online on a single server (250 requests/second, 150gb traffic on that day I think) load was between 10 and 20. Also on daily use with 400-1000 users online with a load between 0.5 and 2.

I am using this with great success and as you can see a lot of people use it without any problems too.

I would advise you to try xcache instead of APC or install the newest APC version if you don't have already.

This must be a misconfiguration on your side or a particular bug on your server.

[Bulent Tekcan]

I'm using APC 3.0.13 Development series,is xcache support PHP 5.2.0 and 64bit OS ?

[orban]

I don't know, maybe try to ask their irc channel. (irc://irc.freenode.net/lighttpd)

Also if you are using APC-dev it might be a bug.

[Kihon Kata]

I'm running Fedora Core64 w/ PHP5 on my dedicated server AND running this. Works well.

Originally Posted by Bulent Tekcan

I'm using APC 3.0.13 Development series,is xcache support PHP 5.2.0 and 64bit OS ?

[amcd]

i am running FreeBSD 6 RELEASE with lighttpd and xcache and running this plugin and it works great

[dadimes]

thanks, just installed on 3.6.3, and it works great

EDIT: problem :-/ when i go to the page without index.php at the end, it just ends at a blank
EDIT2: I got rid of that by deleting the index.html page, is that ok?

[Bulent Tekcan]

Originally Posted by Kihon Kata

I'm running Fedora Core64 w/ PHP5 on my dedicated server AND running this. Works well.

Which version, xcache 1.0.3 or 1.2.0 (unstable)

[orban]

Originally Posted by dadimes

thanks, just installed on 3.6.3, and it works great

EDIT: problem :-/ when i go to the page without index.php at the end, it just ends at a blank
EDIT2: I got rid of that by deleting the index.html page, is that ok?

What exactly was your problem? When going to what page it was blank?