newsletters:2024-12
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| newsletters:2024-12 [2024/12/31 20:41] – [What we'll be up to in January] osnr | newsletters:2024-12 [2024/12/31 22:24] (current) – [New parallel evaluator] osnr | ||
|---|---|---|---|
| Line 13: | Line 13: | ||
| * presented Folk at [[newsletters/ | * presented Folk at [[newsletters/ | ||
| - | We're looking forward to seeing more big projects come to fruition | + | In 2025, we're looking forward to seeing more of these big projects come to fruition, then playing with the resulting |
| (If you want to stop by next month, our next Folk open house will be [[https:// | (If you want to stop by next month, our next Folk open house will be [[https:// | ||
| Line 95: | Line 95: | ||
| </ | </ | ||
| - | I seem to have all the parts now, so the next steps are system/ | + | I seem to have all the parts now, so the next steps are system/ |
| + | |||
| + | {{newsletters: | ||
| ==== New parallel evaluator ==== | ==== New parallel evaluator ==== | ||
| Line 112: | Line 114: | ||
| === Performance and memory leaks === | === Performance and memory leaks === | ||
| - | For most of this month, I've been staring at increasingly elaborate [[https:// | + | For most of this month, I've been staring at increasingly elaborate [[https:// |
| {{newsletters: | {{newsletters: | ||
| - | Now that I've added enough hooks, I get these extremely rich views of all Folk programs/ | + | Now that I've added enough hooks, I get these extremely rich views of all Folk programs/ |
| {{newsletters: | {{newsletters: | ||
| Line 128: | Line 130: | ||
| * Fixed a [[https:// | * Fixed a [[https:// | ||
| * Created (by patching up memory leaks) and then fixed a problem where we would leak all the statement slots which eventually caused the whole system to blow up | * Created (by patching up memory leaks) and then fixed a problem where we would leak all the statement slots which eventually caused the whole system to blow up | ||
| - | * "We were not freeing aborted ref which caused us to run out of | + | |
| - | statement slots which caused statementNew to hang which caused the | + | |
| - | global workqueue to overflow." | + | * Fixed horrible bug where my steal-half deque operation was wrong (so were dropping lots of operations, the system was not behaving correctly), replaced with more standard steal-one |
| I'm kind of addicted to using Tracy -- it feels like it obsoletes a lot of the monitoring stuff I'd hacked into folk2, because you can just use Tracy to //see// everything (as long as you add the right hooks). No need for perf probes, or gperftools heap monitoring, or the trace log endpoint. The Tracy hooks are low-overhead (nanoseconds), | I'm kind of addicted to using Tracy -- it feels like it obsoletes a lot of the monitoring stuff I'd hacked into folk2, because you can just use Tracy to //see// everything (as long as you add the right hooks). No need for perf probes, or gperftools heap monitoring, or the trace log endpoint. The Tracy hooks are low-overhead (nanoseconds), | ||
newsletters/2024-12.1735677680.txt.gz · Last modified: by osnr
