dhash
Joined 8 years ago
Joined 8 years ago
to make this actually work well, consider modifying your switches QoS settings to carve out a priority VLAN for iSCSI traffic
I’d love to see future work investigating - how does this compare to expert users (doctors/llm magicians using LLM’s to self diagnose)
- LLM’s often provide answers faster than doctors, and often with less hassle (what’s your insurance?), to what extent does latency impact healthcare outcomes
- do study participants exhibit similar follow on behavior (upcoding, seeking a second opinion, doctors) to others in the same professional discipline
I’ve had this problem in the past (shudders in Bazel’s WORKSPACE file) and what eventually ended up saving my bacon was org-babel.
Yes, it does mean that emacs is a build-dependency, but honestly literate programming pretty excellent for untangling the complexities of a large build.
I’m definitely going to use this for solving some problems that i’m currently facing.
For anyone curious about what hare-brained scheme that one could hatch with this, i’d like the ability to do something like a PGO’d shared library —- watch the process run and exit, tracing all dlopen’s to create a new shared library with only the right functions from all the referenced libraries.
Hopefully this works, and if not, i’ll at least fail at something interesting :)
Carbide [0] is the project that encapsulated some of this in a workable demo. It’s really cool!
For me, this really makes working with a modern microprocessor a science, as anyone who has written benchmarks knows -- it's difficult to reason about the complex behaviour and performance cliffs without testing.
Another excellent example of the weirdness has to be JVM anatomy quarks [1]
A common practice in more formal domains is to have a portfolio of solvers and race them, allowing for the first (provably correct) solver to “win”
In less formal domains, adding/removing nodes/trees in an online manner is part of the deployment process for random forests.
It’s really neat to see the open-face nature of this product as compared to others doing EWOD with a second immiscible phase / a glass top plate that the droplet is squished under — makes it much easier to do IO to the chip.
Are the chips disposable, to accomodate contamination constraints, or is there some on-site surface reconditioning that we can do to refurb the chips?
Interesting to note that this is down-scaled from some of your older prototypes. What design tradeoffs made you go fron large open faced arrays to a set of smaller arrays?