Hacker Newsnew | past | comments | ask | show | jobs | submit | dw-im-here's commentslogin

This is the polonium of visualization


That's an analogy I can work with. Lots of those visualisation methods are not fit for human consumption. And in fact a whole lot of them are just grey blobs that shouldn't be near humans at all.

(just my opinion from a random sampling)


It made my hair fall out


Holy shit someone _paid_ you to write V!?? Incredible!


Many times when I am asked to write something it's not so that I may think but so that others may not. If this is the case I have no problem serving them some AI generated unthoughts


You mean there are two modern programming languages which you know


Read what I say, not what you mean.


I do the same when I post comments on hacker news


I have 128Gb RAM, it's not enough to make ms teams remotely close to acceptable because the UX is still like a parodical mashup of every bad idea microsoft has ever had.


Sepples doesn't even have monadic operation for its optional type. It's just utterly destitute


predication and queues can go a long way


Out of three VLIW architectures I have looked into, 2x (Elbrus and Itanium) rely on the predication heavily. i860 does not have instruction predicates.

Predication places the burden of creating optimal instruction bundles AND the correct hinting via the use of predicates on the compiler. If stars aligned, the code could perform blazingly fast. It turned out that aligning the stars in an optimal space time sequence was an arduous task due to the actual hints only being available at the runtime.

Which is where JIT has delivered well (and cheaper!) without requiring a radically different VLIW design.


Fundamentally it seems though that more information is available at run time? You may get partway there in the compiler, but assuming you have sufficient transistor budget, it seems more optimal to do reordering in the CPU.


The runtime doesn't know all that much, though. All it has is a single instruction flow, that it can extract fine-grained parallelism from and try to speed up further via speculation. Nothing whatsoever about other work that may be scheduled in when the processor is stalled by memory, other than via SMT. Nothing about priorities or coarse-grained dependencies among work units. So there's a lot of parallelism that's left on the table, and a lot of speculated work that might just be wasted.


> The runtime doesn't know all that much […]

If we are talking about JIT, yes, it does, for it instruments the runtime, gathers the information about hot code paths and performs the in-place optimisation. Think of the profile guide compile time optimisation having been carried over into the runtime.


ritalin


Believe it or not there is still over the counter speed in the US, but Ritalin isn't one of them.


lol

lmao


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: