6
Optimierung von Squid 3.0 - Teil2
Hallo,
vor einigen Tagen wurden bereits die wichtigsten Einstellungen angepasst (Optimierung von Squid 3.0 ), so das unser Proxy jetzt zufriedenstellend funktioniert. Ich möchte jedoch weiterhin die Performance optimieren. Da gegenwärtig noch Platz auf der Platte ist, habe ich mir überlegt, ob es etwas bringt den Squid-Cache zu vergrößern.
Dieser liegt auf einer eigenen Partition (/var/spool/squid3 = 12 GB)
In der Datei "squid.conf" sind dann folgende Werte eingetragen:
cache_dir ufs /var/spool/squid3 8500 16 256
Wie kann ich hier den Squid-Cache vergrößern (mit dem Ändern der Werte in der "squid.conf" allein ist es ja wohl nicht getan
)
Vielen Dank im Voraus an Alle, die mir weiterhelfen.
mfg
Harald
vor einigen Tagen wurden bereits die wichtigsten Einstellungen angepasst (Optimierung von Squid 3.0 ), so das unser Proxy jetzt zufriedenstellend funktioniert. Ich möchte jedoch weiterhin die Performance optimieren. Da gegenwärtig noch Platz auf der Platte ist, habe ich mir überlegt, ob es etwas bringt den Squid-Cache zu vergrößern.
Dieser liegt auf einer eigenen Partition (/var/spool/squid3 = 12 GB)
In der Datei "squid.conf" sind dann folgende Werte eingetragen:
cache_dir ufs /var/spool/squid3 8500 16 256
Wie kann ich hier den Squid-Cache vergrößern (mit dem Ändern der Werte in der "squid.conf" allein ist es ja wohl nicht getan
)Vielen Dank im Voraus an Alle, die mir weiterhelfen.
mfg
Harald
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 152826
Url: https://administrator.de/forum/optimierung-von-squid-3-0-teil2-152826.html
Ausgedruckt am: 22.12.2024 um 17:12 Uhr
6 Kommentare
Neuester Kommentar
Hallo,
evtl. hilft das hier
http://wiki.squid-cache.org/SquidFaq/ConfiguringSquid#What_.27.27cache_ ...
evtl. hilft das hier
http://wiki.squid-cache.org/SquidFaq/ConfiguringSquid#What_.27.27cache_ ...
Hallo chewbakka,
danke für den Hinweis, ich hatte bisher an folgende Parameter gedacht:
cache_dir ufs /var/spool/squid3 10000 16 256
Dabei sind dann immer noch 2 GB "Luft" auf der Festplatte. Unklar ist mir im Moment noch, wie man die Anzahl der L1- und der L2-Verzeichnisse berechnet (16 bzw. 256 sind ja die Default-Werte).
Anschließend muß ich dann doch noch den Cache mit "squid -z" neu initialisieren - richtig???
mfg
Harald
danke für den Hinweis, ich hatte bisher an folgende Parameter gedacht:
cache_dir ufs /var/spool/squid3 10000 16 256
Dabei sind dann immer noch 2 GB "Luft" auf der Festplatte. Unklar ist mir im Moment noch, wie man die Anzahl der L1- und der L2-Verzeichnisse berechnet (16 bzw. 256 sind ja die Default-Werte).
Anschließend muß ich dann doch noch den Cache mit "squid -z" neu initialisieren - richtig???
mfg
Harald
Hi harald,
eine (weitere) sinnvolle(re) Directive zur Optimierung scheint mir
u.a. refresh_pattern zu sein.
Diese Directive akzeptiert . . .
eine Option -i: Groß-/Kleinschreibung ignorieren
einen regulären Ausdruck: URL's, Dateitypen, Dienste wie ftp usw.
Weiterhin eine Mindestzeit in Min., einen Prozentsatz, eine Maximalzeit in Min..
Diese Werte geben dem Proxyserver Auskunft über angenommene Aktualität
von Objekten, so dass man hier steuern kann, in welchem Zeitraum Objekte im Cache
aktualisiert werden müssen: Grafiken einer Website werden wohl eher selten geändert,
die Tageszeitung z.B. aber jeden Tag.
Deshalb kann refresh_pattern auch mehrmals für die verschiedensten Objekte definiert werden.
Siehe Tabelle -> http://www.linux-schulserver.de/Sections-article1-p7.phtml
Die letzte Spalte enthält noch zusätzliche, optionale Werte.
Auch die nachfolgenden Directiven sind vielleicht nicht ganz uninteressant.
Gruß
Günni
eine (weitere) sinnvolle(re) Directive zur Optimierung scheint mir
u.a. refresh_pattern zu sein.
Diese Directive akzeptiert . . .
eine Option -i: Groß-/Kleinschreibung ignorieren
einen regulären Ausdruck: URL's, Dateitypen, Dienste wie ftp usw.
Weiterhin eine Mindestzeit in Min., einen Prozentsatz, eine Maximalzeit in Min..
Diese Werte geben dem Proxyserver Auskunft über angenommene Aktualität
von Objekten, so dass man hier steuern kann, in welchem Zeitraum Objekte im Cache
aktualisiert werden müssen: Grafiken einer Website werden wohl eher selten geändert,
die Tageszeitung z.B. aber jeden Tag.
Deshalb kann refresh_pattern auch mehrmals für die verschiedensten Objekte definiert werden.
Siehe Tabelle -> http://www.linux-schulserver.de/Sections-article1-p7.phtml
Die letzte Spalte enthält noch zusätzliche, optionale Werte.
Auch die nachfolgenden Directiven sind vielleicht nicht ganz uninteressant.
Gruß
Günni
Hallo chewbakka,
die Vergrößerung des Squid-Cache habe ich gestern Abend erfolgreich durchgeführt.
@günni: Vielen Dank für den interessanten Ansatz. Welche Einträge sind denn sinnvoll?
Gegenwärtig steht in der squid.conf nur folgendes:
refresh_pattern ^ftp: 1440 20% 10080
refresh_patterh ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320
mfg
Harald
die Vergrößerung des Squid-Cache habe ich gestern Abend erfolgreich durchgeführt.
@günni: Vielen Dank für den interessanten Ansatz. Welche Einträge sind denn sinnvoll?
Gegenwärtig steht in der squid.conf nur folgendes:
refresh_pattern ^ftp: 1440 20% 10080
refresh_patterh ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320
mfg
Harald
Hi harald,
die gleichen Einträge/Werte stehen auch in der squid.conf meines Servers.
Ehrlich gesagt bin ich auf diese Möglichkeit, den Squid-Cache zu optimieren,
erst nach Lesen deines Beitrags gestossen(bißchen gegoogelt
) und die verlinkte
Seite war dabei noch das ausführlichste, was ich gefunden habe.
So gesehen könnte ich jetzt auch nur ausprobieren, um eine Strategie zu entwickeln.
Wenn ich mir die Erklärungen zu Mindestzeit, Prozentsatz, Maximalzeit durchlese, denke ich mal,
der Sinn in dieser Directive liegt darin, dem Proxy zu sagen, dass er bestimmte Webelemente für einen großen
Zeitraum als aktuell betrachten soll und diese dann aus dem Cache anstatt von einer Website lädt.
Da heutzutage viele Webseiten dynamisch sind, denke ich mal, dass es zumindest Sinn macht,
das Cachen von Grafiken zu optimieren, da diese ja in der Regel nicht verändert werden.
Gruß
Günni
die gleichen Einträge/Werte stehen auch in der squid.conf meines Servers.
. . . Welche Einträge sind denn sinnvoll? . . .
Ehrlich gesagt bin ich auf diese Möglichkeit, den Squid-Cache zu optimieren,
erst nach Lesen deines Beitrags gestossen(bißchen gegoogelt
) und die verlinkteSeite war dabei noch das ausführlichste, was ich gefunden habe.
So gesehen könnte ich jetzt auch nur ausprobieren, um eine Strategie zu entwickeln.
Wenn ich mir die Erklärungen zu Mindestzeit, Prozentsatz, Maximalzeit durchlese, denke ich mal,
der Sinn in dieser Directive liegt darin, dem Proxy zu sagen, dass er bestimmte Webelemente für einen großen
Zeitraum als aktuell betrachten soll und diese dann aus dem Cache anstatt von einer Website lädt.
Da heutzutage viele Webseiten dynamisch sind, denke ich mal, dass es zumindest Sinn macht,
das Cachen von Grafiken zu optimieren, da diese ja in der Regel nicht verändert werden.
Gruß
Günni
Hallo zusqammen,
vielen Dank an alle, die mir hier weitergeholfen haben. Die Zugriffszeiten (und auch die Cache-Statistiken) haben sich inzwischen wesentlich verbessert, aus diesem grund sehe ich das Problem als gelöst an:
Cache information for squid:
Hits as % of all requests: 5min: 39.1%, 60min: 35.3%
Hits as % of bytes sent: 5min: 28.3%, 60min: 23.9%
Memory hits as % of hit requests: 5min: 2.7%, 60min: 1.9%
Disk hits as % of hit requests: 5min: 51.2%, 60min: 50.2%
Storage Swap size: 9273540 KB
Storage Swap capacity: 90.6% used, 9.4% free
Storage Mem size: 14556 KB
Storage Mem capacity: 5.6% used, 94.4% free
Mean Object Size: 22.18 KB
Requests given to unlinkd: 212
mfg
Harald
vielen Dank an alle, die mir hier weitergeholfen haben. Die Zugriffszeiten (und auch die Cache-Statistiken) haben sich inzwischen wesentlich verbessert, aus diesem grund sehe ich das Problem als gelöst an:
Cache information for squid:
Hits as % of all requests: 5min: 39.1%, 60min: 35.3%
Hits as % of bytes sent: 5min: 28.3%, 60min: 23.9%
Memory hits as % of hit requests: 5min: 2.7%, 60min: 1.9%
Disk hits as % of hit requests: 5min: 51.2%, 60min: 50.2%
Storage Swap size: 9273540 KB
Storage Swap capacity: 90.6% used, 9.4% free
Storage Mem size: 14556 KB
Storage Mem capacity: 5.6% used, 94.4% free
Mean Object Size: 22.18 KB
Requests given to unlinkd: 212
mfg
Harald
