Re: der mysterioese ausreisser beim ping'en

On Friday, 5 April 2002 at 23:58:59 +0200, Bernd Walter wrote:
> On Fri, Apr 05, 2002 at 11:17:25PM +0200, clemensF wrote:
>>> Bernd Walter:
>>> Verdammt gute Erklärung.
>>
>> spekulation.
>
> Nein - eine Theorie, bei der es im Kernpunkt bislang keine
> Widersprüche gibt.

Ich sollte auch ergänzen, dass das mir früher auch passiert ist,
allerdings nicht, nachdem ich nach Australien umgezogen bin.
Vielleicht ist das ein rein deutsches Phänomen? :-)

> Sowas ist verdammt wichtig, weils den ersten richtigen Anhaltspunkt
> für eine ordentliche Fehlersuche gibt.

Man sollte auch alle Details berichten, zum Beispiel die genaue
Konfiguration der PCI-386er Maschine.

> *Ohne* sowas kann man nur wild Spekulieren und Rumstochern.
> Der Oliver hat den nächsten Schritt gezeigt.
> Man stellt mit Tests die Theorie auf die Probe - hast du das getan?

Ja, hat er. Das Ergebnis hat die Theorie bestärkt.

>>> Ich habe Probleme auch auf PCI Systemen gesehen, aber immer in
>>> Kombination mit natd - evtl werden Netz-IRQs aus irgendeinem Grund zu
>>> lange blockiert oder sowas.
>>
>> PCI, und kein natd.
>
> Ich glaube, das NAT bei dem Fehler nur Auslöser sein kann.
> Die Probleme sind unabhängig davon, ob man mit dem natd, ppp -nat oder
> mit ipnat arbeitet, was es als Ursache unwahrscheinlich macht.
> Wie schon erwähnt ist die CPU Leistung bei der Häufigkeit sehr wichtig
> und NAT belastet die CPU gerade dann wenn Packete reinkommen.

Wenn NAT einen solchen Fehler auslöst, so ist das kein
Hardwareproblem.

>>> Das erklärt auch, warum sich eine -current anders verhält.
>>> Die CPU Performace spielt meiner Erfahrung nach auch eine Rolle, was
>>> aber jetzt ebenfalls ins Bild passt.
>>
>> nujanu. letztlich ist PCI doch meistens ein ASIC, der versucht, ein
>> hurtiger adapter fuer dieselbe alte ISA architektur zu sein, an der bloss
>
> PCI Interrrupts arbeiten Level und nicht Flakengesteuert.

Ich denke, anders 'rum. ISA hat nur pegelgesteuerte Interrupts, PCI
kann beide haben, meine ich.

--
When replying to this message, please copy the original recipients.
If you don't, I may ignore the reply.
For more information, see http://www.lemis.com/questions.html
See complete headers for address and phone numbers
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message