6.2 Stable + Mysql 5.0 poor performance
Volodymyr Kostyrko
c.kworr at gmail.com
Mon May 14 14:10:12 UTC 2007
ivo tasev wrote:
> Hi all,
> i have machine with 2 x Quad Core Xeon cpu`s 2G ram and 4 3ware disks in
> raid10. There is 6.2 Stable on it and mysql 5.0 from the ports.
>
> The mysql is installed with the following build options:
> WITH_XCHARSET=all WITH_OPENSSL=yes BUILD_OPTIMIZED=yes WITH_ARCHIVE=yes
> WITH_FEDERATED=yes WITH_NDB=yes
>
> I`m using libmap.conf with this in it:
>
> [mysqld]
> libpthread.so.2 libthr.so.2
>
> This is what I have in my.cnf :
>
> set-variable = key_buffer=1024M
> set-variable = max_allowed_packet=64M
> set-variable = thread_stack=1024K
> set-variable = read_buffer_size=2M
> set-variable = read_buffer_size=2M
>
> set-variable = max_connections=350
> set-variable = interactive_timeout=100
> set-variable = wait_timeout=120
> set-variable = max_user_connections=340
>
> set-variable = query_cache_limit=1M
> set-variable = query_cache_size=32M
> set-variable = query_cache_type=1
>
> set-variable = table_cache=1024
> set-variable = thread_cache=128
> set-variable = thread_cache_size=40
> set-variable = thread_concurrency=16
>
> I`m performing the following test with super-smack:
> :~# time super-smack -d mysql
> /usr/local/share/super-smack/select-key.smack 10 10000
>
> the results are:Query Barrel Report for client smacker1
> connect: max=1ms min=0ms avg= 0ms from 10 clients
> Query_type num_queries max_time min_time q_per_s
> select_index 200000 0 0 18599.71
>
> I can achieve better performance even on my colleague`s notebook with
> 6.2 stable !?
>
> I`ll be very thankful if someone can give me any ideas:)
Try looking at hard drive usage.
--
Sphinx of black quartz judge my vow!
More information about the freebsd-performance
mailing list