[Ubuntu] mysql performance op quad core AMD

[vorlox]

He Tweakers,

Ik heb voor thuis een Medion AMD Athlon II X4 620 aangeschaft. (was redelijk el cheapo maar ik dacht het is beter dan mijn huidige HP x2)
Nu heb ik hier Ubuntu 10 32bit server op geinstalleerd samen met mysql
Alleen nu zie ik in cat /proc/cpu
4 x een proc voorbij komen die hij op 800Mhz aangeeft.
Mysql is rete traag....althans trager dan die HP x2.?

Klopt het dat hij maar 800Hmz moet aangeven..
Kan ik iets tweaken zodat hij sneller wordt
Of moet ik gewoon een 64bit proberen.

[TWBMS]

Lijkt er op dat je powersafe functie aanstaan, je kan cpufreq-info gebruiken wat onderdeel is van cpufrequtils om meer informatie.

64-bit heeft overigens alleen zin als je systeem over 4GB of meer geheugen beschikt beschikt.

[_JGC_]

64bit heeft bij linux al zin als je meer dan 1GB geheugen hebt, en dat is dan puur om Highmem te omzeilen.
Je zult je CPUFreq instellingen op performance ipv ondemand moeten zetten en dan zou je CPU gewoon naar de hoogste stand moeten gaan. Verder is je MySQL zeer waarschijnlijk traag omdat MySQL standaard wordt geconfigureerd voor minimale systemen: een Pentium met 32MB geheugen of iets in die richting. Je zult MySQL moeten tunen om er performance uit te halen, doe je dat niet, dan wordt MySQL al tergend traag als je 1000 rows in een tabel stopt.

[silentsnake]

Check inderdaad je power management of zet Cool & Quiet uit in de BIOS. En MySQL komt standaard mee met een bak standaard config files, die je kan kiezen afhankelijk van de specs van je systeem. Het is de moeite waard om sowieso één van die config files te pakken voordat je in de wondere wereld van MySQL tuning terecht komt.

[ Voor 15% gewijzigd door silentsnake op 26-08-2010 19:12 ]

[vorlox]

Ok daar zitten dus al wat gaten in mijn installatie.

Ik heb 64Bit geinstalleerd want in heb idd 4GB erin zitten.
Verder heb ik nu Cool & Quit disbaled in de bios

Nu geeft cpu-info idd 2600Hmz aan...das dus al beter

Mysql is alleen nog steeds niet bijstersnel.\
Waar kun je binnen linux die performance mode instellen?
Kan het niet vinden
heb schijbaar geen /etc/cpufreqd.conf

Ok die heb ik nu wel..na aptitude install cpufreqd

ik zie wel een aantal processen
root 84 2 0 20:39 ? 00:00:00 [kondemand/0]
root 85 2 0 20:39 ? 00:00:00 [kondemand/1]
root 86 2 0 20:39 ? 00:00:00 [kondemand/2]
root 87 2 0 20:39 ? 00:00:00 [kondemand/3]

en

root 88 2 0 20:39 ? 00:00:00 [kconservative/0]
root 89 2 0 20:39 ? 00:00:00 [kconservative/1]
root 90 2 0 20:39 ? 00:00:00 [kconservative/2]
root 91 2 0 20:39 ? 00:00:00 [kconservative/3]


Ik wordt niet wijzer.
De mysql instellingen op deze machine zijn nu hetzelfde als op de oude.
Toch doet het inlezen van een dump er op de oude +/- 10 seconden over en bij de nieuwe 45 seconden.
Das toch wel erg veel verschil..

pff zelfs het droppen duurt lang
Oude machine
mysql> drop database syntec_dumptest;
Query OK, 236 rows affected (0.57 sec)

Nieuwe machine
mysql> drop database syntec_dumptest;
Query OK, 236 rows affected (14.07 sec)

Hmm das niet best
Wel is de oude mysql 5.0.67
en de nieuwe
mysql 5.1.41

Overigens werkt cpufreq-info ook niet

code:

cpufrequtils 006: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to [e-mail], please.
analyzing CPU 0:
  no or unknown cpufreq driver is active on this CPU
  maximum transition latency: 4294.55 ms.
analyzing CPU 1:
  no or unknown cpufreq driver is active on this CPU
  maximum transition latency: 4294.55 ms.
analyzing CPU 2:
  no or unknown cpufreq driver is active on this CPU
  maximum transition latency: 4294.55 ms.
analyzing CPU 3:
  no or unknown cpufreq driver is active on this CPU
  maximum transition latency: 4294.55 ms.

Ik heb nu sysbench geinstalleerd
sysbench --test=cpu --cpu-max-prime=20000 run

code:

Maximum prime number checked in CPU test: 20000


Test execution summary:
    total time:                          35.6294s
    total number of events:              10000
    total time taken by event execution: 35.6281
    per-request statistics:
         min:                                  3.55ms
         avg:                                  3.56ms
         max:                                  3.81ms
         approx.  95 percentile:               3.56ms

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   35.6281/0.00

