Serveur dédié parfois trop long

WRInaute occasionnel
Bonjour,

j'ai mon premier serveur dedié depuis 4 jours, j'ai transferé mon site sur le serveur mais parfois il est trops long a se charger.

j'ai fait un top sur ssh

voici les resultat :

Code:
top - 19:38:27 up 3 days, 18:44,  1 user,  load average: 0.03, 0.01, 0.00
Tasks: 109 total,   1 running, 108 sleeping,   0 stopped,   0 zombie
Cpu(s):   0.3% user,   0.0% system,   0.0% nice,  99.7% idle
Mem:    253704k total,   246976k used,     6728k free,     4032k buffers
Swap:  2096472k total,        0k used,  2096472k free,   114280k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
30108 root      15   0  1096 1096  848 R  0.3  0.4   0:00.19 top
    1 root       9   0   504  504  448 S  0.0  0.2   0:06.07 init
    2 root       9   0     0    0    0 S  0.0  0.0   0:00.00 keventd
    3 root      19  19     0    0    0 S  0.0  0.0   0:01.99 ksoftirqd_CPU0
    4 root       9   0     0    0    0 S  0.0  0.0   0:05.60 kswapd
    5 root       9   0     0    0    0 S  0.0  0.0   0:00.00 bdflush
    6 root       9   0     0    0    0 S  0.0  0.0   0:02.72 kupdated
    7 root       9   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0
    8 root       9   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1
    9 root      -1 -20     0    0    0 S  0.0  0.0   0:00.00 mdrecoveryd
   10 root       9   0     0    0    0 S  0.0  0.0   0:18.86 kjournald
26844 root       9   0     0    0    0 S  0.0  0.0   0:00.00 kjournald
10127 root       9   0   772  772  668 S  0.0  0.3   0:09.12 syslogd
17123 root       9   0   468  464  408 S  0.0  0.2   0:00.00 klogd
5830 root       9   0   432  428  384 S  0.0  0.2   0:00.00 inetd
13304 root       9   0  1248 1248 1032 S  0.0  0.5   0:00.01 mysqld_safe
10017 mysql      9   0 22332  21m 4740 S  0.0  8.8   0:05.81 mysqld
8549 root       9   0   488  484  432 S  0.0  0.2   0:00.02 logger
30518 mysql      0   0 22332  21m 4740 S  0.0  8.8   0:08.03 mysqld
27828 mysql      9   0 22332  21m 4740 S  0.0  8.8   0:00.00 mysqld
22874 mysql      9   0 22332  21m 4740 S  0.0  8.8   0:00.00 mysqld
6320 mysql      9   0 22332  21m 4740 S  0.0  8.8   0:00.01 mysqld
28456 mysql      9   0 22332  21m 4740 S  0.0  8.8   0:00.00 mysqld
29936 mysql      9   0 22332  21m 4740 S  0.0  8.8   0:55.99 mysqld
15810 mysql      9   0 22332  21m 4740 S  0.0  8.8   0:37.18 mysqld
9115 mysql      9   0 22332  21m 4740 S  0.0  8.8   0:00.00 mysqld
13239 mysql      9   0 22332  21m 4740 S  0.0  8.8   0:01.77 mysqld
11669 root       9   0  1540 1536 1388 S  0.0  0.6   0:01.36 sshd
13247 root       8   0   472  468  420 S  0.0  0.2   0:00.00 vhcs2_daemon
32313 nobody     8   0  2480 2480 1784 S  0.0  1.0   0:04.42 proftpd
6241 root       6   0   816  816  672 S  0.0  0.3   0:01.40 cron
24765 root       9   0   472  472  420 S  0.0  0.2   0:00.00 getty
8392 root       9   0   472  472  420 S  0.0  0.2   0:00.00 getty
28586 root       9   0   472  472  420 S  0.0  0.2   0:00.00 getty
5687 root       9   0   472  472  420 S  0.0  0.2   0:00.00 getty
6655 root       9   0   472  472  420 S  0.0  0.2   0:00.00 getty
22970 root       9   0   472  472  420 S  0.0  0.2   0:00.00 getty

