a-dub

21 ms·

361.
by a-dub 2y ago
yeah just is really cool but it's not really commonly installed so that's kind of annoying. i feel like we're due for some kind of newfangled coreutils distribution that packages up all the most common and useful newfangled u
362.
by a-dub 2y ago
fancy a picnic?
363.
by a-dub 2y ago
so is this o1 thing just cot (like has been around for a few years) but baked into the training transcripts, rlhf and inference pipeline?
364.
by a-dub 2y ago
kinda like automatic fallback or other automatic help/fix features. they sound like something that would be helpful but in practice they just end up being a massive violation of the principle of least surprise.
365.
by a-dub 2y ago
> when the majority of cars on the road will be self-driving. i wonder how much of a different technical problem that is from what they do today...
366.
by a-dub 2y ago
notably the NT equivalent of select(): WaitForSingleObject and WaitForMultipleObjects had a benefit that one select/wait type syscall could be tickled by any of a network, file or the NT equivalent of a pthread signal.
367.
by a-dub 2y ago
you should be able to reason synchronously and a good computer system would handle the rest.
368.
by a-dub 2y ago
what if you, say, decided to make the bet that your opponent is adversarial and just did binary search, but restricted high, low and mid to snap to the nearest adversarial numbers when adjusting them?
369.
by a-dub 2y ago
agree about the EV stuff. it only makes sense over many draws and the problem states that he is thinking of "a number", that sounds like one game. that said, the problem screams binary search and you know your opponent is a comput
370.
by a-dub 2y ago
as per usual. such beautifully simplifying explainers. true mastery.
371.
by a-dub 2y ago
"if i want a good look at big things, i need a big window so i can see as much of them as possible, but if i use a big window, then i don't know where exactly things are in that big window."
372.
by a-dub 2y ago
how does this compare to rye?
373.
by a-dub 2y ago
this is also very cool! some pretty nice blog posts from the asahi folks about this and the code looks nice...
374.
by a-dub 2y ago
this is pretty cool, the binder always struck me as a potential security risk! also pretty fun to think that beos will continue to secretly live on deep in the guts of linux powering android, even in rust!
375.
by a-dub 2y ago
with respect to linux kernel rust projects: is there anything new that is complete and ready to use or anything that existed in c that has been rewritten that is stable and has reached feature parity with the existing implementations yet?
376.
by a-dub 2y ago
you make an important point -- there's the choice and mechanics of a computer language (which is where i was thinking), and then the overall hci of the data analysis activity. should it look like software development or use of an (incr
377.
by a-dub 2y ago
interesting question: does it still make sense to have different or specialized languages for scientific computing vs generalized software engineering?
378.
by a-dub 2y ago
wow, this looks very promising! are the cardinality limitations also improved? (ie, if i throw 500 timeseries at it, does the ui handle things gracefully?) also, how's api stability looking these days? it looks like none of my 0.16 t
379.
by a-dub 2y ago
how is support for high cardinality (10s to 100s) high sample rate (1-10 khz) data these days? last time i looked, going over a few kilohertz with a handful of channels seemed to push it past usability.
380.
by a-dub 2y ago
building a visualization system for traceroute in the mid 90s was how i taught myself java. traceroute itself was wrapped by a perl rpc wrapper and then a perl www cgi script would take a list of hosts and then reach out to all of them to a
381.
by a-dub 2y ago
i can't think of any other syscall that makes use of tlb caches and page fault machinery to enter the kernel as needed in response to ordinary user space memory access.
382.
by a-dub 2y ago
as i understand, mmap is only efficient because it can leverage hardware support for trapping into the kernel when a page needs to be loaded to satisfy an access attempt. i think adding software indirection to every access in the mapped reg
383.
by a-dub 2y ago
it outsources buffer management and user thread i/o scheduling to the kernel. for some use cases it's a great way to simplify implementation or boost performance. for others it may not perform as well. the blog post points (in my
384.
by a-dub 2y ago
it was this whole exercise that convinced me to pick up a book on mips "see mips run" which was a first self-study deepdive into microprocessor architecture. fun times!
385.
by a-dub 2y ago
i guess you'd discover that protocol by playing with a yaroze/caetla/etc with some of of device listening in between and recording the words? never really got into using the parallel port as a cheap dio until building science
386.
by a-dub 2y ago
notably sony also made a handful of "yaroze" units for hobbyist developers. you couldn't ship, but you could write, compile, run and i believe share within the yaroze community. yaroze was outside of my budget, but thankfully
387.
by a-dub 2y ago
i can imagine how it would be annoying in a system that is designed to process live streams as opposed to one that is designed to have random access to the stream via persistent storage. if the target frame were not an i frame, you'd h
388.
by a-dub 2y ago
ahh i see, now i understand why there's still no 6000 series usb driver for linux. so annoying!
389.
by a-dub 2y ago
a sudo like wrapper for this could be pretty cool. still will capture when processes unexpectedly try to connect to the network for the first time and there is some value in that. even if the popups aren't great.
390.
by a-dub 2y ago
i've always viewed big pharma as like pre-internet record labels. they pick up talent (that often comes from bohemia aka government funded research), vet it, run the trials and put up the money, do the engineering to deliver it at scal

More ›