Squid pas très performant

Squid pas très performant - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 07-03-2007 à 16:22:14    

:hello:  
 
Je viens d'installer un squid + squidguard + clamav... et je trouve qu'il n'est pas tres performant.
 
Plus précisément, j'ai un doute sur le fait qu'il fasse du cache.
 
J'ai fais un test :
1- Je vais sur quelques pages Internet avec Mozilla en passant par mon proxy.
On va dire que la page n'a jamais été consulté donc la connexion n'est pas plus rapide que s'il n'y avait pas de proxy.
 
2- Je refais le meme test (viste des memes pages) avec Internet Explorer (honte à moi  :whistle: ) en passant par le proxy... et la page ne s'affiche pas plus vite.
 
Pour info, mon serveur est en test et je suis le seul client.
Je suis sur Fedora Core 6 avec un kernel 2.6.18-1.2869.fc6. Il s'agit d'un P4 à 2 Ghz avec 512 Mo RAM.
Il me reste encore de la RAM de libre et le CPU est peu chargé quand je surf, donc ce n'est pas du à la charge de la machine.
Mes partitions sont sur des disques sans RAID et formation en ext3.
 
 
Voici un extrait de mon squid.conf... les options de tuning de cache sont vraiment très très nombreuses, en voici quelques une
 

Code :
  1. # Squid normally listens to port 3128
  2. http_port 3128
  4. cache_mem 2048 MB
  6. #Default:
  7. # cache_swap_low 90
  8. # cache_swap_high 95
  10. #Default:
  11. # maximum_object_size 4096 KB
  13. #Default:
  14. # minimum_object_size 0 KB
  16. #Default:
  17. # maximum_object_size_in_memory 8 KB
  19. #Default:
  20. # ipcache_size 1024
  21. # ipcache_low 90
  22. # ipcache_high 95
  24. cache_replacement_policy lru
  26. #Default:
  27. # memory_replacement_policy lru
  29. cache_dir ufs /var/spool/squid 19000 16 256
  31. httpd_accel_with_proxy on
  32. httpd_accel_uses_host_header on
  33. httpd_accel_host virtual
  34. httpd_accel_port 80
  36. #Default:
  37. # dns_retransmit_interval 5 seconds
  39. #Default:
  40. # dns_timeout 2 minutes
  42. #Default:
  43. # wais_relay_port 0
  45. #Default:
  46. # request_header_max_size 20 KB
  48. #Default:
  49. # request_body_max_size 0 KB
  51. #Suggested default:
  52. refresh_pattern ^ftp:           1440    20%     10080
  53. refresh_pattern ^gopher:        1440    0%      1440
  54. refresh_pattern . 
  56. #Default:
  57. # quick_abort_min 16 KB
  58. # quick_abort_max 16 KB
  59. # quick_abort_pct 95
  61. #Default:
  62. # read_ahead_gap 16 KB
  64. #Default:
  65. # negative_ttl 5 minutes
  67. #Default:
  68. # positive_dns_ttl 6 hours
  70. #Default:
  71. # negative_dns_ttl 1 minute
  73. #Default:
  74. # range_offset_limit 0 KB
  76. #Default:
  77. # collapsed_forwarding off
  79. #Default:
  80. # refresh_stale_hit 0 seconds
  82. #Default:
  83. # forward_timeout 4 minutes
  85. #Default:
  86. # connect_timeout 1 minute
  88. #Default:
  89. # peer_connect_timeout 30 seconds
  91. #Default:
  92. # read_timeout 15 minutes
  94. #Default:
  95. # request_timeout 5 minutes
  97. #Default:
  98. # persistent_request_timeout 1 minute
  100. #Default:
  101. # client_lifetime 1 day
  103. #Default:
  104. # half_closed_clients on
  106. #Default:
  107. # pconn_timeout 120 seconds
  109. #Default:
  110. # ident_timeout 10 seconds
  112. #Default:
  113. # shutdown_lifetime 30 seconds
  115. #Default:
  116. # announce_period 0
  118. #Default:
  119. # httpd_accel_no_pmtu_disc off
  121. #
  122. #Default:
  123. # tcp_recv_bufsize 0 bytes
  125. #Default:
  126. # memory_pools on
  128. #Default:
  129. # memory_pools_limit 5 MB
  131. #Default:
  132. # forwarded_for on
  134. #Default:
  135. # store_avg_object_size 13 KB
  137. #Default:
  138. # store_objects_per_bucket 20
  140. #Default:
  141. # client_db on
  143. #Default:
  144. # netdb_low 900
  145. # netdb_high 1000
  147. #Default:
  148. # buffered_logs off
  150. #Default:
  151. # global_internal_static on
  153. #Default:
  154. # maximum_single_addr_tries 1
  156. delay_parameters 1 -1/-1 8000/8000

