MurphyA/hacker-news huggingface dataset:
by wtallis | 2025-12-19 21:23:21+00:00
AMD's CPUs don't support more than 5600 MT/s without overclocking; they're still using the same IO die from Zen 4, so their memory controller is pretty outdated. Zen 6 should introduce a new IO die with a better memory controller, but for now 6000 MT/s is the fastest reasonable memory overclock for AMD desktops.

Intel's desktop CPUs from last year support up to 5600 MT/s with regular DDR5 DIMMs, or 6400 MT/s for CUDIMMs. Speeds higher than this are achievable, but are overclocking.

If your memory modules are rated for 6400 MT/s, they are most likely advertising the speed when using an Intel XMP or AMD EXPO profile to overclock the memory (and the CPU's memory controller). The JEDEC standard profile likely is no faster than 5600 MT/s. It's also possible that you bought last year a kit of CUDIMMs rated for 6400 MT/s without overclocking, brand new to the market at that time, and of no help whatsoever with any CPU that isn't an Intel Arrow Lake.
by toast0 | 2025-12-19 21:23:44+00:00
As pm215 states, it doubles your memory commit. It's somewhat common for large programs/runtimes that may fork at runtime to spawn an intermediary process during startup to use for runtime forks to avoid the cost of CoW on memory and mapppings and etc where the CoW isn't needed or desirable; but redis has to fork the actual service process because it uses CoW to effectively snapshot memory.
by ssl-3 | 2025-12-19 21:23:50+00:00
If the firmware is not open and buildable, then it can only be an untrustable black box.

If you don't want untrustable black boxes hanging around, then your options become pretty limited.

You can DIY something with an SBC like a Raspberry Pi or whatever. You can hang USB cameras off of your computers like it's 2002 again. You can try to find something that OpenIPC or thingino or whatever supports. (You'll never finish with this project as the years wear on, the hardware fails, product availability ebbs and flows, and the scope changes. Maybe that sounds like a fun way to burn time for someone, but it doesn't sound like fun to me.)

Or, you can accept that the world is corrupted -- and by extension, the cameras are also all corrupted.

The safe solution is then actually pretty simple: Use wired-only cameras that work with Frigate (or whatever your local NVR of choice may be), keep them on their own private VLAN that lacks Internet access, and don't worry about it.

The less-safe solution is also pretty simple: Do what everyone else is doing, and just forget the problem exists at all. Switch your brain off, buy whatever, and use it. (And if there's an area that you don't want other people to see, then: Don't put a camera there.)

(We probably are not as interesting as we may think we are, anyway.)
by bee_rider | 2025-12-19 21:23:58+00:00
Following the leaders too closely seems like a bad move, at least until a profitable business model for an AI model training company is discovered. Mistral’s models are pretty good, right? I mean they don’t have all the scaffolding around them that something like chatGPT does, but building all that scaffolding could be wasted effort until a profitable business model is shown.

Until then, they seem to be able to keep enough talent in the EU to train reasonably good models. The kernel is there, which seems like the attainable goal.
by TheAceOfHearts | 2025-12-19 21:24:15+00:00
I think one of the things that is missing from this post is engaging a bit in trying to answer: what are the highest priority AI-related problems that the industry should seek to tackle?

Karpathy hints at one major capability unlock being UI generation, so instead of interacting with text the AI can present different interfaces depending on the kind of problem. That seems like a severely underexplored problem domain so far. Who are the key figures innovating in this space so far?

In the most recent Demis interview, he suggests that one of the key problems that must be solved is online / continuous learning.

Aside from that, another major issues is probably reducing hallucinations and increasing reliability. Ideally you should be able to deploy an LLM to work on a problem domain, and if it encounters an unexpected scenario it reaches out to you in order to figure out what to do. But for standard problems it should function reliably 100% of the time.
by delta_p_delta_x | 2025-12-19 21:24:45+00:00
Side project(s): Grokking Windows development from the top of the stack to the kernel; everything from Win32, WinUI, WPF, COM, to user- and kernel-mode driver development. It's fun to write drivers in modern C++. Also, massively procrastinated, Vulkan/D3D12 cross-platform game engine written in C++23/26, work-in-progress.

Full time work: GPU driver development and integration for a smartphone series. It's fun to see how the sauce is made.

Eventually: hope to pick up Rust.
by jesse__ | 2025-12-19 21:24:54+00:00
I prefer a different encoding: cycles/op

Both ops/sec and sec/op vary on clock rate, and clock rate varies across machines, and along the execution time of your program.

AFAIK, Cycles (a la _rdtsc) is as close as you can get to a stable performance measurement for an operation. You can compare it on chips with different clock rates and architectures, and derive meaningful insight. The same cannot be said for op/sec or sec/op.
by zozbot234 | 2025-12-19 21:24:56+00:00
Because career bureaucrats are the only way of running a large organizational arrangement that can even reach a semblance of "deciding all sorts of things". A few hundred representatives can't go at it alone. You get career bureaucrats in private enterprise too, of course, but the idea is that they should at least be kept on a short leash to whatever extent is feasible. That fails completely when you're dealing with an actual government at any scale bigger than a small village or HOA.
by VorpalWay | 2025-12-19 21:25:28+00:00
Your suggestion confuses latency and throughput. So it isn't correct.

For example, a modern CPU will be able to execute other instructions while waiting for a cache miss, and will also be able to have multiple cache loads in flight at once (especially for caches shared between cores).

Main memory is asynchronous too, so multiple loads might be in flight, per memory channel. Same goes for all the other layers here (multiple SSD transactions in flight at once, multiple network requests, etc)

Approximately everything in modern computers is async at the hardware level, often with multiple units handling the execution of the "thing". All the way from the network and SSD to the ALUs (arithmetic logic unit) in the CPU.

Modern CPUs are pipelined (and have been since the mid to late 90s), so they will be executing one instruction, decoding the next instruction and retiring (writing out the result of) the previous instruction all at once. But real pipelines have way more than the 3 basic stages I just listed. And they can reorder, do things in parallel, etc.
Show HN: Good Dad, daily reminders to be present with your kids
by iowadev | 2025-12-19 21:25:58+00:00
Hi HN,

I built an app called Good Dad. It sends simple daily reminders to help me be more present with my kids.

I grew up without a father, so I didn’t really have a model for what being a present dad looks like. Now I’m a dad of two young kids and I’m figuring it out as I go, often while feeling distracted, busy, or just running on autopilot.

The app is intentionally very simple. It sends short reminders about patience, connection, and slowing down. These are the kinds of nudges I personally need when I’m scrolling, stuck in traffic, or rushing through the day. I originally built it just for myself, but decided to share it in case it helps other parents too.

I built it during naps and after bedtime. There are no ads, no tracking, and no data collection. It’s completely free.

Website: https://www.gooddad.app

iOS: https://apps.apple.com/us/app/good-dad/id6753931366

Android: https://play.google.com/store/apps/details?id=io.makr.goodda...

Happy to answer questions or hear feedback.
by xg15 | 2025-12-19 21:27:19+00:00
Is that so?

Programming languages usually have a number of "higher-level semantic layers" on top of the syntax tree that impose further constrains - e.g. that identifiers must have consistency between usage and definition, that all expressions are valid according to the type system, etc.

But all that stuff happens after an AST is created and so doesn't really affect the basic grammar.

I think if you ignore those higher-level constraints, a number of languages have valid context-free grammars.
by y0eswddl | 2025-12-19 21:27:19+00:00
no, its not - with calculators, it was up to the person using the tool to figure out which formula to use and which values to plug into the calculator.

The human has to have enough understanding of the problem to know which math to apply and calculate in the first place. That requires understanding and discernment. This works the brain. This mental work strengthens our problem solving ability.

Whereas with AI, you just tell it the problem and it gives an easy answer. Thus involving no further work from the human brain which causes it to atrophy just like any other underused muscle.
by tamimio | 2025-12-19 21:27:36+00:00
Per the article, the attacker can restart the camera and potentially find the accurate position of it. However, if the attacker can be physically in proximity within the camera range, they can MITM it and intercept the video feed. So it depends on your friend's threat model. If the camera is recording something in a public location and they don't mind the location being exposed and potentially the video feed (like plenty of live public cameras), then it shouldn't be an issue. Otherwise, they need to disable it until it gets fixed.
by lentil_soup | 2025-12-19 21:28:04+00:00
Using your time and money to help people is amazing, everyone should be encouraged to do it, of course.

But what does that have to do with EA? The EA movement is associated with tech millionaires arrogantly telling the world they are better at knowing what people need, at the same time some of these people have proven to have a dubious moral compass. So do I want these people as leaders of such a movement, absolutely not. Ultimately why do we need to tribalise the topic? You want to donate to charity in a particular way, then go ahead and encourage people to do so, that's amazing. Maybe we don't agree on the specifics but I think our opinions are actually not that far apart :)
by giancarlostoro | 2025-12-19 21:28:28+00:00
> AFAICT, there’s no service that lets me: give a prompt, write the code, spin up all this infra, run Playwright, handle database migrations, and let me manually poke at the system. We approximate this with GitHub Actions, but that doesn’t help with manual verification or DB work.

What you want is CI/CD that deploys to rotating stating or dev environments per PR before code is merged.

If deployment fails you do not allow the PR to be approved. Did this for a primarily React project we had before but you can do all your projects, you just need temporary environments that rotate per PR.
by burkaman | 2025-12-19 21:28:32+00:00
The Machine Stops (https://www.cs.ucdavis.edu/~koehl/Teaching/ECS188/PDF_files/...), a 1909 short story, predicted Zoom fatigue, notification fatigue, the isolating effect of widespread digital communication, atrophying of real-world skills as people become dependent on technology, blind acceptance of whatever the computer says, online lectures and remote learning, useless automated customer support systems, and overconsumption of digital media in place of more difficult but more fulfilling real life experiences.

It's the most prescient thing I've ever read, and it's pretty short and a genuinely good story, I recommend everyone read it.

Edit: Just skimmed it again and realized there's an LLM-like prediction as well. Access to the Earth's surface is banned and some people complain, until "even the lecturers acquiesced when they found that a lecture on the sea was none the less stimulating when compiled out of other lectures that had already been delivered on the same subject."
by nervousvarun | 2025-12-19 21:28:37+00:00
I keep seeing this sort of sentiment everywhere and I'm trying to understand it. The same thing happened after Charlie Kirk was killed and the arrest there hinged on a confession by the killer to his dad. A lot of commentary then that the police/FBI got lucky. Ditto Mangione. They got lucky he was found in a random McDonalds.

What exactly is the expectation here? Is there some sort of wide-spread belief that the world works like an episode of Law and Order and every crime is instantly solved by rolling up your sleeves and doing good old fashioned detective work?

Would assume for the majority of planned murder to be resolved as quickly as these highly publicized cases have been (the Kirk deal took about 2 days also) there's going to have to be an element of luck. Piecing together digital/forensic evidence is going to require time and effort. If it's not an obvious connection (domestic violence etc.) and there's no direct witnesses it seems logical you only have a few outcomes:

A) Going to be solved due to a lucky break

B) Going to be solved after a ton of time/interviews/piecing together forensic evidence

