| 00:04 | <bakkot> | question for implementers: the current design of the base64 proposal, in the streaming case, allocations a new Uint8Array window (of a pre-existing buffer) once per chunk. is that actually expensive enough to warrant reconsidering the design? I would have assumed that new views of existing buffers would be cheap |
| 00:04 | <bakkot> | cc shu ^ |
| 07:02 | <snek> | there is more logic than there used to be, cuz of resizable array buffers, but its essentially just a couple checks for detached and alignment and then making an allocation. seems reasonable to me 🤷 |
| 07:29 | <shu> | bakkot: for v8 it's probably okay, and i imagine there to be relatively few chunks per streaming session? |
| 07:30 | <shu> | i'd check with SpiderMonkey, i don't remember exactly but i kind of recall that each buffer kept a list of views pointing to it? |
| 07:30 | <shu> | mgaudet: ^ |
| 11:09 | <Rob Palmer> | This is a reminder to please fill in the Interest Survey for the Sept/Nov in-person plenary meeting in Tokyo. It only take 60s to complete. The deadline is Sunday 25th June (five days time). Thank you to the 23 people who have already completed it 👍 |
| 11:48 | <Jesse> | do we by chance have any snapshots (whether text or screenshot) of old TCQ states? In other words, the state of the queue after a certain presentation |
| 12:43 | <Ashley Claymore> | sometimes the note takers will take a screen shot and paste into the google doc |
| 12:43 | <Ashley Claymore> | if it's not there then I would guess: no |