Je vois que tous est normal, est qu'il est possible de ca soit a cause d'une mauvaise installation.
j'ai demandé a qlq, il m'a dit :
Je viens d'effectuer un traceroute vers ton site, il semble qu'il y ait des blocages.

je suis sur VHCS, et voici un domaine sur le serveur www.doublecanon.be

aider moi SVP a trouver un solution.


Merci
 
WRInaute occasionnel
le site est dynamique php/mysql mais le site se ratenti seulement si la ram est saturé (=>SWAP=/=0 ) est CPU est chargé
 
WRInaute occasionnel
j'ai pas de bonne connaisance en linux et les serveur, alors vous croyez que le probleme vient de my.cnf et comment resoudre le probleme?
 
WRInaute passionné
Ta machine est sous-utilisee. Rajoute qqs centaines de sites.





D'apres ton top, il n'y a pas de probleme de charge. Faut chercher ailleurs (disque, reseau, ....).
 
WRInaute impliqué
oh à mon avis c'est le paramétrage par défaut qui n'est normalement pas pénalisant et je suis assez d'accord pour dire que la machine ne fait rien, le problème doit être ailleurs...
ca doit être une vieille version de mysql, c'est sans doute pour cela qu'il y a temps de process mysql, à vérifier
 
WRInaute occasionnel
voici le contenu my.cnf
#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "/var/lib/mysql/my.cnf" to set server-specific options or
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/serve ... ables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0

[mysqld]
#
# * Basic Settings
#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
language = /usr/share/mysql/english
skip-external-locking
#
# For compatibility to other Debian packages that still use
# libmysqlclient10 and libmysqlclient12.
old_passwords = 1
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1
#
# * Fine Tuning
#
key_buffer = 16M
max_allowed_packet = 16M
thread_stack = 128K
#
# * Query Cache Configuration
#
query_cache_limit = 1048576
query_cache_size = 16777216
query_cache_type = 1
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
#log = /var/log/mysql.log
#log = /var/log/mysql/mysql.log
#
# Error logging goes to syslog. This is a Debian improvement :)
#
# Here you can see queries with especially long duration
#log-slow-queries = /var/log/mysql/mysql-slow.log
#
# The following can be used as easy to replay backup logs or for replication.
#server-id = 1
log-bin = /var/log/mysql/mysql-bin.log
# See /etc/mysql/debian-log-rotate.conf for the number of files kept.
max_binlog_size = 104857600
#binlog-do-db = include_database_name
#binlog-ignore-db = include_database_name
#
# * BerkeleyDB
#
# According to an MySQL employee the use of BerkeleyDB is now discouraged
# and support for it will probably cease in the next versions.
skip-bdb
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# If you want to enable SSL support (recommended) read the manual or my
# HOWTO in /usr/share/doc/mysql-server/SSL-MINI-HOWTO.txt.gz
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem



[mysqldump]
quick
quote-names
max_allowed_packet = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer = 16M
sd32099:/etc/mysql#
 
WRInaute discret
Voici mes réglages, mais avec 2 G de ram et pour un usage intensif Mysql. (150 000 pages vues sur forum chaque jour et 50 000 pages autre)

key_buffer = 256M
max_allowed_packet = 16M
thread_stack = 128K
tmp_table_size = 64M
table_cache = 1500
thread_cache_size = 48
max_heap_table_size = 128M
max_tmp_tables = 64
sort_buffer_size = 6M
myisam_sort_buffer_size = 64M
read_rnd_buffer_size = 4M
join_buffer_size = 6M
read_buffer_size = 2M
long_query_time = 10
thread_concurrency = 4
#
# * Query Cache Configuration
#
query_cache_limit = 4M
query_cache_size = 96M
query_cache_type = 1

skip-bdb
skip-innodb

max_user_connections = 100
 
WRInaute occasionnel
Processeur :Intel Celeron à 2.6 Ghz
Ram :256 Mo de DDR
Disque dur :160 Go en SATA2
Bande passante :100 Mb/s
Trafic :
Illimité:illimité
Nombre d'ip :1
OS :GNU Linux Debian
Pannel(s) :VHCS
 
