Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #145172
| 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> |
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 | Next — Previous in thread | Find similar
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