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


Groups > de.comp.os.unix.linux.misc > #145172

Re: irqbalance?

From Stefan Reuther <stefan.news@arcor.de>
Newsgroups de.comp.os.unix.linux.misc
Subject Re: irqbalance?
Date 2025-05-06 20:50 +0200
Message-ID <vvdsmm.25g.1@stefan.msgid.phost.de> (permalink)
References <vv55de$evvd$1@news1.tnib.de> <vv7eqe.4js.1@stefan.msgid.phost.de> <mnmnel-avm.ln1@news.martinen.de>

Show all headers | View raw


Am 05.05.2025 um 23:19 schrieb Kay Martinen:
> Am 04.05.25 um 10:16 schrieb Stefan Reuther:
>> Die Interrupts eines Prozesses willst du eigentlich gerade nicht
>> pauschal über die Prozessorkerne verteilen, damit die nicht ständig den
>> Cache hin und her schieben müssen.
> 
> Sind das nicht INT's, also Software-Interrupts?

Am Ende ist "die Interrupts eines Prozesses" schon mal vereinfacht; ich
habe das als "Hardware-Interrupts, die im Auftrag eines Prozesses
ausgelöst wurden" gelesen und gemeint.

Wenn mein Prozess am Netzwerk lauscht, wird irgendwann die Netzwerkkarte
sagen "hey, da ist was für dich", und das Ergebnis dieses
Hardware-Interrupts wird meinem Prozess zugestellt. Und da wäre das
schön, wenn der Interrupt direkt an meinem CPU-Kern ankommen würde, und
nicht erst ein teurer Inter-Prozessor-Interrupt nebst Cache-Migration
nötig wäre.

> -snip-
>     Execute the specified script for each irq that is discovered,
> passing the sysfs path to the associated device as the first argument,
> and the irq vector as the second. An exit value of 0 tells irqbalance
> that this interrupt should balanced and managed as a normal irq, while a
> non-zero exit code indicates this irq should be ignored by irqbalance
> completely (see --banirq above). Use of this script provides users the
> ability to dynamically select which irqs get exluded from balancing, and
> provides an opportunity for manual affinity setting in one single code
> point.
> -snap-
> 
> Pro IRQ ein shellscript aufrufen dürfe jeden Aufruf wohl um das
> tausendfache verlangsamen. Das kann's wohl nicht sein. Aber was dann?
> Vielleicht eine art Lookup-tabelle die geladen und angewendet wird
> (weil/in sysfs)?

Ich lese das als: es wird geprüft, welche IRQs überhaupt in Benutzung
sind. Es gibt ja heutzutage mehr als die 2x8 Stück des Intel 8259A. Wenn
man weiß, dass ein "IRQ 142" nicht in Benutzung ist und niemals feuern
wird, muss man ihn auch nicht berücksichtigen.


  Stefan

Back to de.comp.os.unix.linux.misc | Previous | NextPrevious in thread | Find similar


Thread

irqbalance? Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-05-03 15:23 +0200
  Re: irqbalance? Friedemann Stoyan <usenet@ip6-mail.de> - 2025-05-03 16:45 +0200
  Re: irqbalance? Stefan Reuther <stefan.news@arcor.de> - 2025-05-04 10:16 +0200
    Re: irqbalance? Gregor Szaktilla <spam0.sz@ktilla.de> - 2025-05-04 22:30 +0200
      Re: irqbalance? Stefan Reuther <stefan.news@arcor.de> - 2025-05-05 17:44 +0200
    Re: irqbalance? Markus Schaaf <mschaaf@elaboris.de> - 2025-05-05 18:58 +0200
    Re: irqbalance? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-05-05 23:09 +0200
      Re: irqbalance? Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-05-06 21:19 +0200
    Re: irqbalance? Kay Martinen <usenet@martinen.de> - 2025-05-05 23:19 +0200
      Re: irqbalance? Christian Garbs <mitch@cgarbs.de> - 2025-05-06 07:00 +0000
      Re: irqbalance? Stefan Reuther <stefan.news@arcor.de> - 2025-05-06 20:50 +0200

csiph-web