Last-Auswertung der Fritzbox: Unterschied zwischen den Versionen

Aus Zebradem WIKI
Zur Navigation springenZur Suche springen
Keine Bearbeitungszusammenfassung
 
(5 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
<div style="margin: 10px 10px 0pt 0pt; border: 1px solid rgb(223, 223, 223); padding: 0em 1em 1em; background-color: rgb(0, 0, 53);">
<div style="margin: 0; margin-top:10px; margin-right:10px; border: 1px solid #333333; padding: 0em 1em 1em 1em; background-color:#1B1C2D; align:right;">
<br> <font color="silver"></font>
<br><center>[[Datei:ZD-Logo.png]]</center>
<center><font color="silver">[[Image:ZD-Logo.png]]</font></center>  
<center><big><span style="color:#B5B5B5;">'''''Das Board mit Freiheiten'''''</span></big></center>
<font color="silver"><font color="silver"></font></font>
<font color=white></font>
<center><font color="silver"><font color="silver"><big>'''''Das Board mit Freiheiten'''''</big></font></font></center>  
----
----
<div style="margin: 10px 10px 0pt 0pt; border: 10px solid rgb(0, 0, 0); padding: 0em 1em 1em; background-color: rgb(48, 49, 64);">
<br>
<font color="silver"><font color="silver"><font color="white"></font></font></font>  
<div style="margin: 0px 20px 15pt 15pt; border: 2px solid rgb(223, 223, 223); padding: 0em 1em 1em; background-color:#303140; border: 1px solid #000000;">
<br/>
{{Navi-Tipps+Tricks}}


<br> Problem: bei grosser Netzlast, genauer: bei hoher Paketzahl, die der dsld verarbeiten muss, steigt die Last des Systems schnell ueber 3.<br> Das Problem daran ist, dass bei zu hoher Systemlast die Latenz der DSL-Anbindung so hoch ist, dass Verbindungen abbrechen (retransmit timeout) bzw. gar nicht erst zustande kommen (connect timeout).<br> Um einen Ueberblick zu erhalten, wann die Lastspitzen auftreten und die Punkte hoher Netzlast zu ermitteln ist es notwendig, die Systemlast zu tracken.<br> Dies geschieht mittels:<br> - uptime<br> - logger<br> - remote syslogging<br> - rrd (hierzu wird es in Zukunft ein separates HOWTO geben. Solange bitte rrd-doku nutzen.)  
<br> Problem: bei grosser Netzlast, genauer: bei hoher Paketzahl, die der dsld verarbeiten muss, steigt die Last des Systems schnell ueber 3.<br> Das Problem daran ist, dass bei zu hoher Systemlast die Latenz der DSL-Anbindung so hoch ist, dass Verbindungen abbrechen (retransmit timeout) bzw. gar nicht erst zustande kommen (connect timeout).<br> Um einen Ueberblick zu erhalten, wann die Lastspitzen auftreten und die Punkte hoher Netzlast zu ermitteln ist es notwendig, die Systemlast zu tracken.<br> Dies geschieht mittels:<br> - uptime<br> - logger<br> - remote syslogging<br> - rrd (hierzu wird es in Zukunft ein separates HOWTO geben. Solange bitte rrd-doku nutzen.)  
Zeile 27: Zeile 28:
<br>  
<br>  


*[[Fritzbox Tips & Tricks|Zurück zu Tips &amp; Tricks]]  
== Quellenangaben ==
http://www.wehavemorefun.de/fritzbox/
 
== Wichtige Links ==
*[[Fritzbox Tipps & Tricks|Zurück zu Tipps &amp; Tricks]]  
*[[Hauptseite|Zurück zu Hauptseite]]
*[[Hauptseite|Zurück zu Hauptseite]]
</div> </div>  
</div> </div>  
[[Category:Fritzbox]] [[Category:Sitemap]]
[[Category:Fritzbox]] [[Category:Sitemap]]

Aktuelle Version vom 17. November 2013, 21:17 Uhr


Das Board mit Freiheiten





Zebradem AVM Wiki >> Fritzbox Tipps & Tricks >> Last-Auswertung der Fritzbox Magyar, Nederlands, Italiano, English
Community Modelle Freetz Fritzbox Tipps & Tricks

Hardware-Tipps System-Tipps Netzwerk-Tipps Telefonie-Tipps Software-Tipps Sonstige Tipps


Problem: bei grosser Netzlast, genauer: bei hoher Paketzahl, die der dsld verarbeiten muss, steigt die Last des Systems schnell ueber 3.
Das Problem daran ist, dass bei zu hoher Systemlast die Latenz der DSL-Anbindung so hoch ist, dass Verbindungen abbrechen (retransmit timeout) bzw. gar nicht erst zustande kommen (connect timeout).
Um einen Ueberblick zu erhalten, wann die Lastspitzen auftreten und die Punkte hoher Netzlast zu ermitteln ist es notwendig, die Systemlast zu tracken.
Dies geschieht mittels:
- uptime
- logger
- remote syslogging
- rrd (hierzu wird es in Zukunft ein separates HOWTO geben. Solange bitte rrd-doku nutzen.)

Wir benutzen dazu ein kleines shell-Konstrukt, das einen daemon ersetzt:

<font color="black">### Log system status -> remote log -> graphing
uptimeInterval="55" ### seconds
(while true; do echo "uptime: $(uptime)" | logger; sleep $uptimeInterval; done 1>/dev/null 2>&1) 1>/dev/null 2>&1 &
</font>

Der obige Code muss in "/var/install" im bootimage stehen und nach "/var/flash/debug.cfg" gesichert werden. Dann wird der daemon auch beim reboot gestartet.


Ein Graph, wie das Ergebnis dann aussehen kann:



Tatsächlich erhöht sich die Last durch die Modifikation. Jedoch erhöht sie sich in einem Maß, das nicht meßbar ist. Die Aussage, die Last würde sich um mindestens "1" erhöhen ist auf verschiedenen fboxen ebensowenig nachvollziehbar wie die Aussage, daß die "Last"zahl wenig aussagekräftig sei. Sie ist vielmehr das Kriterium der Kapazitätsauslastung.
Möglicherweise ist der Begriff "Last" mehrdeutig. Wie auch immer. Die Modifikation ist ausgesprochen hilfreich und bringt keinerlei nachvollziehbaren Nachteil mit sich.
Der obige screenshot ist übrigens während hoher Netzlast entstanden. Traffic im allgemeinen und besonders eine hohe Anzahl an Kontrollverbindungen belasten die fbox in einer Weise, die sie leicht an ihre Belastungsgrenze für interaktives Arbeiten führt; ab ca. einer Last von "3" wirds unangenehm ;).
Die visuelle Kontrolle, ob die fbox in diesem Lastbereich fährt ist mit der Modifikation optimal möglich und genau dafür ist sie konzipiert.


Quellenangaben

http://www.wehavemorefun.de/fritzbox/

Wichtige Links