HackerTrans
TopNewTrendsCommentsPastAskShowJobs

kardos

no profile record

comments

kardos
·13 giorni fa·discuss
A solution to this is apptainer: you configure it to not see any of the host files by default, and mount the repo you want to work on at runtime.
kardos
·2 mesi fa·discuss
A mitm does not redirect your ssh login to their machine
kardos
·2 mesi fa·discuss
This could unlock a new chapter of Venus exploration!
kardos
·2 mesi fa·discuss
On the other hand, any source code leak could be catastrophic
kardos
·2 mesi fa·discuss
Well it won't be 'non-mainstream' for one
kardos
·2 mesi fa·discuss
So is the SIMD the magic piece here, or is it the interpolation search? If the data is evenly distributed, that is pretty optimal for the interpolation search..
kardos
·2 mesi fa·discuss
> Once the ads are injected directly into the main response is when things get interesting.

This would be where you post-process the LLM response with a second LLM to remove the ad..
kardos
·3 mesi fa·discuss
If sharing all of your code with the closed providers is OK then it works. If that is a blocker, open weights becomes much more compelling...
kardos
·4 mesi fa·discuss
There is probably some low hanging fruit to be harvested in terms of memory optimizations, and it could be a selling point for the next while as the memory shortage persists
kardos
·6 mesi fa·discuss
Does this get tripped up on zip bombs?
kardos
·8 mesi fa·discuss
> it might lower the need for devs to actually fix the code and they might start just relying on Fil-C.

Well, the program would still halt upon memory flaw, so there would still be a need to fix it
kardos
·8 mesi fa·discuss
I suppose /some/ performance loss is inevitable. But this could be quite a game changer. As more folks play with it, performing benchmarks, etc -- it should reveal which C idioms incur the most/least performance hits under Fil-C. So with some targetted patching of C code, we may end up with a rather modest price for the memory safety
kardos
·9 mesi fa·discuss
It seems they are using zstd now for .conda packages, eg, bzip is obsoleted, so that should be faster.
kardos
·9 mesi fa·discuss
It would be nice indeed if there was a good solution to multi-gigabyte conda directories. Conda has been reproducible in my experience with pinned dependencies in the environment YAML... slow to build, sure, but reproducible.
kardos
·9 mesi fa·discuss
> because new poetry releases would stall trying to resolve dependencies.

> uv is much faster than both of these tools

conda is also (in)famous for being slow at this, although the new mamba solver is much faster. What does uv do in order to resolve dependencies much faster?
kardos
·9 mesi fa·discuss
> uv will magically install and use the specified modules.

As long as you have internet access, and whatever repository it's drawing from is online, and you may get different version of python each time, ...