I'm going to say this that we're not even close to the limits of what actually needs to be accomplished so at some point, memory will start needing better tiering for inference some day ....
A lightweight, Ollama-compatible inference server that answers questions through knowledge retrieval, structured reasoning chains, and MCP tool calling — with no model weights, no training, and no GPU required.
It scores 97% on a 35-question benchmark spanning graduate-level science, medicine, law, finance, and software engineering. It runs on a laptop CPU in under 1ms per query.
Fun fact: This was able to summarize the Lord of the Rings well and work on a variety of different problems.
Within one segment of 64kB, you could load 8 or so blocks; You should be able to do 1 major CJK language overall (with 20-30 blocks) and Latin together and leave the rest of the memory for other things;
So you can make a proper application/browser with fonts compiled right into the core.
Here's some code that's easy for a lot of people to play with, especially if you are looking to have it running on your firmware / other embedded projects.
Modern UTF-8 encoding and present day tools makes it relatively easy to make many codepoints work relatively better even on DOS, thanks to readily available bitmap fonts.
If you need Windows for whatever reason, abandon it and switch over to Linux with Wine, Steam or anything else that you really need it for. By now, Windows has gotten so bad, there is absolutely no reason to go to a newer version in order to make it work on existing hardware.
Yeah but the real deal is talent; When enough people move around, this is no more 'sacred trace' knowledge. Plus, When you start with a known set of evals, there's really just a few to solve for.
The set of models solving really most used/solved problems is a known, as opposed to the cases where it's unknown, which declines with usage over time.
Keep your **** models to yourselves.... the world really has moved on to open models which can give you good enough results at a fraction of the cost and zero BS licensing.
JXL is great on a variety of images with great PSNR across the board. Surprised it took browsers a good long time to ship it (removed and brought it back)
You can get way better perceptual compression at much much tinier sizes though. This is where a lot of user studies and research could play out.
If you've read that article out, you might want to take a look at alternative approaches to compressing images with similar principles.
https://github.com/guilt/MLL is a recent reimplementation of an old idea; If you quantize out the image blocks you could emit them in vector coordinates and have perceptually similar results at a fraction of the size with very decent signal preservation.
Counter Point: Until people can migrate their inboxes and steer them to any provider, none of this authentication business seems to hold up actual value at scale.
If anyone can port their phone number, they should be in theory, allowed to port their email addresses as well.
None of the authentication systems here are helpful enough to allow this. You need a valid way to authenticate people irrespective of whatever provider they are on (not their email domain name)
That means that a standard needs to evolve that allows you sign on the behalf of the hosting provider itself.
This author doesn't publish code, makes yet another Doom like Game, calls it not an AI slop. To the author's credit, seems to have made this 7 years ago, https://www.youtube.com/watch?v=YQ7aApNDPQc and then gave up working on it till recently.
It doesn't look like slop at all, and it looks like it actually is. Could have been used to generate art assets, or finish something author did not have the energy to do before. Nobody cares if that was the case. Why the hate towards AI even?
I seriously wonder how many APICs are exposed in the DOSBOX code even... Would be a fun exercise to do this and wake up real mode on all cores. I know it's easy to get to long mode after that:
I like 6.6 and I would mind dropping X11 support this quickly, this ideally should be in KDE 7.0/8.0 because, as I understand it, many apps and drivers are not ready for Wayland/XWayland.
This is excellent, detailed, and does the job. Many of these comments are myopic and miss the point. This is better than the way most people would present their portfolio and it shows some creativity and thoughtful design. Especially if they've visited the rest of your portfolio.
I realize that given the current adoption, the language might turn out to be completely different in the next few years.
And right now, transformers literally can transform any source to any target, so languages are not as valuable as they once used to be and any idioms in one language will eventually become outmoded thanks to the rapidly evolving way we work today.
Python will still be a favorite language for me, just not as much as it used to be.
If someone makes a new modern, tiny, self contained runtime (Bun like) for Python deployments, hit me up. I'll be happy to try it. That's something I've been wanting for a while.
The client CPUs released until present do not have AVX-512 sadly. I'm not planning any hardware updates for the next 3 years at least. Not relevant for me at least.