Great work. What is your timeline to AGI ?
Can't possibly be further than just around the corner.
Show HN: Z80-μLM, a 'Conversational AI' That Fits in 40KB
101–110 of 126 posts
Re: Show HN: Z80-μLM, a 'Conversational AI' That Fits in 40KB
#102Earlier quoted context omitted.
Indeed, part of me wants to not use imgur because we can't access it, but a bigger part of me fully supports imgur's decision to give the middle finger to the UK after our government's censorship overreach.
It blocks many more countries than just the UK because it's the lowest effort way of fighting "AI" scrapers. imgur was created as a sort of protest against how terrible most image hosting platforms were back then, went down the drain several years later, and it's now just like they were.
It turns out that running free common internet infrastructure at scale is both hard and expensive, unfortunately. What we really need is a non-profit to run something like imgur.
Re: Show HN: Z80-μLM, a 'Conversational AI' That Fits in 40KB
#103Earlier quoted context omitted.
Connections: Alternative History of Technology by James Burke documents these "coincidences".
Those "coincidences" in Connections are really no coincidence at all, but path dependence. Breakthrough advance A is impossible or useless without prerequisites B and C and economic conditions D, but once B and C and D are in place, A becomes obvious next step.
That’s why I’ve put the word in parentheses :)
Re: Show HN: Z80-μLM, a 'Conversational AI' That Fits in 40KB
#104Great work. What is your timeline to AGI ?
I'm thinking early April?
Re: Show HN: Z80-μLM, a 'Conversational AI' That Fits in 40KB
#105Nice - that will fit on a Gameboy cartridge, though bank switching might make it super terrible to run. Each bank is only 16k. You can have a bunch of them, but you can only access one bank at a time (well, technically two - bank 0 is IIRC always accessible).
Each layer of the LM is also at most 16 KiB, so if you want to minimize bank switching, I think making sure each layer is in one bank would be enough? Bank switching shouldn't give much overhead anyway unless it complicates an inner loop, which would be avoided if no layers are split across banks.
Re: Show HN: Z80-μLM, a 'Conversational AI' That Fits in 40KB
#106Earlier quoted context omitted.
My Pentium 3 in 2005 could do chat and video calls and play chess and send silly emotes. There is no conceivable user-facing reason why in 20 years the same functionality takes 30× as many resources, only developer-facing reasons. But those are not valid reasons for a professional. If a bridge engineer claims he now needs 30× as much concrete to build the same bridge as he did 20 years ago, and the reason is his/her…
> If a bridge engineer claims he now needs 30× as much concrete to build the same bridge as he did 20 years ago, and the reason is his/her own conveinence, that would not fly. By itself, I would agree. However, in this metaphor, concrete got 15x cheaper in the same timeframe. Not enough to fully compensate for the difference, but enough that a whole generation are now used to much larger edifices.
But it only shows how wasteful your new bridge is. Concrete being cheaper does not mean you somehow need to use more of it.
Re: Show HN: Z80-μLM, a 'Conversational AI' That Fits in 40KB
#107This couldn't be more perfectly timed .. I have an Unreal Engine game with both VT100 terminals (for running coding agents) and Z80 emulators, and a serial bridge that allows coding agents to program the CP/M machines: https://i.imgur.com/6TRe1NE.png Thank you for posting! It's unbelievable how someone sometimes just drops something that fits right into what you're doing. However bizarre it seems.
[deleted]
Re: Show HN: Z80-μLM, a 'Conversational AI' That Fits in 40KB
#108This couldn't be more perfectly timed .. I have an Unreal Engine game with both VT100 terminals (for running coding agents) and Z80 emulators, and a serial bridge that allows coding agents to program the CP/M machines: https://i.imgur.com/6TRe1NE.png Thank you for posting! It's unbelievable how someone sometimes just drops something that fits right into what you're doing. However bizarre it seems.
Oh dear, it seems we've... somehow been psychically linked... I developed a browser-based CP/M emulator & IDE: https://lockboot.github.io/desktop/ I was going to post that instead, but wanted a 'cool demo' instead, and fell down the rabbit hole.
Haha I love it. Just imagine if instead of DOS-based Windows, a CP/M based alternative evolved and took over the PC industry. Nice one!
Re: Show HN: Z80-μLM, a 'Conversational AI' That Fits in 40KB
#109Earlier quoted context omitted.
> can render anything a web browser can That's a bug not a feature, and strongly coupled to the root cause for slack's bloat.
One person’s “bloat” is another person’s “critical business feature.” The app ecosystem of Slack is largely responsible for its success. You can extend it to do almost anything you want.
> app ecosystem of Slack is largely responsible for its success.
Is that true? Slack was one of the first private chats that was not painful to use, circa 2015. I personally hate the integrations and wish they'd just fix the bugs in their core product.
Re: Show HN: Z80-μLM, a 'Conversational AI' That Fits in 40KB
#110Earlier quoted context omitted.
> Slack/Teams handles company-wide video calls and can render anything a web browser can, and they run an entire App Store of apps, all from a cross-platform application. The 4th Gen iPod touch had 256 meg of RAM and also did those things, with video calling via FaceTime (and probably others, but I don't care). Well, except "cross platform", what with it being the platform.
Group FaceTime calls didn’t exist at the time. That wasn’t added until 2018 and required iOS 12. Remember that Slack does simultaneous multiple participants screen sharing plus annotations plus HD video feeds from all participants plus the entirety of the rest of the app continues to function as if you weren’t on a call at all simultaneously. It’s an extremely powerful application when you really step back and think…
If these applications only hogged memory when under stress (outgoing screencap plus video, multiple streams incoming, display to 3+ monitors) you might have a point. But that's not the case so you don't.
Meanwhile I can play back multiple 1080 videos on different monitors, run a high speed curl download, saturate my gigabit LAN with a bulk transfer, and run a brrfs scrub in the background all most likely without breaking 2 GB of RAM usage. MPV, VLC, and ffmpeg are all remarkably lightweight.
The only daily application I run that consumes a noticable quantity of resources is my web browser.