C) Not be solved.

Also he only "got away" because he killed himself. They likely would have caught him fairly soon after this because they had his identity from the car tags. I guess the point is though luck is all you have if it's solved this quickly because it's so random.
by lisbbb | 2025-12-19 21:29:02+00:00
The thing that bothers me about the whole story, apart from the deaths of course, is that we live in a surveillance state. While I want major crimes to be resolved and there to be deterrents to future ones, I just don't know about turning the whole US into East Germany. It's not going to work out well for any of us. As you can see, it didn't help solve the crimes, either. It was witnesses who did all the heavy lifting here.
by D-Machine | 2025-12-19 21:29:10+00:00
What the study actually finds is, yes, myocarditis and pericarditis only happen in adolescents that are vaccinated, BUT that this is offset by significantly lower hospitalization rates in the vaccinated. They also do not find that all myo and pericarditis cases required hospitalization.

The study does NOT look at long-term issues related to either the vaccine or the (usually temporary) myo- and pericarditis, (nor due to long-COVID), and since most cases of myo- and pericarditis resolve, this still for sure means, on net, that the vaccine reduces hospitalizations.

Insofar as most studies tend to show that the long-term sequelae are significantly worse than the long-term sequelae of the vaccine (even if you get temporary myo/pericarditis), it is almost certainly the case that, if you know there is a decent chance you will catch COVID (and there is), there is more risk not being vaccinated than from vaccination.

