vb.org Archive - Board Optimization - Plugin Based Template Cache

vb.org Archive (https://vborg.vbsupport.ru/index.php)

- Modification Graveyard (https://vborg.vbsupport.ru/forumdisplay.php?f=224)

- - Board Optimization - Plugin Based Template Cache (https://vborg.vbsupport.ru/showthread.php?t=121876)

Can you try to use

apc.slam_defense, try 80 or 90 maybe.

and

apc.file_update_protection = 5

Code:

    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?

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

Quote:

Originally Posted by Bulent Tekcan (Post 1139267)

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.

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

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.

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

Quote:

Originally Posted by Bulent Tekcan (Post 1140439)

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

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

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?

Quote:

Originally Posted by Kihon Kata (Post 1140459)

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)

Quote:

Originally Posted by dadimes (Post 1140640)

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

X vBulletin 3.8.12 by vBS Debug Information
Template Usage: (1)ad_footer_end (1)ad_footer_start (1)ad_header_end (1)ad_header_logo (1)ad_navbar_below (1)bbcode_code_printable (4)bbcode_quote_printable (1)footer (1)gobutton (1)header (1)headinclude (6)option (1)pagenav (1)pagenav_curpage (4)pagenav_pagelink (2)pagenav_pagelinkrel (1)post_thanks_navbar_search (1)printthread (10)printthreadbit (1)spacer_close (1)spacer_open Phrase Groups Available: global postbit showthread	Included Files: ./printthread.php ./global.php ./includes/init.php ./includes/class_core.php ./includes/config.php ./includes/functions.php ./includes/class_hook.php ./includes/modsystem_functions.php ./includes/class_bbcode_alt.php ./includes/class_bbcode.php ./includes/functions_bigthree.php Hooks Called: init_startup init_startup_session_setup_start init_startup_session_setup_complete cache_permissions fetch_threadinfo_query fetch_threadinfo fetch_foruminfo style_fetch cache_templates global_start parse_templates global_setup_complete printthread_start pagenav_page pagenav_complete bbcode_fetch_tags bbcode_create bbcode_parse_start bbcode_parse_complete_precache bbcode_parse_complete printthread_post printthread_complete
Messages:

Phrase Groups Available:

X vBulletin 3.8.12 by vBS Debug Information
Page Generation 0.01552 seconds Memory Usage 1,755KB Queries Executed 10 (?)
More Information
Template Usage: (1)ad_footer_end (1)ad_footer_start (1)ad_header_end (1)ad_header_logo (1)ad_navbar_below (1)bbcode_code_printable (4)bbcode_quote_printable (1)footer (1)gobutton (1)header (1)headinclude (6)option (1)pagenav (1)pagenav_curpage (4)pagenav_pagelink (2)pagenav_pagelinkrel (1)post_thanks_navbar_search (1)printthread (10)printthreadbit (1)spacer_close (1)spacer_open Phrase Groups Available: global postbit showthread	Included Files: ./printthread.php ./global.php ./includes/init.php ./includes/class_core.php ./includes/config.php ./includes/functions.php ./includes/class_hook.php ./includes/modsystem_functions.php ./includes/class_bbcode_alt.php ./includes/class_bbcode.php ./includes/functions_bigthree.php Hooks Called: init_startup init_startup_session_setup_start init_startup_session_setup_complete cache_permissions fetch_threadinfo_query fetch_threadinfo fetch_foruminfo style_fetch cache_templates global_start parse_templates global_setup_complete printthread_start pagenav_page pagenav_complete bbcode_fetch_tags bbcode_create bbcode_parse_start bbcode_parse_complete_precache bbcode_parse_complete printthread_post printthread_complete
Messages: