Status
Not open for further replies.

projje

Customer
hi,

I installed Vboptimise pro. I did the settings for Vboptimise.

cpu usage has not diminished.

my server information:

Server Information

Code:
Server Information
Processor Information

Processor #1 Vendor: GenuineIntel
Processor #1 Name: Intel(R) Xeon(R) CPU           E5420  @ 2.50GHz
Processor #1 speed: 2500.713 MHz
Processor #1 cache size: 6144 KB

Processor #2 Vendor: GenuineIntel
Processor #2 Name: Intel(R) Xeon(R) CPU           E5420  @ 2.50GHz
Processor #2 speed: 2500.713 MHz
Processor #2 cache size: 6144 KB

Processor #3 Vendor: GenuineIntel
Processor #3 Name: Intel(R) Xeon(R) CPU           E5420  @ 2.50GHz
Processor #3 speed: 2500.713 MHz
Processor #3 cache size: 6144 KB

Processor #4 Vendor: GenuineIntel
Processor #4 Name: Intel(R) Xeon(R) CPU           E5420  @ 2.50GHz
Processor #4 speed: 2500.713 MHz
Processor #4 cache size: 6144 KB


Memory Information

Memory: 4147208k/4980736k available (1915k kernel code, 45448k reserved, 769k data, 192k init, 3276160k highmem)


System Information

Linux xxx.xxx.com 2.6.9-89.0.29.ELsmp #1 SMP Tue Sep 7 18:46:59 EDT 2010 i686 i686 i386 GNU/Linux

Apache Status

Code:
Apache Status

Server Version: Apache/2.2.16 (Unix) mod_ssl/2.2.16 OpenSSL/0.9.7a mod_bwlimited/1.4 PHP/5.2.9
Server Built: Sep 27 2010 15:49:03

Current Time: Monday, 27-Sep-2010 17:26:26 EEST
Restart Time: Monday, 27-Sep-2010 16:00:29 EEST
Parent Server Generation: 1
Server uptime: 1 hour 25 minutes 57 seconds
Total accesses: 167576 - Total Traffic: 531.8 MB
CPU Usage: u192.12 s16.07 cu0 cs0 - 4.04% CPU load
32.5 requests/sec - 105.6 kB/second - 3327 B/request
114 requests currently being processed, 36 idle workers

K___WKK_KKKKKKK__K.CWKKKKCKKWKKW.__K__CKK_KKC_KKCKCKKC__C_K_KKKK
_KWKKW_CKCW_KWKKKKKWK_C_KW_W_K_KK_KCWK__CKKCWK_KKWKKKKK_KK.CKKCC
W_C.WKKKWCC___WWWK__KKCKW._.....................................
................................................................

Scoreboard Key:
"_" Waiting for Connection, "S" Starting up, "R" Reading Request,
"W" Sending Reply, "K" Keepalive (read), "D" DNS Lookup,
"C" Closing connection, "L" Logging, "G" Gracefully finishing,
"I" Idle cleanup of worker, "." Open slot with no current process


my.cnf

Code:
[mysqld]
max_connections=200
max_user_connections=50
key_buffer=1024M
myisam_sort_buffer_size=64M
join_buffer_size=1M
read_buffer_size=4M
sort_buffer_size=4M
table_cache=1500
thread_concurrency=8
thread_cache_size=128
wait_timeout=10
connect_timeout=5
interactive-timeout=10
max_allowed_packet=16M
max_connect_errors=10
query_cache_limit=1M
query_cache_size=128M
query_cache_type=1
skip-innodb
[mysqld_safe]
open_files_limit = 8192

log-slow-queries=/var/log/mysql-slow.log

[mysqldump]

[myisamchk]
key_buffer = 32M
sort_buffer = 32M
read_buffer = 16M
write_buffer = 16M

[mysqlhotcopy]
interactive-timeout
safe-show-database
set-variable=local-infile=0

php -v

Code:
# php -v
PHP 5.2.9 (cli) (built: Sep 27 2010 15:54:43)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
    with XCache v1.2.2, Copyright (c) 2005-2007, by mOo


php.ini

Code:
[xcache.admin]
xcache.admin.enable_auth = On
xcache.admin.user = "xxx"
; xcache.admin.pass = md5($your_password)
xcache.admin.pass = "xxxx"

[xcache]
; ini only settings, all the values here is default unless explained

; select low level shm/allocator scheme implemenation
xcache.shm_scheme =        "mmap"
; to disable: xcache.size=0
; to enable : xcache.size=256M etc (any size > 0) and your system mmap allows
xcache.size  =                512M
; set to cpu count (cat /proc/cpuinfo |grep -c processor)
xcache.count =                 4
; just a hash hints, you can always store count(items) > slots
xcache.slots =                4K
; ttl of the cache item, 0=forever
xcache.ttl   =                 0
; interval of gc scanning expired items, 0=no scan, other values is in seconds
xcache.gc_interval =           0