The only exception to these findings, broadly, that I am aware of, are in severely immunocompromised individuals lacking e.g. B-cells or T-cells, where, there, the effectiveness of the vaccine can be too poor to recommend. For everyone else, it is clear the vaccine reduces risk (though this reduction is far less than we might hope, obviously).
by sergeyk | 2025-12-19 21:29:19+00:00
> AFAICT, there’s no service that lets me: give a prompt, write the code, spin up all this infra, run Playwright, handle database migrations, and let me manually poke at the system. We approximate this with GitHub Actions, but that doesn’t help with manual verification or DB work.

I think this is almost exactly what we've built with https://superconductor.dev

- set up a project with one or more repos

- set up your environment any way you want, including using docker containers

- run any number of Claude Code, Codex, Gemini, Amp, or OpenCode agents on a prompt, or "ticket" (we can add Cursor CLI also)

- each ticket implementation has a fully running "app preview", which you can use just like you use your locally running setup. your running web app is even shown in a pane right next to chat and diff

- chat with the agent inside of a ticket implementation, and when you're happy, submit to github

(agents can even take screenshots)

happy to onboard you if that sounds interesting, just ping me at sergey@superconductor.dev
by missinglugnut | 2025-12-19 21:29:35+00:00
My experience is very similar.

For greenfield side projects and self contained tasks LLMs deeply impress me. But my day job is maintaining messy legacy code which breaks because of weird interactions across a large codebase. LLMs are worse than useless for this. It takes a mental model of how different parts of the codebase interact to work successfully and they just don't do that.

