Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #591334 > unrolled thread

Gigabit-Netzwerk-Optimierung noetig? Dell i350-T2 - Ubuntu 22.04

Back to article view | Back to ger.ct

Contents

  Gigabit-Netzwerk-Optimierung noetig? Dell i350-T2 - Ubuntu 22.04 Christian Dürrhauer <cdurrhau@zedat.fu-berlin.de> - 2023-04-20 21:05 +0200
    Re: Gigabit-Netzwerk-Optimierung noetig? Dell i350-T2 - Ubuntu 22.04 Shinji Ikari <shinji@gmx.net> - 2023-04-21 02:43 +0200
      Re: Gigabit-Netzwerk-Optimierung noetig? Dell i350-T2 - Ubuntu 22.04 Christian Dürrhauer <cdurrhau@zedat.fu-berlin.de> - 2023-04-21 15:59 +0200

#591334 — Gigabit-Netzwerk-Optimierung noetig? Dell i350-T2 - Ubuntu 22.04

Hallo,

habe hier einen Fall von "Problem". Und zwar habe ich ganz massive
Inputprobleme auf einer Dell Precision 7920, die mit einer Dell
X550-T2/i350-T2 Quadport-Tochterkarte ausgestattet ist. CPU ist ein Xeon
Silver irgendwas mit 12C/24T und 32GB, HD eine m.2 NVMe SSD (aber eigentlich
sollte das meiste im RAM stattfinden).

Es werden ungefähr 700MBit/s auf einem Gigabitport als Multicast IGMPv2
gejoined. Die Multicasts sind in Ordnung, der Ausgang vom sendenden Gerät im
Netzwerksegment auch.

Aber ich bekomme krasse Timinigprobleme, was mir mit dem Weiterleiten der
Streams Ärger macht. Nach allen Indizien entstehen die Inputerrors direkt auf
der Precision auf dem Gigabitport (Kabel und Port wurden getauscht). Die
OS-Installation von Ubuntu 22.04 Server habe ich von jemandem anders fertig
übernommen; ich würde sagen, da ist keine weitere Optimierung reingegangen.
Allerdings sind OS-seitig die Buffer für UDP-Handling bereits hochgesetzt als
ich mir das angeguckt habe.

Ich habe keine Möglichkeit, Jumbo-Frames zu aktivieren.
Ich frage mich, kann man auf der i350-T2 im Linux-Treiber noch Dinge
optimieren - RX-Queue-Size, Buffers, IRQ-Moderation, CRC-Offloading... was es
halt so gibt.

Kennt da jemand was zu?

-- 
mit freundlichen Grüßen/with kind regards,

Christian Dürrhauer

[toc] | [next] | [standalone]

#591348

Guten Tag

Christian Dürrhauer <cdurrhau@zedat.fu-berlin.de> schrieb

>Ich habe keine Möglichkeit, Jumbo-Frames zu aktivieren.

Wie ich gemerkt habe: Jumbo Frames sind bei kleinen Datenpaketen eine
Bremse.
Ich wuerde da nicht die Loesung in Jumboframes suchen.
Die helfen nur (in begrenztem Masse) bei hohem Datendurchsatz.

[toc] | [prev] | [next] | [standalone]

#591407

On 21. Apr 2023 at 02:43:37 CEST, "Shinji Ikari" <shinji@gmx.net> wrote:

> Guten Tag
>
> Christian Dürrhauer <cdurrhau@zedat.fu-berlin.de> schrieb
>
>> Ich habe keine Möglichkeit, Jumbo-Frames zu aktivieren.
>
> Wie ich gemerkt habe: Jumbo Frames sind bei kleinen Datenpaketen eine
> Bremse.
> Ich wuerde da nicht die Loesung in Jumboframes suchen.
> Die helfen nur (in begrenztem Masse) bei hohem Datendurchsatz.

Hi Shinji,

danke Dir. Konnte heute das Problem eigentlich recht leicht finden: RX hatte
extrem hohe dropped frames; bei genauerer Betrachtung war der RX ringbuffer
auf einem Default von 256kB - von möglichen 4MB max. Mir unverständlich, warum
so ein beschränkender Defaultvalue in einer als "Server" titulierten
LTS-Ausgabe ausgeliefert wird. Nach ethtool -G <IF> rx 4096 tx 4096 (und ich
habe die Software noch neu gestartet) waren sofort alle Fehler weg.

-- 
mit freundlichen Grüßen/with kind regards,

Christian Dürrhauer

[toc] | [prev] | [standalone]

Back to top | Article view | ger.ct

csiph-web