sysbench --num-threads=64 --test=threads --thread-yields=100 --thread-locks=2 run

code:

Test execution summary:
    total time:                          0.7654s
    total number of events:              10000
    total time taken by event execution: 48.7638
    per-request statistics:
         min:                                  0.03ms
         avg:                                  4.88ms
         max:                                 29.96ms
         approx.  95 percentile:              17.17ms

Threads fairness:
    events (avg/stddev):           156.2500/36.48
    execution time (avg/stddev):   0.7619/0.00

IO
sysbench --num-threads=16 --test=fileio --file-total-size=3G --file-test-mode=rndrw prepare

code:

Running the test with following options:
Number of threads: 16

Extra file open flags: 0
128 files, 24Mb each
3Gb total file size
Block size 16Kb
Number of random requests for random IO: 10000
Read/Write ratio for combined random IO test: 1.50
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing random r/w test
Threads started!
Done.

Operations performed:  5999 Read, 4006 Write, 12672 Other = 22677 Total
Read 93.734Mb  Written 62.594Mb  Total transferred 156.33Mb  (4.3907Mb/sec)
  281.01 Requests/sec executed

Test execution summary:
    total time:                          35.6041s
    total number of events:              10005
    total time taken by event execution: 8.8591
    per-request statistics:
         min:                                  0.00ms
         avg:                                  0.89ms
         max:                                137.84ms
         approx.  95 percentile:               0.66ms

Threads fairness:
    events (avg/stddev):           625.3125/146.19
    execution time (avg/stddev):   0.5537/0.10

En als laatste OLTP
sysbench --test=oltp --mysql-user=root --mysql-password=secret --mysql-table-engine=innodb --oltp-table-size=1000000 prepare
en
sysbench --num-threads=16 --max-requests=100000 --test=oltp --oltp-table-size=1000000 --mysql-user=root --mysql-password=secret --oltp-read-only run

code:

Doing OLTP test.
Running mixed OLTP test
Doing read-only test
Using Special distribution (12 iterations,  1 pct of values are returned in 75 pct cases)
Using "BEGIN" for starting transactions
Using auto_inc on the id column
Maximum number of requests for OLTP test is limited to 100000
Threads started!
Done.

OLTP test statistics:
    queries performed:
        read:                            1400014
        write:                           0
        other:                           200002
        total:                           1600016
    transactions:                        100001 (675.36 per sec.)
    deadlocks:                           0      (0.00 per sec.)
    read/write requests:                 1400014 (9455.02 per sec.)
    other operations:                    200002 (1350.72 per sec.)

Test execution summary:
    total time:                          148.0710s
    total number of events:              100001
    total time taken by event execution: 2368.2628
    per-request statistics:
         min:                                  7.09ms
         avg:                                 23.68ms
         max:                                 54.11ms
         approx.  95 percentile:              32.19ms

Threads fairness:
    events (avg/stddev):           6250.0625/11.34
    execution time (avg/stddev):   148.0164/0.01

Oja ook nog free -m as requested

code:

             total       used       free     shared    buffers     cached
Mem:          3961       3912         48          0         44       3505
-/+ buffers/cache:        362       3598
Swap:        11606          0      11606

Het lijkt me toch allemaal niet slecht..misschien zie ik iets over het hoofd.

[ Voor 91% gewijzigd door vorlox op 26-08-2010 22:03 ]

[Verwijderd]

Kijk eens hoeveel swap hij gebruikt. Dit kan met "free -m" of "top". Draai ook eens "mysqltuner", die staat in de repo's dacht ik.

[vorlox]

Gloeiende gloeiende.

Ik heb nu ipv ubuntu 10 er ubuntu 8.04 64 op geinstalleerd
En whambam supersnel.....zucht dus of er is iets niet in de haak met ext4 of mysql5.1 of zelf ubuntu 10
maargoed ik ben weer zo blij als en kind

Bedankt voor alle reacties

[deepbass909]

Ext4 en MySQL mogen geen probleem zijn op AMD X4 630.

Ik heb het zelf onder 64 bit Gentoo draaien, en MySQL vliegt letterlijk.

Je kan ook rustig Cool'n'Quiet aan laten staan (het bespaart niet alleen energie, maar ook je CPU loopt minder op z'n teentjes en gaat dus langer mee) en met cpufreq de "ondemand" govener kiezen. Die schakelt vrijwel direct op naar een hogere cpu-snelheid als dat nodig. Daarnaast is de X4 toch echt wel een snel beestje.
Toen ik hem net een paar dagen had, kreeg ik regelmatig de neiging hem op performance te zetten, want de kloksnelheid kwam regelmatig niet boven de 1,5GHz (o.i.d.), maar dat bleek door de rest van het systeem te komen... De cpu kon zijn uitvoer gewoon niet sneller kwijt

Ik heb zelf ook heel even Ubuntu 10 gedraait op mijn systeem, maar ik vond het qua prestaties ook tegenvallen... Ik draai nu weer Gentoo, en die is een stuk sneller.