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à ! -- tranxene50 tranxene50@developpeur-neurasthenique.fr