WRInaute discret
déjà je mettrais
key_buffer = 48M
skip-innodb

Pour le reste avec si peu de mémoire je n'ose pas me prononcer
 
WRInaute discret
Perso comme je ne suis pas doué avec putty, je travaille avec WinSCP3 avec lequel j'édite mes fichiers de conf. Il faut ensuite faire un restart mysql
chez moi /etc/init.d/mysql restart que j'entre sous putty
 
WRInaute discret
oui, suffisant si tu as peu de visiteurs et des applications peu gourmandes. Dans ce cas autant rester en mutualisé.
 
WRInaute impliqué
beaucoup de chose ont été dites sur les 256Mo du kimsufi, je n'ai pas d'opinion, dans tous les cas c'est un chalenge pour optimiser son applicatif et sa config quand le traffic augmente.

En faite hm19000 se sont tes partenaires qui ralentissent le chargement de ton site, ta machine se porte à merveille.

En gros quand tu places tes scripts comme ceci dans ton body (et il y en a plein ;) ) :
Code:
<SCRIPT language="javascript" SRC="http://ads.allotraffic.com/clicstandart?id=7439"></SCRIPT>

Ca bloque le chargement de ta page tant que le partenaire n'a pas répondu

Une solution consiste à les placer dans des iframe...
 
WRInaute occasionnel
perso j'ai essayé kimsufi + vhcs
rien que le LAMP lancé consome presque 200 M !
 
WRInaute occasionnel
h4ni a dit:
perso j'ai essayé kimsufi + vhcs
rien que le LAMP lancé consome presque 200 M !

Ma machine n'est presque pas utiliser, alors pour le moment la ram est suffisante.

Est qu'il est preferable de mettre direcAdmin que VHCS

En faite hm19000 se sont tes partenaires qui ralentissent le chargement de ton site, ta machine se porte à merveille.

En gros quand tu places tes scripts comme ceci dans ton body (et il y en a plein ) :
Code:
<SCRIPT language="javascript" SRC="http://ads.allotraffic.com/clicstandart?id=7439"></SCRIPT>


Ca bloque le chargement de ta page tant que le partenaire n'a pas répondu

Une solution consiste à les placer dans des iframe...
Avant quand j'etais avec des mutuel, mes sites s'affichai rapidemement, j'ai changer d'hebergeur 2 fois en 3 mois.
les deux mon dit que le mieux pour moi est de choisir un dédié.
 
WRInaute impliqué
atta on parle bien de ce site : -www.doublecanon.be ? ou y en a d'autres sur ton dédié ? Parce que là j'ai un peu de mal à situer ton problème de chargement...
 
WRInaute impliqué
ouai bah pour ma part je laisserais à d'autre le loisirs de commenter les performances de ton serveur :

ab a dit:
Benchmarking www.douniamusic.com (be patient).....done

Server Software: Performant-Hosting.com
Server Hostname: www.douniamusic.com
Server Port: 80

Document Path: /album-18.php
Document Length: 12374 bytes

Concurrency Level: 5
Time taken for tests: 1.593388 seconds
Complete requests: 100
Failed requests: 0
Write errors: 0
Total transferred: 1257700 bytes
HTML transferred: 1237400 bytes
Requests per second: 62.76 [#/sec] (mean)
Time per request: 79.669 [ms] (mean)
Time per request: 15.934 [ms] (mean, across all concurrent requests)
Transfer rate: 770.68 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 5 6 0.7 6 8
Processing: 34 71 34.5 64 201
Waiting: 19 55 34.5 47 186
Total: 40 77 34.5 69 207

Percentage of the requests served within a certain time (ms)
50% 69
66% 80
75% 85
80% 87
90% 152
95% 160
98% 171
99% 207
100% 207 (longest request)

ce bench ne tient pas en compte les chargements des js partenaires :)
 
WRInaute discret
une fois dans le site c'est rapide. C'est la première page qui est longue et lourde. Des insert des truc comme ça ?
 
Discussions similaires
Haut