People talk about automating code review but the bugs I worry about can't be understood by an LLM. I don't need more comments based on surface level patter recognition, I need someone who deeply understands the threading model of the app to point out the subtle race condition in my code.

Tests, however, are self-contained and lower stakes, so it can certainly save time there.
by crabmusket | 2025-12-19 21:29:44+00:00
I have gotten code reviews from OoenAI's Codex integration that do point out meaningful issues, including across files and using significant context from the rest of the app.

Sometimes they are things I already know but was choosing to ignore for whatever reason. Sometimes it's like "I can see why you think this would be an issue, but actually it's not". But sometimes it's correct and I fix the issue.

I just looked through a couple of PRs to find a concrete example. I found a PR review comment from Codex pointing out a genuine big where I was not handling a particular code path. I happened to know that no production data would trigger that code path as we had migrated away from it. It acted as a prompt to remove some dead code.
by trevor-e | 2025-12-19 21:29:53+00:00
> What I’m unsure about is whether diff-only context is actually sufficient for meaningful reviews, or if this becomes misleading without deeper repo and architectural awareness.

The results of a diff-only review won't be very good. The good AI reviewers have ways to index your codebase and use tool searches to add more relevant context to the review prompt. Like some of them have definitely flagged legit bugs in review that were not apparent from the diff alone. And that makes a lot of sense because the best human reviewers tend to have a lot of knowledge about the codebase, like "you should use X helper function in Y file that already solves this".
by PEACEBINFLOW | 2025-12-19 21:30:27+00:00
I built a live explorer for a ledger-first AI system where every prompt, decision, tool call, and outcome is recorded immutably and can be replayed.

Instead of overwriting prompts or treating LLM calls as ephemeral, MindsEye stores AI cognition as an append-only ledger. You can inspect how prompts evolve (Prompt Evolution Tree), trace decisions end-to-end, and audit why an action happened — or prove that it didn’t.

