[Wien] cpu load 1.4.5, 1.6.10 und 1.6.13 in html und bildern

[akku]

Sven-Ola Tuecke schrieb:
> Ahoi,
>
> das koennte die Pollrate sein (in /etc/olsrd.conf). Die hab' ich 
> 'runtergesetzt, um weniger Packet-Loss fuer Ethernet zu haben. Als erste 
> Gegenmasznahme koennte man in /etc/init.d/S53olsrd diesen Wert wieder 
> 'raufsetzen, z.B. auf 0.1.
>
> Aber das loest das Problem nicht. Die Pollrate ist kleiner, damit die 
> UDP-Eingangspuffer nicht so schnell ueberlaufen. Man kann die 
> UDP-Eingangspuffer im Kernel groeszer machen, aber das hat auch Nachteile. 
> Du wirst evnt. feststellen, dass dann hoerhere ETX Werte (== Paketverlust) 
> auf den Ethernet-Stecken einhergenen.
>
> Mein Tipp: Mindestens eine Station in der naeheren Umgebung sendet in 
> schneller Folge eine grosze Zahl von LQ_TC's. Kann man z.B. so 
> herausbekommen:
>
> olsrd -d 0 -nofork -dispin|sed -ne'/Sender main addr: /,/LQ_TC/p'
>
>   
kan mir das wer übersetzen?   ---------^
bin weder linux guru noch programierer
(grad mal vi und putty das geht grad noch *g) 

in ssh shell eigeben ?

[  '/  ] = beteutet neue zeile ?
oder alles auf einmal ? 
mit den komischen [  '  ] zeichen ?

auf jeden fall bekomm ich keine vernüftige (ip_s ?)  meldungen 
ausser das selbe ausgabe wie  [olsrd -help]   

UND bei allen ?? 1.6 versionen !! 
dauerts auch ewig bis 1.6 device im netz erreichbar ist
 
weiter zur 1.6.14 alles orginal olsrd load in TOP ~90%
olsr_speed testweise auf 10  gesetzt =  ~90% hilft nix 
oder 
pollrate auf 0.1 gesetzt = neustart setzt wieder 0.025 häää ?
weiter gesucht 
pollrate in  /etc/init.d/#S53olsrd angepasst !! 

pollrate ist auf 0.1 gegangen ABER load unverändert ~89%

nu geb ichs mal auf wenn wer  zugriff auf den device haben will 
und es besser macht gerne *g pass kommt per mail
von http://zelttest3.funkfeuer.at/ 
 

hf akku
> // Sven-Ola
>
> "akku" <(spam-protected)> schrieb im Newsbeitrag 
> news:(spam-protected)
>   
>> hallo an die programierer *g
>> statistic ist im cpu.zip smokeping im png bild
>>
>> Alles am selben device und am selben knoten (zelter7)
>> Instaliert wurde jedesmal via trx paket und die statistics dazu, sonst 
>> nix.
>> Das ist ein knoten mit extrem vielen direckten nachbarn 1hop und   noch
>> mehr   2 hop nachbarn
>>
>>
>> alle nachbarn sind nur via lan anschluss erreichbar also via KABEL
>> also keine funkverbindungen da anderer kanal. eingestellt ist
>>
>> also WIFI WAN und LAN sprechen olsr !
>> damits so  schön belastet ist *ggg
>>
>> restliche einstellungen ist wie olsr_speed =5  Beacon-Intervall: 100 usw
>> wie im wiki.funkfeuer.at beschrieben
>>
>> smokeping wurde auch viel besser nach 1.4.5 downgrade um ca 13h und  um
>> 17h wurde rebootet
>>
>> erreichbar via
>> http://zelttest3.funkfeuer.at/
>> also in summe kurz
>>
>> olsrd load in 1.6.13 = ~93%  ja ist sicher minimal mehr ! als 1.6.10
>> olsrd load in 1.6.10 = ~90%
>> olsrd load in 1.4.5  = ~50%
>>
>> braucht wer mehr daten ? Aaron ?
>>
>> hf akku
>>
>>
>>
>>     
>
>
> --------------------------------------------------------------------------------
>
>
>
>
>
>
> --------------------------------------------------------------------------------
>
>
>   
>> --
>> Wien mailing list
>> (spam-protected)
>> http://lists.funkfeuer.at/mailman/listinfo/wien 
>>     
>
>
> --
> Wien mailing list
> (spam-protected)
> http://lists.funkfeuer.at/mailman/listinfo/wien
>
>   

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20071026/df3102df/attachment.htm>