News for hackers. Stuff that matters.

osmarks

Re:Solving LinkedIn Queens with SMT on Thursday June 12, 2025 @02:56PM (#44261641)
I was briefly looking into using SMT for Minecraft autocrafting, but it turns out you can do integer linear programming and the mapping is easier.
This is sort of true currently, but extrapolate the trend.
Also, I don't use ChatGPT to rewrite blog posts and don't like people who do. Its style is annoying and if ChatGPT is doing content I might as well ask it whatever you asked it myself directly. For code I do not care much so long as it works.
Artists correctly realized the threat to their future economic viability and made up reasons it was morally bad. Programmers are currently stuck in an earlier stage, insistent that it can never replace them because [various things].
Re:(Recommendation Systems and Search) × LLMs on Sunday March 23, 2025 @06:13AM (#43451975)
Common Crawl is petabytes. Anna's Archive is about a petabyte, but it includes PDFs with images.
Re:(Recommendation Systems and Search) × LLMs on Sunday March 23, 2025 @05:01AM (#43451680)
You could just run a local LLM over every document and ask it "is this related to this query". I don't think you actually want to wait a week (and holding all the documents you might ever want to search would run to petabytes).

(the reasonable way is embedding search, which runs much faster with some precomputation, but you still have to store things)

There is at least one organization doing actual embedding-based search (Exa). I wrote about this a bit: https://docs.osmarks.net/hypha/osmarks.net_web_search_plan_%....
Re:Making AMD GPUs competitive for LLM inference on Tuesday December 24, 2024 @08:13AM (#42501697)
Most of these are just an EPYC server platform, some cursed risers and multiple PSUs (though cryptominer server PSU adapters are probably better). See https://nonint.com/2022/05/30/my-deep-learning-rig/ and https://www.mov-axbx.com/wopr/wopr_concept.html.
Re:QUIC Is Not Quick Enough over Fast Internet on Monday September 09, 2024 @07:37AM (#41487540)
They couldn't have built it on anything but UDP because the world is now filled with poorly designed firewall/NAT middleboxes which will not route things other than TCP, UDP and optimistically ICMP.
Re:`find` + `mkdir` is Turing complete on Thursday August 01, 2024 @01:10PM (#41131286)
The C specification limits programs to addressing a finite amount of memory, though it can be made arbitrarily large by an implementation. The Python specifications do not imply this though real interpreters do.
Re:`find` + `mkdir` is Turing complete on Wednesday July 31, 2024 @04:20PM (#41123021)
Yes. C is not Turing-complete even in theory. Other languages are. It doesn't especially matter.
Re:`find` + `mkdir` is Turing complete on Wednesday July 31, 2024 @04:19PM (#41123007)
You can't implement a Python interpreter with access to infinite memory in C as specified. That is the point.
Re:Why I Prefer RST to Markdown on Wednesday July 31, 2024 @01:44PM (#41121378)
CommonMark mostly fixes this.
Re:Why I Prefer RST to Markdown on Wednesday July 31, 2024 @01:42PM (#41121360)
Preserving the semantic content is helpful if you think you might want to switch the rendering later.
Re:Why I Prefer RST to Markdown on Wednesday July 31, 2024 @01:41PM (#41121349)
I solve this for my usecases with custom Markdown rendering which accepts a few new block elements (via a markdown-it plugin). https://github.com/osmarks/website/blob/master/src/index.js
Re:`find` + `mkdir` is Turing complete on Wednesday July 31, 2024 @01:25PM (#41121178)
Python-the-language can be Turing-complete even if Python-as-actually-implemented is not.
Re:`find` + `mkdir` is Turing complete on Wednesday July 31, 2024 @01:24PM (#41121166)
C is indeed not Turing-complete for more or less this reason.
Re:Crowdstrike Outage Causing Widespread Issues on Friday July 19, 2024 @08:09AM (#41005517)
Crowdstrike should have higher testing standards, not every random back-office process.
Re:Darwin Machines on Friday July 19, 2024 @04:47AM (#41003704)
> When I first read about Darwin Machines, I looked up "evolutionary algorithms in AI", thought to myself "Oh hell ya, these CS folks are on it" and then was shocked to learn that "evolutionary algorithms" seemed to be based on an old school conception of evolution.

I think a lot of the genetic algorithms people do implement recombination-like things. Most of the things operated on aren't really structured like genomes so it makes less sense there.

> But intelligence like you or I's operates in an unconstrained problem space. I don't think you can apply gradient descent because, how the heck could you possibly score a behavior?

> This is where evolution excels as an algorithm. It can take an infinite problem space and consistently come up with "valid" solutions to it.

Evolutionary search also relies on scoring. Genetic algorithms on computers hardcode a "fitness function" to determine what solutions are good and should be propagated and biological evolutionary processes are implicitly selecting on "inclusive genetic fitness" or something. You can't apply gradient-based optimizers directly to all of these, though, because they are not (guaranteed to be) differentiable. There are lots of ways to optimize against nondifferentiable functions in smarter ways than evolutionary search, and these come under "reinforcement learning", which does work but is generally more annoying than (self-)supervised algorithms.

> I think Darwin Machines might be able to explain "animal intelligence". But human intelligence is a whole other deal. There's some incredible research on it that is (as far as I can tell) largely undiscovered by AI engineers that I can share if you're interested.

As far as I know human brains are more or less a straight scaleup of smaller primate brains.

Re:Darwin Machines on Wednesday July 17, 2024 @02:35PM (#40988902)
> A Darwin Machine uses evolution to produce intelligence. It relies on the same insight that produced biology: That evolution is the best algorithm for predicting valid "solutions" within a near infinite problem space.

It seems to be suggesting that neuron firing patterns (or something like that?) are selected by internal evolutionary processes.

Re:Darwin Machines on Wednesday July 17, 2024 @01:35PM (#40988282)
I don't think this is true as stated. Evolutionary algorithms are not the most efficient way to do most things because they, handwavily, search randomly in all directions. Gradient descent and other gradient-based optimizers are way way faster where we can apply them: the brain probably can't do proper backprop for architectural reasons but I am confident it uses something much smarter than blind evolutionary search.
Mistral and Meta release "instruct" (RLHF) and not-instruct models. The non-instruct ones are in fact non-RLHF, pretraining-only ones (though they probably have ChatGPT-ish text in the dataset nowadays, and Meta might have done some extra training on evals...).
Re:I accidentally built a meme search engine on Sunday April 14, 2024 @12:35PM (#40032340)
The Google research was based on OpenAI research from 2021, though.
Re:I accidentally built a meme search engine on Sunday April 14, 2024 @12:31PM (#40032305)
I think the SigLIP models' dataset (WebLi) includes OCRed things too, so they have very good text understanding. I tested a bunch of things for my own meme search engine.
People are perfectly happy to give other people specific gifts, which are even more constraining than gift cards. This doesn't seem that surprising.
Re:Hold on there: WPA3 connections fail after 11 hours on Sunday January 28, 2024 @07:34AM (#39165084)
AX201s have always worked perfectly for me.
Re:New embedding models and API updates on Thursday January 25, 2024 @02:19PM (#39133780)

Older »