; same as aboves but for variable cache
xcache.var_size  =           64M
xcache.var_count =             1
xcache.var_slots =            8K
; default ttl
xcache.var_ttl   =             0
xcache.var_maxttl   =          0
xcache.var_gc_interval =     300

xcache.test =                Off


help me please...

thanks
 
I'd personally increase the var_size if you're using Guest caching (128mb), run the system test to make sure vB Optimise is operating correctly.

Additionally..

1) Make sure you've enabled Guest Caching
2) How many guests do you usually have roaming?
3) Is there any other cache settings you've left disabled?
 
hi Deceptor

Thanks for the reply.


I did var_size 128M.


1- yes enabled Guest Caching.

2- Cookies and HTTP Header Options >>" Session Timeout is: 1500" >> The number of visitors to this period of time from 1200-1800

3- vB Optimise: Cache Options on my forum:

vB Optimise: Cache Styles : yes
vB Optimise: Cache Templates : yes
vB Optimise: Cache Datastore: yes
vB Optimise: Cache Dismissed Notices : yes
vB Optimise: Cache Showgroups Query : 4
vB Optimise: Forum Display Query Enhancement: yes
vB Optimise: Guest Full Page Caching: 5
vB Optimise: Cache Forum Home WOL: 4
vB Optimise: Overload vBCache Handler: This setting is unavailable on vBulletin 3.x versions.

---------------------------- I want to specify other -------------

version: vBulletin 3.8.2
version: vBSEO 3.5.1

vbulletin options:

GZIP HTML Output: yes
GZIP Compression Level: 5
Database Read Marking Limit : 10

Click on a PID to View More Information about a process
Pid Owner Priority Cpu % Mem % Command
11637 mysql 0

92.8

15.3 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/xxx.xxx.com.pid --skip-external-locking
28645 nobody 0

10.2

0.3 /usr/local/apache/bin/httpd -k start -DSSL
28635 nobody 0

5.6

0.3 /usr/local/apache/bin/httpd -k start -DSSL
28614 nobody 0

3.7

0.4 /usr/local/apache/bin/httpd -k start -DSSL
28656 nobody 0

3.4

0.3 /usr/local/apache/bin/httpd -k start -DSSL
28504 nobody 0

3.3

0.4 /usr/local/apache/bin/httpd -k start -DSSL
28618 nobody 0

3.1

0.4 /usr/local/apache/bin/httpd -k start -DSSL
28558 nobody 0

2.9

0.8 /usr/local/apache/bin/httpd -k start -DSSL
28559 nobody 0

2.7

0.5 /usr/local/apache/bin/httpd -k start -DSSL
28148 nobody 0

2.4

0.5 /usr/local/apache/bin/httpd -k start -DSSL
28597 nobody 0

2.3

0.6 /usr/local/apache/bin/httpd -k start -DSSL
28529 nobody 0

2.2

0.4 /usr/local/apache/bin/httpd -k start -DSSL
28198 nobody 0

2.1

0.7 /usr/local/apache/bin/httpd -k start -DSSL
28516 nobody 0

2.1

0.4 /usr/local/apache/bin/httpd -k start -DSSL
28640 nobody 0

2.0

0.5 /usr/local/apache/bin/httpd -k start -DSSL
28587 nobody 0

1.9

0.4 /usr/local/apache/bin/httpd -k start -DSSL
28616 nobody 0

1.8

0.6 /usr/local/apache/bin/httpd -k start -DSSL
28599 nobody 0

1.8

0.4 /usr/local/apache/bin/httpd -k start -DSSL
28506 nobody 0

1.6

0.5 /usr/local/apache/bin/httpd -k start -DSSL


Waiting for help and advice
 
Last edited:
Hi Projje,

First of all - while vBSEO may make a positive impact on your forum it is also very load bearing. I would firstly recommend you run your site for a few hours with vBSEO off (either during peak or low traffic times), to see if the load you're experiencing shifts at all.

In addition you can also trial this with any other modifications you have, disabling 1 at a time for a period of a time to see any impact on load - A trial/error method that should shine light on anything that's causing your situation :)
 
Status
Not open for further replies.

Legacy vB Optimise

vBulletin 3.8.x vBulletin 4.x.x
Seller
DragonByte Technologies
Release date
Last update
Total downloads
1,980
Customer rating
0.00 star(s) 0 ratings
Back
Top