05:36:49 Schrompf joined the channel
06:52:25 Schrompf: geschichten von der front:
06:52:48 Schrompf: das xml-parsen hat aus mir unbegreiflichen gründen eine obergrenze, wie groß ein XML-block sein darf
06:53:10 Schrompf: der parst also, egal wie groß das file ist, in 600MB-blöcken, die er jedesmal nochmal auf NumCores aufteilt
06:53:19 Schrompf: und die parst er dann in wegwerf-threads
06:53:40 Schrompf: tut nicht weh, tausende threads erzeugen und verwerfen kostet nix im vergleich zum parsen selbst
06:53:52 Schrompf: auftritt allocation tracking
06:54:39 Schrompf: da haben wir vor jahren selbst was gestrickt. das hängt sich in jedes malloc, und weil globales mitrechnen selbst mit atomics übel langsam war, macht es pro thread eine lokale statistik auf
06:55:18 Schrompf: und damit die am ende noch bei der abrechnung da sind, anstatt mit dem thread unterzugehen, gibt's ein globales array, wo pro thread-id gezählt wird
06:55:28 Schrompf: und dieses array darf natürlich nicht allokieren und ist deswegen statisch groß
06:55:38 Schrompf: der erfahrene programmierer ahnt, wohin das führt
07:01:16 xq: ja, nur hast du jetzt zu viele threads
07:01:19 xq: und damit guten morgen
07:17:12 Schrompf: salve.
07:17:39 Schrompf: ja, zuviele threads. hab jetzt OpenMP benutzt so wie an vielen anderen STellen im Import auch, der benutzt intern nen Threadpool. Problem gelöst
08:09:30 xq: ich bin jetzt bis freitag krank geschrieben
08:09:36 xq: habe husten und halsschmerz
08:09:42 xq: aber an sich gehts mir okayish
08:38:09 Schrompf: fein. wir hatten gerade ein großmeeting mit persönlicher-präsenz-wunsch
08:38:22 Schrompf: um zu erzählen, dass firmen umfirmiert werden
08:38:27 Schrompf: ansonsten bleibt alles gleich
08:38:31 Schrompf: und es gab schnittchen
08:39:47 xq: wow
08:41:10 Schrompf: ich hoffe, dir geht's bald besser
08:41:18 Schrompf: und ich hoffe, es ist ein corona
08:41:41 xq: ne, müsste kein Big C sein
09:03:26 Magister joined the channel
09:03:33 Magister: hi
09:04:11 Schrompf: hi
09:11:23 Schrompf: gerade frisch released mit spektakulären performance-verbesserungen: einen read-write-mutex entfernt
09:11:56 Schrompf: das war echt heftig. die CLANG-standardlib implementiert den RWMutex mit zwei Mutexen, einer wird auch für Read-Access kurz gelockt
09:12:41 Schrompf: und wenn du von hunderten threads aus ein paar hundertausend mal pro sekunde den Read ziehst, killt dich das.
09:13:09 Schrompf: jetzt gibt's ein copy-on-write, was zwar sacklangsam ist, aber nur alle paar minuten mal läuft.
09:13:32 Schrompf: damit können alle threads ohne RWMutex lesen. faktor 40. un-fucking-gelogen faktor 40
09:13:47 xq: nice
09:13:51 xq: 🚀🚀🚀
09:14:12 Schrompf: das war echt nötig. hier geht ansonsten gerade so viel schief und daneben, da haben wir echt mal ne gute nachricht gebraucht
09:14:13 xq: hätten wir mit unserem versicherungswechsel bis morgen warten sollen, damit check24 schneller ist? :D
09:14:34 Schrompf: ne, nur pauschalreise, und da nur ein bestimmter satz von reiseveranstaltern
09:14:39 xq: ah mist :D
10:10:11 IceMichael: moin
10:14:34 xq: ohai
10:20:10 IceMichael: nice, Schrompf
10:21:05 IceMichael: ja, threading durch Kopien vereinfachen ist wohl nett
10:32:02 IceMichael: bei uns auch drunter drüber, Kind seit >1w krank, schlimmer als gedacht, tnaaah
10:33:06 Schrompf: au, tut mir sehr leid
11:06:58 Magister joined the channel
13:45:58 IceMichael: Schrompf: danke
13:46:07 IceMichael: bisher bin ich sogar gsund, aber.. egal, ist weg
15:11:45 Biolunar joined the channel