Reply

Marsh Posté le 07-03-2007 à 16:22:14   

Reply

Marsh Posté le 07-03-2007 à 16:33:24    

bonjour,
squid n'est pas vraiment fait pour accelerer la vitesse pour un seul poste connecté.
 
l'interet apparait reelement sur la diminution de l'occupation de la bande passante internet lorsque que plusieurs personne derriere squid accede a une meme page.
 
pour verifier qu'il mette bien en cache regarde les logs access.log. (_MISS, _HIT....)
 
de plus tu as ajouter squidguard + clam par dessus.
c'est deja bien que la vitesse ne soit pas ralentit a cause de ceci (le filtrage a un cout tout de meme)


Message édité par toniotonio le 07-03-2007 à 16:33:46
Reply

Marsh Posté le 12-03-2007 à 16:35:57    

:hello:  
 
Merci pour cette information. Je pensais que le but du cache était de stocker en local les éléments d'une page et que le fait de rejouer exactement la meme requete à partir d'un autre poste allait me permettre de visionner la page en temps éclaire.
Donc je verrais lorsque la machine sera chargée.
 
J'ai bien des _HIT donc il va effectivement chercher des fichiers en cache.  :)  
 
 
A quoi serve réellement les fonctions "httpd_accel" ? Uniquement faire du proxy transparent ?
 
 
 :jap:

Message cité 2 fois
Reply

Marsh Posté le 12-03-2007 à 16:40:42    

pour les fonctions d'acceleration c'est du reverse proxy, donc un objectif different du tien.
 c'est bien expliqué la:
http://wiki.squid-cache.org/SquidFaq/ReverseProxy

Message cité 1 fois
Reply

Marsh Posté le 12-03-2007 à 16:58:34    

madsurfer a écrit :

:hello:  
 
Merci pour cette information. Je pensais que le but du cache était de stocker en local les éléments d'une page et que le fait de rejouer exactement la meme requete à partir d'un autre poste allait me permettre de visionner la page en temps éclaire.
Donc je verrais lorsque la machine sera chargée.
 
J'ai bien des _HIT donc il va effectivement chercher des fichiers en cache.  :)  
 
 
A quoi serve réellement les fonctions "httpd_accel" ? Uniquement faire du proxy transparent ?
 
 
 :jap:


et de toute façon, ie and co possède aussi un cache sur ton disque local (desactive le déjà).

Message cité 1 fois
Reply

Marsh Posté le 12-03-2007 à 17:04:44    

toniotonio a écrit :

pour les fonctions d'acceleration c'est du reverse proxy, donc un objectif different du tien.
 c'est bien expliqué la:
http://wiki.squid-cache.org/SquidFaq/ReverseProxy


 
Aucun rapport avec ce que je veux faire ! Je vire ces fonctions.
 
Thx  :jap:  
 

Reply

Marsh Posté le 12-03-2007 à 17:05:27    

memaster a écrit :

et de toute façon, ie and co possède aussi un cache sur ton disque local (desactive le déjà).


 
Ceci a déjà été désactivé au niveau de notre domaine

Reply

Marsh Posté le 13-03-2007 à 20:01:43    

et c'est complètement stupide. Fini les 304

Reply

Marsh Posté le 14-03-2007 à 09:47:27    

madsurfer a écrit :

:hello:  

 

Merci pour cette information. Je pensais que le but du cache était de stocker en local les éléments d'une page et que le fait de rejouer exactement la meme requete à partir d'un autre poste allait me permettre de visionner la page en temps éclaire.
Donc je verrais lorsque la machine sera chargée.

 

J'ai bien des _HIT donc il va effectivement chercher des fichiers en cache.   :)  

 


A quoi serve réellement les fonctions "httpd_accel" ? Uniquement faire du proxy transparent ?

 


  :jap:


Attention, les sites dynamique (en gros tout ce qui genere des pages a la volé : ASP, PHP,....) sont "normallement" configuré pour envoyé une information a destination des Proxy pour ne pas etre mis en cache


---------------
#mais-chut
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed