reerdna

Cool, but I find rather than just shapes and indexes, tensors with labels are much easier to use and reason about. E.g.:

  {
      {user:bob, movie:"Heat"}:0.1,
      {user:alice, movie:"Frozen"}:0.9,
      {user:carol, movie:"Top Gun"}:0.3,
  }

This brings back good memories from when a friend made C in nynorsk: https://www.pvv.ntnu.no/~andreer/nynorsk/

I was able to get part way some years ago by demodulating the bitstream with gnuradio and then making small changes (like replacing one note with the next higher one) and noting the differences. So that is one possible, but probably too inefficient way.

I never got close to finishing or publishing anything. Awesome to see this released and I'll have to play with it!

I couldn't help but laugh out loud at the notion of a "held-out test set" for addition of 10-digit numbers.

No, not beyond what I already put in the twitter thread. I wanted to wait until I had some cool distributed software running on it too, but then I ran into trouble with the plan 9 wifi drivers for the rpi being unstable and so I'm still working on fixing that. It does serve as a great test bed for that purpose too, as with 8 nodes I can get much more reliable data about how often the driver gets stuck

Wanted to reply to you directly also to increase the chance you see this because I think I had exactly the same intrusive thought as you, and actually built such a cluster recently. Would love to hear what you think: https://x.com/andreer/status/2007509694374691230/photo/1

I recently built a Plan 9 cluster of 8 raspberry pi zero (2w). From my supplier (digikey) the 2W was the same price and has 4X the cores!

I think it looks quite cool: https://x.com/andreer/status/2007509694374691230

Instead of having to use lots of dongles and usb ethernet, I just wired them all up using brass rods, a small 5V power supply in the base, and boot them over WiFi (just the kernel and wifi config on the sd card).

Raspberry pi's are cheap, easily available, and there is an absolutely massive trove of information about them on the internet. And the scale means that the linux implementation is very stable and "just works" to a degree that is extremely hard for other SBCs to match.

Sure, VMs are the logical choice, but not everything has to be logical. Real hardware does feel more real :-)

Yes, but it turns out it doesn't matter much.

What _does_ matter is the huge reduction in the much more dangerous brake dust, as electric vehicles convert the kinetic energy back to the battery charge via generation instead of wasting it via friction: https://news.ycombinator.com/item?id=44666157

Same experience in Norway. 95%+ of new cars sold are electric.

I've been riding my bike to work along the same road for 15 years. I used to have to hold my breath along some sections of my ride. Now the air in the city is almost as fresh as in the countryside.

For use in retrieval/RAG, an emerging paradigm is to not parse the PDF at all.

By using a multi-modal foundation model, you convert visual representations ("screenshots") of the pdf directly into searchable vector representations.

Paper: Efficient Document Retrieval with Vision Language Models - https://arxiv.org/abs/2407.01449

Vespa.ai blog post https://blog.vespa.ai/retrieval-with-vision-language-models-... (my day job)

Sounds a little like this recent paper;

"RAPTOR: Recursive Abstractive Processing for Tree-Organized Retrieval"

https://arxiv.org/abs/2401.18059

Analysis by dhruv___anand in https://twitter.com/dhruv___anand/status/1752641057278550199 suggests that there are three different "resolutions" in the embeddings, for the first 512, 1024 and full 1536 dimensions in text-embedding-3-small.

You can put a subset of the dimensions in your vector database, thus saving a lot of cost by reducing memory/compute when retrieving nearest neighbors.

Then you can optionally even re-rank the most promising top-k candidates by the full embeddings. At least one database supports this natively: https://twitter.com/jobergum/status/1750888083900240182

You can turn this into a pocket "lisp machine" by following the instructions on http://www.ulisp.com/show?4JAO - although I don't think this can make use of the LoRa interface (yet).

The hardware is cool, but its just a PCB and the edges of the display are vulnerable. I would recommend 3D printing a case to protect it, especially if you are planning to bring it around with you. There are .stp files for one in the official github repo.

I've been lucky to get to work through a few of these already, they do give a decent introduction in how to use Vespa tensor expressions.

I believe it's one of the most flexible ways in any vector (or other) database to express how to rank your query results, and it's compiled down to fast native code for execution, using openblas etc. where appropriate.

