IRC Logs for #lost


2024-09-06

06:38:31 XanClic joined the channel
07:07:53 kevin joined the channel
10:46:15 Jidder joined the channel
10:51:10 Jidder left the channel
10:58:40 Jidder joined the channel
11:06:20 Jidder left the channel
13:41:39 kevin: XanClic: Hm, wie war das nochmal? Sollte libblkio-async unabhängig von der Runtime bleiben?
13:42:26 kevin: Am liebsten würde ich nämlich grad einen neuen Task spawnen, um die Completions zu verarbeiten
13:47:30 XanClic: Unabhängig wäre schön, aber sicher nicht nötig
13:56:19 kevin: Hm, ok. Aber bisher ist es unabhängig, oder?
13:57:08 kevin: Ich kann natürlich das ganze Zeug mit der Request-Queue wieder einbauen, damit man immer was zum Aufwecken hat, aber schön sieht das irgendwie auch nicht aus
13:57:34 XanClic: AsyncFd kommt von tokio, also nicht ganz unabhängig
13:58:02 kevin: Ah, stimmt, das dürfte außerhalb von Tokio nicht funktionieren
13:58:53 kevin: Wie hast du das bei deinem qemu-Port gelöst?
13:59:00 XanClic: Selber implementiert ;)
13:59:11 XanClic: https://gitlab.com/hreitz/qemu-corsasync/-/blob/main/src/async_fd.rs?ref_type=heads
14:00:47 kevin: Und dann einen Fork von libblkio-async benutzt?
14:01:02 XanClic: Hm, hatte ich das nicht in einen Branch gepusht…?
14:01:31 XanClic: https://gitlab.com/hreitz/libblkio-async/-/commit/63652aa5ffab05d4fca40ff0be298a0171af9322 Ach, sieh an
14:02:18 XanClic: jedenfalls https://gitlab.com/hreitz/libblkio-async/-/commits/qemu-context war der Branch
14:02:20 kevin: Ah, du kanntest das Problem also doch schon! *g*
14:02:37 XanClic: *hust*
14:02:47 XanClic: [WIP] seit neun Monaten ist auch gut…
14:02:59 kevin: Das gute ist, dass der Patch sehr ähnlich zu meinem ist
14:03:48 kevin: Das dumme ist, dass ich die Commitmessage dazu geschrieben habe und mir dann aufgefallen ist, dass das donnernde Herden gibt...
14:04:09 XanClic: deshalb hab ich also keine geschrieben
14:05:01 kevin: Aber dann sind wir auf jeden Fall mal auf demselben Stand, das ist doch toll ;-)
14:07:23 kevin: Was gefällt dir intuitiv besser, einen neuen Task, der halt den AsyncFd pollt, solange noch irgendwas wartet, oder wieder die Request-Queue, die du davor hattest, und immer nur ein Request pollt den AsyncFd und weckt halt den nächsten auf, wenn er fertig ist?
14:07:33 kevin: Oder was ganz anderes natürlich
14:07:52 XanClic: War die Request-Queue nicht irgendwas ganz schreckliches mit Atomic-Pointern
14:07:53 XanClic: ?
14:08:09 kevin: Ich glaube, das war das noch ältere?
14:08:10 XanClic: Ich hatte glaube ich einfach keine schöne Lösung gefunden, die kaum Overhead hätte
14:08:41 XanClic: Task klingt gut, das wär was neues
14:09:58 kevin: Gut, dann finden wir also bei Gelegenheit mal raus, warum auch das eine dumme Idee ist ;-)
14:10:59 kevin: Für den Moment stört mich die donnernde Herde nicht so sehr, dass ich das zwingend sofort fixen muss, aber bevor ich was zum Mergen vorschlage, kann ich das mal probieren
14:12:39 XanClic: Ich bin gespannt