The Space connects in real time to a production Hugging Face dataset (no mock data): https://huggingface.co/datasets/PeacebinfLow/mindseye-google...

Use cases:

Auditing AI workflows

Debugging prompt drift

Replaying past AI decisions deterministically

Treating AI behavior as infrastructure, not magic

This is part of a broader experiment in “ledger-first cognition”: moving AI systems from stateless calls to accountable, stateful organizational memory.

Happy to answer questions or go deep on the architecture.
by amarant | 2025-12-19 21:31:14+00:00
So.. Does that make me political Ebenezer Scrooge?

I dunno, you'll have a hard time finding someone with less skin in that particular game than me, I'm not American and I've never even been to America (well, I switched flights in Chicago once, but I don't think it counts).

But a lawsuit for privacy being "accidental" because it's brought by a politician that's not popular seems difficult to interpret as anything other than dogma.

Being in the "right side of politics" doesn't automatically mean you're right about everything. And the reverse is also true.

Take Hitler for example: founding VW was a good move! He did that one good thing. Doesn't make him a good person, but similarly, all the other shit he did doesn't make VW any less of a good deed.

From the outside it looks like the same thing applies here.

Since this post is now on the front page, I'll suggest an honest title for it: HN front-page but titles are snarky dogma.

A lot of the dogmatic snark happens to be accurate, but that's besides the point. Just means it's good quality dogmatic snark.
by pcrh | 2025-12-19 21:31:53+00:00
This reflects an interesting development in Bay Area politics, which has global impact through tech companies.

A few decades ago, tech, science and liberalism were bedfellows in the Bay Area. Apple was famous for its anti-authoritarian "1984" ad, directed by Ridley Scott. Google proclaimed "Don't be evil".

I'm not sure quite what to make of the current trend of the dominant "technocrats", and their employees, from being liberal to supporting division within society.

But it does not seem conducive to a perpetuation of what made the Bay Area such a productive environment, from scientific, cultural and business perspectives.
by vablings | 2025-12-19 21:31:53+00:00
Complete lie.

ARC Raiders uses AI for generated voice or TTS; it's hardly in the same field as generative AI which is mass scraped from the internet and churned out of a matrix math black box. They paid voice actors for the training and likeness, and the AI is used for future flexibility, and the VAs know this and its part of the contract they sign

They also use AI for the robotic kinematics which looks absolutely fantastic. When you blow up robots they zoom around and correct themselves exactly how you would imagine an evil robot to behave
by sunshine-o | 2025-12-19 21:32:21+00:00
Browsing the MEP positions on fightchatcontrol.eu it was very clear to me that:

- So called "Far left" and "Far right" MEPs were declared "Opposed"

- The "Center" MEPs were "Unknown", what means "Support" I guess.

I believe we have been programmed not to notice how radical the "center" is...

- [0] https://fightchatcontrol.eu
by csa | 2025-12-19 21:32:35+00:00
> Even for the remaining lawyers, I imagine that their billable hours will crater due to competitive dynamics.

Billable hours will absolutely crater for lawyers who cater to a low-end clients (esp. for defense) and lawyers who are not good business people.

That said, the best lawyers will almost certainly still be in incredibly high demand, since higher-end lawyering (much like banking) is a personal business as much or more than it is a technical one. AI will simply allow these lawyers to do more and better work.
by agoodusername63 | 2025-12-19 21:32:39+00:00
I believe the theory that Mangione even wanted to be caught and arrested because he didn't see a viable life for himself anymore with his spinal problems and medical bills. Who social engineers their way into getting a CEO's itinerary and then keeps a manifesto on their person well after the crime

Now he doesn't have to worry about paying for that. Or getting reasonable treatment but hey,
by websiteapi | 2025-12-19 21:33:36+00:00
I disagree that his catching was inevitable. They only knew an identity yesterday. If the suspect wasn’t a coward it’s plausible they could’ve just driven away to literally any other part of the United States and then flew back to Portugal. I have no comment on the Kirk case.

As for the expectation, other than if civil liberties are going to be violated in the name of safety I expect much faster results, and I’m sure the MIT professors family would agree.