adrianco
Re:Fable 5 – Median thinking declined in August
on Monday September 21, 2026 @01:36PM (#49790499)
I built GitHub.com/adrianco/retort to do this. It’s runs lots of experiments and you can contribute results if you have some spare tokens. You can add your own tests, and it runs Claude, Codex, Gemini, Hermes for local models.
Re:
on Tuesday August 04, 2026 @01:42AM (#49164685)
This looks useful, you can increase the RAM cache so if you have a Mac with 24-32GB it should speed up a lot and still run models that wouldn’t normally fit. I’m going to run some tests…
Re:Andy Pavlo Joins ClickHouse to Establish ClickHouse Labs
on Monday August 03, 2026 @11:54AM (#49157455)
Hi Andy, that’s very cool
news. Will you be at the HPTS workshop in October?
Re:Why I prefer Opus 5 to Fable 5
on Tuesday July 28, 2026 @09:47AM (#49083836)
Without discussing the task itself, this isn’t useful. Coding small problems in Python works on low effort with older models. Less common languages on harder problems needs more… I’ve been running coding experiments, see https://github.com/adrianco/retort
Re:Show HN: Distill and serve small models with frontier quality for h...
on Sunday July 26, 2026 @08:08PM (#49063682)
Local models need to be tuned to work well so this looks useful. Seems to be for general purpose model serving. I’ve been using https://github.com/adrianco/retort to run experiments for coding models across 13 different programming languages to see which frontier and local models work.
Re:Fixed three bugs that made Qwen3.5-122B a daily driver on Mac Studio
on Sunday July 12, 2026 @10:05AM (#48881330)
I pointed my Claude/Retort evaluator at this blog post and it ran an experiment to test what it found. We got better cache hit refill but it didn’t improve the overall coding results on my M5Pro/64GB system. Results in experiment-24 at GitHub.com/adrianco/retort
I’ve talked to the authors of this, it’s a very interesting project. GPU memory space used to be the limitation but the latest generations of GPUs have enormous shared memory capacity and need something like SiriusDB to manipulate and prepare data in-place before the AI algorithms get to work.
Re:The Netflix Simian Army (2011)
on Friday January 02, 2026 @11:37AM (#46466511)
I distilled these ideas over subsequent years into several talks on “Failing Over without Falling Over”. Investing anything in resilience without testing that it actually works is a waste of resources. Thats the underlying lesson. https://github.com/adrianco/slides/blob/master/FailingWithou...
Re:Microservices Should Form a Polytree
on Friday December 12, 2025 @03:07PM (#46248235)
All sounds like a good plan, but there’s no easy way to enforce the lack of cycles. I’ve seen helper functions that call a service to look something up, called from a library that is running on the service itself. So a service calls itself. There was probably four or five different developers code abstractions stacked in that loop.
Re:Peter Thiel sells off all Nvidia stock, stirring bubble fears
on Sunday November 16, 2025 @05:07PM (#45948866)
It’s a bubble. Buy low and sell high. Right now, holding cash is the safe option. You can predict that the bubble will burst, but not when. However with the US being run by someone who is poking everything with sharp implements I think it bursts sooner.
Re:California homeowners to fund half of high-risk insurer's $1B 'bail...
on Sunday February 16, 2025 @12:03AM (#43065494)
Its hard to understand why so many California houses are built of wood. After a fire all that’s left is a few chimneys. However I happen to live in California in a house made of concrete bricks and we don’t get a higher valuation per square foot or a discount for our fire insurance. There should be more incentives to build fireproof houses.
Re:US regulator rejects bid to boost nuclear power to Amazon data center
on Tuesday November 05, 2024 @02:36PM (#42054526)
I think there are two things that change. One is that Amazon would be controlling output scheduling of part of the the power station rather than the grid operator. The other is that this would be behind the meter for Amazon like rooftop solar, so would be accounted for differently in the annual report.
Re:AI Flame Graphs
on Wednesday October 30, 2024 @06:44AM (#41993520)
This is super interesting and useful. I tried reading the code to understand how GPU workloads worked last year and it was easy to get lost in all the options and pluggable layers.
Re:Amazon employees: 'I'd rather go back to school than work in an off...
on Tuesday September 17, 2024 @04:44PM (#41572531)
Someone came up with the name for this: “Disagree and commute”.
Re:Boar's Head plant posed an 'imminent threat' years before listeria ...
on Wednesday September 11, 2024 @11:14AM (#41512134)
I wonder if the other Boars Head plants also have issues. Avoid the entire brand? What brands have better hygiene?
Re:Elasticsearch is open source, again
on Saturday August 31, 2024 @02:57AM (#41407013)
AWS tends to optimize for whatever its customers want, rather than what its partner ecosystem wants. However we did spend some time trying to help open source partners figure out how best to work with AWS and to leverage the marketplace etc. to be successful by leveraging the platform rather than fighting with it. Mongo is a good example of how that can work.
Re:Elasticsearch is open source, again
on Saturday August 31, 2024 @02:48AM (#41406975)
There were several proposals made to Elastic at the time, but their attitude was that they controlled the project and didn’t want AWS to make big contributions to the open source distribution that would reduce their differentiation. They were also mixing licenses in the code base and deliberately making it hard for AWS to use.
I was also assisting in the deal with Grafana, which I thought was a good deal on both sides, setting up a framework for AWS and Grafana to work together over a longer timeframe. Ash Manzani who negotiated the deal for AWS later joined Grafana to run Corp Dev for them.
Re:Elasticsearch is open source, again
on Saturday August 31, 2024 @02:29AM (#41406925)
AWS at the time had AGPL on its list of licenses that couldn’t be used. There were other clouds in China especially ignoring the AGPL provisions and I think SSPL was used to try and be more explicit.
Re:Elasticsearch is open source, again
on Friday August 30, 2024 @03:26AM (#41398468)
Here’s the initial AWS response to the license change that they made in 2018, which I helped write. At the time we didn’t think a new license made sense, as AGPL is sufficient to block AWS from using the code, but the core of the issue was that AWS wanted to contribute security features to the open source project and Elastic wanted to keep security as an enterprise feature, so rejected all the approaches AWS made at the time. https://aws.amazon.com/blogs/opensource/keeping-open-source-...
Re:Show HN: A simple app for downloading YouTube transcripts in bulk
on Monday July 08, 2024 @04:26PM (#40909301)
I tried to do this a few months ago (for videos not shorts) and found that YouTube will only let you download transcripts for your own uploads. You have to authenticate to the API. Also the transcripts aren’t that great. I ended up downloading the video and running whisper on it.
Re:Jepsen: Datomic Pro 1.0.7075
on Wednesday May 15, 2024 @04:26PM (#40371963)
I was a fly on the wall as this work was being done and it was super interesting to see the discussions. I was also surprised that Jepsen didn’t find critical bugs. Clarifying the docs and unusual (intentional) behaviors was a very useful outcome. It was a very worthwhile confidence building exercise given that we’re running a bank on Datomic…
Re:AWS CEO to Step Down
on Tuesday May 14, 2024 @01:33PM (#40357737)
Not a big surprise. Garman has been working up to this for a while. It will be interesting to see how the VPs reshuffle and whether anyone else who thought they might get the CEO job leaves in a huff…
Re:Google Cloud accidentally deletes customer's account
on Friday May 10, 2024 @12:39AM (#40315535)
When we migrated Netflix to AWS in 2009-2011 we setup a separate archive account on AWS for backups and also made an extra copy on GCP as our “off prem” equivalent. We also did a weekly restore from archive to refresh the test account data and make sure backups were working. I’ve documented that pattern many times, some people have even implemented it…
Re:AWS building 414 exaflops AI computer exclusively for Nvidia's inte...
on Tuesday March 19, 2024 @10:07AM (#39755862)
This is a water-cooled system, so AWS is going to have to figure out a new datacenter architecture to install and run it. It’s a big investment and commitment from AWS and I expect that part of the deal was that NVIDIA would be a guaranteed customer at scale for the system, in return for things like AWS getting preferential early access to the technology.
Re:Nissan drops app support for the original Leaf
on Tuesday March 05, 2024 @08:07PM (#39611089)
I use OVMS on my 2010 Tesla Roadster and it’s likely a good option for people who don’t mind a bit of DIY to get it installed and to buy a SIM card. It supports most of the functionality of the car so I assume it can do that on a Leaf as well. Leaf is on the supported car list.
Re:What Adrian Did Next – Part 2 – Sun Microsystems
on Monday January 22, 2024 @12:07AM (#39086459)
Thanks! That’s cool. I’m glad I found time to write down what I remembered and the names of many of the people I met along the way. I have notes but haven’t had time to tell the story of the Netflix years yet…
Re:What Adrian Did Next – Part 2 – Sun Microsystems
on Monday January 22, 2024 @12:04AM (#39086440)
These were simpler RISC implementations in those days, the compiler optimizer stage was in charge of deciding whether to set the branch bit or not, and the prefetch would do what the bit said, and stall if it got it wrong.
Re:Benchmarking High Performance I/O with SSD for Cassandra on AWS
on Thursday July 19, 2012 @12:30PM (#4266757)
for example the mmap read test used
/opt/iozone/bin/iozone -w -s 2G -r 4k -i 2 -B -t 60 -F test0 test1 test2 test3 test4 test5 test6 test7 test8 test9 test10 test11 test12 test13 test14 test15 test16 test17 test18 test19 test20 test21 test22 test23 test24 test25 test26 test27 test28 test29 test30 test31 test32 test33 test34 test35 test36 test37 test38 test39 test40 test41 test42 test43 test44 test45 test46 test47 test48 test49 test50 test51 test52 test53 test54 test55 test56 test57 test58 test59
Re:Benchmarking High Performance I/O with SSD for Cassandra on AWS
on Thursday July 19, 2012 @12:29PM (#4266747)
The point you should take away from this benchmark is that a 3 year old Centos 5 kernel with no tuning, no filesystem tuning and default mdadm options did 100K IOPS or 1GByte/sec pretty much regardless of the benchmark options in use. It just needed enough concurrency to load up the disk. There are many other options on iozone for using different variants of posix IO and threading. I showed the basic options and the mmap option. So with careful tuning you could do IOPS more efficiently, but what I found was very accessible out-of-the-box performance.
Re:Lessons Netflix Learned from the AWS Storm
on Friday July 06, 2012 @08:24PM (#4210242)
"Technical debt" is a nice way of saying it had bugs. It was mostly a configuration problem, if it had been setup better we would have had no outage or a much shorter one. The work to test all our zone level resilience (Chaos Gorilla) was underway but hadn't got far enough to uncover this bug.