(It later did, in https://news.ycombinator.com/item?id=35074233 )

Sorry to have caused you pain!

I thought this video would get maybe 100 view at most, or I would have put more effort into it (like implemented paren matching in the editor first).

I like lisp (and apparently it's good HN bait). But the language is not really the core of this project.

It is more about making a truly personal computer. One that doesn't require you to think about charging or software updates. That is always fast and responsive and ready to use as it is never doing something strange in the background. Simple enough for me to feel like I understand how everything works.

And writing your own OS for it is easy if you wanted to - you could implement forth, lua, a small C compiler - whatever you wish, and these properties would still be preserved.

Useful? Probably not. Fun? At least for me it is.

Yes, I'd love some help with it, or it would probably take me years. Schematics and stls (made in tinkercad) will be coming once I find the time. For now I'm spending too much time replying to comments but I'm enjoying the dopamine

No, I did spend some time reading eink datasheets but in the end it seemed too hard for me to do on my own. There's the Kindle and Freewrite so it seems possible

Yes, I'm running the display SPI at 2MHz which is ~25 fps. Overclocking it to twice as fast works just fine but uses significantly more power as expected. I did not try to go further.

Approximately 25%-50% of the total power depending on refresh rate. Worst case seems to be alternating black and white pixels, maximizing the number of transitions?

More RAM, a higher resolution display, a proper keyboard, solar power and much easier to program (for me at least). But yes, it is essentially the same sort of thing, and much more poorly made at that. :-)

I loved my TI-83, wrote games and crude 3D graphics on it high school math class.

Using the FPU I believe but quite inefficiently, most cycles are probably spent in integer operations and chasing linked lists for the lisp parser. http://forum.ulisp.com/t/barnsley-fern-in-ulisp/1087

48MHz is the most power efficient mode, you can run it at 96Mhz "burst mode" but apparently it uses disproportionately more power, I have not measured how much.

Thank you! Yes, I've had this in mind for a while, I have some pictures of beginning the first prototyping by dismembering the keyboard back in 2020, although what I was thinking at the time is not recorded.

I would not be surprised if it's simply the availability of the good-enough CPU that caused the idea to take root in multiple heads independently.

initrd has gathered a lot of resources in https://hackaday.io/project/177716-the-libre-autarkic-laptop and https://github.com/EI2030, he sent me a link to your writing a while back and it made me think of using an sd card for storage, which I had previously rejected for taking too much power. But I have since managed to only power it when reading/writing files and it works quite well.

Yeah, matching pretty well the advertised 5mW. But uLisp is probably not using the CPU very efficiently and so not driving it to the max that could perhaps be seen with something like a well-implemented FFT.

Yes, it's nearly always in active mode now. I haven't done much to use the sleep modes at all, only "sleep until next keyboard interrupt" when the program calls (get-key). Measurement, selected portion is while rendering a fractal - so "100% cpu" - at 1.5mA. https://cdn.hackaday.io/images/4389961676068300828.png

I'm sure other uCs could sleep at lower power, but active mode was what I wanted to optimize for.

Perhaps 200 days? This was already discussed in another thread. But you wouldn't be able to read the screen in darkness, it is reflective and not backlit.

I have SSHed into a Microvax II some times, this is 50 times faster. So possible, definitely.

No network stack yet, although the chip has bluetooth so it'd be possible to make that work, perhaps with a "gateway" device. But it would likely increase power use by 5X.

Yes. The Apollo3 cpu is probably at least 50-100 times faster than you'd need for that. Maybe even the emacs lisp version could be ported easily.

I'm pretty sure 53 characters is slightly less than ideal though :-)

As do I. We had a 286 which this would easily outperform. It could probably run DOOM (with dithering) quite well if someone put their mind to it.

Yes. A smaller, but higher resolution display is available from Adafruit, and they made a calculator tutorial for it which helped me a lot in the beginning: https://learn.adafruit.com/diy-rpn-desktop-calculator-with-c...

Thanks! The biggest obstacle to running forever may be the chemistry of the li-poly battery which has a relatively low number of charge cycles and is known to degrade over time. A promising option is li-ion capacitors or supercapacitors, which I'm looking into. This is the board I've purchased for testing. https://www.tindie.com/products/jaspersikken/solar-harvestin...