nialv7

Terry A. Davis will be proud

Mark Zuckerberg reminds me of a spoiled child.

Have you warned Gabe about this

seems like an account reposting stuff to get attention to advertise his AI stuff.

There always will be old games that will never be ported to Linux.

esync and fsync both use mainline kernel features.

Maybe this is why? Most of the training data has the single token version, so the three tokens version was undertrained?

i don't have an openai subscription, but i still want to participate

ZK proof can't solve the TOCTOU problem.

i'd say atlas is roughly on par capability-wise. see their recent video: [1]. but boston has different priorities.

[1]: https://youtube.com/watch?v=UNorxwlZlFk

i am happy i bought 5x10TB drives two months ago, anticipating this exact scenario.

all the hallmarks of someone who don't understand how machine learning and transformers work talking about llm.

the comment you are replying to is talking about marginal cost pricing, which wasn't addressed by this article.

> Didn't expect to go back to macOS but their basically the only feasible consumer option for running large models locally.

Framework Desktop! Half the memory bandwidth of M4 Max, but much cheaper.

Sure... you `git add` the context text generated by AI and `git commit` it, could be useful. Is that worth 60 million?

> I can't empathize with the complaint that we've "lost something" at all.

you won't feel you've lost something if you've never had it.

sorry.

The mmap/msync one is incorrect I believe? (Correct me if I am wrong).

msync() sync content in memory back to _disk_. But multiple processes mapping the same file always see the same content (barring memory consistency, caching, etc.) already. Unless the file is mapped with MAP_PRIVATE.

looks like we have it. in the end it's pretty mundane...

> won't cause a sense that peripheral vision is fuzzy

it won't because your eyes literally doesn't have enough sensors in those regions to see it.

better luck with your next job :)

If you want to learn the system from scratch, the best way will be writing your own little init system from scratch, so you can understand how the boot sequence works. And as you make use of more and more of the advanced features of Linux, your init system will get more and more complex, and will start to resemble systemd.

If you only learn about sysvinit and stop there, you are missing large parts of how a modern Linux distro boots and manages services.

sure is nice to be paid for staying out of the way.

i think i am an expertise on not getting into other people's business. can someone pay me?

there will be incentives once windows becomes shit enough.

nothing stopping them from developing on Linux workstations, cross-compiling to Windows, and testing with Wine/Proton. saves them Windows license fees too.

They don't need to beat valve. The contribution made by valve is going to benefit GOG too. That's the power of open source.

If we care about the future of computing, the future of consumer rights, we need to MAKE THEM GIVE A SHIT.

Cory Doctorow is doing a very good job of that, but there is only one Cory Doctorow.

yes, once i saw that i stopped reading. if the author can't get that right i am not going to trust anything else they say.

Very true. If you really want to see rail lines materialise out of thin air, go to any major cities in China.