Le 24/07/2013 22:13, tranxene50 a écrit :
Hello !
Alors, déjà, ton VPS va bien ! :)
En fait, pas tout à fait : tu as grosso-mode 200/300 Mo de RAM inutilisé et ça, c'est mal...
La mémoire qui ne sert pas, c'est de RAM perdue.
Le fait que le VPS swappe est également normal : par défaut, Linux va déposer en SWAP les données qui ne sont que très rarement utilisé.
Cela n'affecte pas les performances, bien au contraire : seules les données "chaudes" restent en RAM.
Concernant OpenVZ, la SWAP n'est pas forcément stockée sur le disque, c'est le principe de la "VSwap" : http://openvz.org/VSwap
Tant que le serveur hôte dispose de suffisamment de RAM, la VSwap est, justement, stockée en RAM. (Mais OpenVZ va ralentir artificiellement les entrées/sorties, pour simuler la swap "normale")
Si le serveur hôte commence a être surchargé, alors la VSwap passe sur le disque.
J'ai oublié de précisé que c'est un VPS OpenVZ donc pas certain que Swappiness soit paramétrable à l'intérieur de la VM... !? Seul le serveur hôte peut accéder/modifier ces paramètres, pas possible au sein du VPS.
Si c'est pas indiscret, quel est ton hébergeur ?
---
Pour MySQL, je te propose de "consommer" 270 Mo de RAM, grand maximum :
[mysqld] skip-external-locking skip-name-resolve skip-symbolic-links
# --- Log
general_log = 0
slow_query_log = 1 long_query_time = 1
log_queries_not_using_indexes = 0 log_warnings = 2
# --- Network
back_log = 128 max_connections = 48 max_user_connections = 16
connect_timeout = 60 interactive_timeout = 900 wait_timeout = 3600
# --- Conf
default-storage_engine = InnoDB
local_infile = 0 secure_auth = 1
# --- Limits
max_allowed_packet = 16M max_heap_table_size = 32M tmp_table_size = 32M
join_buffer_size = 256K sort_buffer_size = 1M
table_definition_cache = 512 table_open_cache = 1024
# --- Threads
slow_launch_time = 1 thread_cache_size = 16
# --- Cache
query_cache_type = 1 query_cache_size = 16M query_cache_limit = 1M
query_cache_min_res_unit = 1k
# --- MyISAM
key_buffer = 16M
# --- InnoDB
ignore-builtin-innodb
innodb-status-file = 1
# Attention, tout doit être sur une seule ligne ! plugin-load=innodb=ha_innodb_plugin.so;innodb_trx=ha_innodb_plugin.so;innodb_locks=ha_innodb_plugin.so;innodb_lock_waits=ha_innodb_plugin.so;innodb_cmp=ha_innodb_plugin.so;innodb_cmp_reset=ha_innodb_plugin.so;innodb_cmpmem=ha_innodb_plugin.so;innodb_cmpmem_reset=ha_innodb_plugin.so
innodb_additional_mem_pool_size = 8M innodb_buffer_pool_size = 128M innodb_file_format = Barracuda innodb_file_format_check = Barracuda innodb_lock_wait_timeout = 10 innodb_log_buffer_size = 8M innodb_open_files = 1024 innodb_rollback_on_timeout = 1
[myisamchk] key_buffer = 16M
[mysql] no-auto-rehash
[mysqldump] max_allowed_packet = 64M
---
Juste au cas où : sauvegarde des bases de données et de ton ancien fichier de conf.
Tu laisses tourner deux/trois jours, sur Munin la consommation de RAM va augmenter (couleur verte) mais c'est tout à fait normal.
Et ensuite, rebelote : mysqltuner.pl & tuning-primer.sh.
Encore indiscret : c'est pour zici.fr ?
Voilà !
Bonjour, Merci tranxene50, à chacun de tes emails je me couche moins bête :-) Je vais tester et potasser tes conseils... Pour tes questions indiscrètes : - L'hébergeur c'est OVH pour cette VM, pour encore 2, 3 mois, je vais (re)passer "à la maison" très bientôt ; - Et oui c'est pour Zici - qui est vieillissant - (mais pas que) ; Merci encore, David -- http://www.zici.fr http://www.mercereau.info