You are very unlikely to write assembly that is more optimized than what a modern compiler could produce for anything longer than a trivial program. I don't know if it made sense at the time of the original RCT, but OpenRCT would definitely not benefit from being written in assembly.
patatahooligan
Not even close. The paper is questioning LLMs ability to reason. The article talks about fundamental flaws of LLMs and how we might need different approaches to achieve reasoning. The benchmark is only used to prove the point. It is definitely not the headline.
For anyone stumbling onto this who actually wants to be educated, the science has practically unanimously agreed that climate change is mainly caused by human activity. No expert is unaware of the cycles that temporarily affect climate. They are well studied, modeled, and found to pale in comparison to human-made climate change. You can find comparisons between human and natural drivers, with sources from expert organizations and scientific studies, here and here. Funnily enough, the NOAA, which this commenter used as a source for El Niño and La Niña below, also hosts this article which literally starts by linking to a page that points out how climate change is mostly caused by humans.
Where are you searching for updates? Your motherboard manufacturer should release firmware updates that include the microcode patches.
No, there isn't really any such alternate timeline. Good honest causes are not profitable enough to survive against the startup scams. Even if the non-profit side won internally, OpenAI would just be left behind, funding would go to its competitors, and OpenAI would shut down. Unless you mean a radically different alternate timeline where our economic system is fundamentally different.
You would still not be allowed to to redistribute it though. Others would not be able to build your code and distribute binaries either. Just the act of creating a fork is not enough to create a viable project.
Is there any terminal that uses smooth scrolling, including for command output? Like, for example, you run ls
and the files scroll into view rather than the terminal abruptly jumping to the end of the output? I find the jarring transition disorienting and would like to get rid of it.
How would an NFT help in any way? We're not lacking the means to prove you bought the game. We're lacking companies willing to sell you games and laws that prevent companies from saying "buy" when they mean "rent". If we got to a place where torrenting software you've bought in the past is legal, we don't need NFTs to accomplish it...
Helix's editing model is so much better than vim's. I would probably use it if it was be closer to a drop-in replacement for vim. I really hope this neovide issue gains some traction because I don't think I can daily drive anything that isn't as smooth as neovide again.
I've gamed on Linux for the past 5 years. If you use Steam, most stuff works out of the box after you enable a single setting. Now that the linux gaming community is growing it's easier to find workarounds for the games that don't work. The only games that are hopelessly broken right now are games with intrusive anti-cheats that don't support Linux. You can head over to protondb.com and check compatibility status for your games, including workarounds when necessary.
If you don't use Steam, then I'm not sure. Last time I played non-Steam games there was more troubleshooting and tweaking required but it's been a couple of years and I don't know the current state. It's worth noting that Valve's compatibility layer, Proton, is open-source and based on other open-source projects. There's work currently being done to port the functionality outside of Steam. Hopefully, this will mean that in the future all launchers will behave similarly.
But that's just the software side of things. Don't forget to check how your hardware works on Linux as well.
I think there's a minor mistake in your command. jounalctl --boot -1
is the previous boot. The counting starts at --boot 0
for the current one.
Yes, it can. But why is this exclusive to assembly? What are you planning to do with your memory use in assembly that is not achievable in C++ or other languages? Memory optimizations are largely about data structures and access patterns. This is available to you in C++.
Also, if you don't want 90% of the craziness of C++ then why not just code in C++ without 90% of the craziness? As far as I know what's what a lot of performance-critical projects do. They operate with a feature whitelist/blacklist. Don't tell me you have the discipline to work entirely in assembly and the knowledge to beat the compiler at the low level stuff that is not available to you in C++ but you can't manage avoiding the costly abstractions.
I think it speaks volumes how rarely you hear about programs being programmed in assembly. It's always this one game and never any meaningful way to prove that it would gain performance by not being written in C++ when using a modern compiler.