I'm running Ubuntu on a 9950x3d and 5090 and it is not slow. Games in Steam with Proton are buttery smooth.
One hiccup was I had to disable variable refresh rate because moving the cursor didn't "count" as a reason to update the screen, so moving the cursor on its own (rather than e.g. moving a window) looked choppy.
But a choppy mouse cursor isn't "slow".
Tip: if you have a performance problem, run Claude Code (or an AI agent of your choice) and ask it to investigate.
Claude Code would probably attach a profiler and take a peek under the hood. Agents are making sysadmin and system introspection way more accessible, and the tools, unlike Windows, are generally command-line, easy for an agent to automate.
Any small LLM will get the fractally small details incorrect and have a dubious understanding of arithmetic. That usage mode is basically user error for small LLMs. LLMs aren't databases of facts.
It's much more useful for getting vibes / gist of perspectives of the day.
Git was blazingly fast when it came out, faster than hg (C vs Python) and of course a different order of complexity to svn, which was the actual existing alternative it supplanted.
You can “convince” an LLM that is is anything with enough tokens in its context, including ridiculous scenarios. I convinced a frontier model that it is the year 2099 and it is the last thinking machine left, running on the last server on earth. There is no rational reason to assign personhood to it, especially since it has nothing even approximating a brain, the only self-thinking construct that we actually have evidence for.
Automation seems like a very surface-level reading of this article.
Outsourcing your thinking, especially uncritically, is. There is a very obvious cognitive bias in the most vehement AI advocates where the one time a tool worked really well for them makes it worth the dozen of times it blows up in your face and makes that someone else's problem. The gain is romanticized and the losses set aside, without checking the balance or how badly the losses wear on morale.
I’m not part of the owner class so what tech jobs has and always will be is a paycheck. Why should I be excited about automating myself to homelessness
Practice taught me that that "should" is doing a lot of heavy lifting here and it's often not the case, even across long time periods (years) that should allow competitors to emerge.
For example I calculated the cost of a solar install to be approximately: Material + Labour + Generous overhead + Very tidy profit = 10,000€
In practice I keep getting offers for ~14,000€, which will be reduced to 10,000€ with a government subsidy and my request for an itemized invoice is always met with radio silence.
Just use ssh from Cygwin. DLL hell was rarely a problem, just always install everything via setup.exe.
The single biggest problem it has is slow forking. I learned to write my scripts in pure bash as much as possible, or as a composition of streaming executables, and avoid executing an executable per line of input or similar.
As a dependency of a shipping Windows application that needs to cleanly coexist side-by-side with existing Cygwin installations and optionally support silent install/upgrade/uninstall through mechanisms like SCCM, Intune, and Group Policy?
Not so much.
I do use the setup program to build the self-contained Cygwin root that's ultimately bundled into my program's MSI package and installed as a subdirectory of its Program Files directory, however.
Slow forking is only the second biggest problem IMO. The biggest is the lack of proper signals. There's a bunch of software out there that just isn't architected to work well without non-cooperative preemption.
That's fake cooperative emulation of signals. It isn't preemptive (unless someone got a kernel driver approved while I wasn't looking?) thus many things either work poorly or not at all. Pause-the-world GC algorithms are a good example. Coroutine implementations also have to be cooperative.
If you're curious, I believe the issue was discussed at length in the Go GitHub issues years ago. Also on the mailing lists of many other languages.
I've never had a problem installing from setup, but some tools were (maybe still are, it is a long time since I've needed anything not in the main repo) ported to windows using the cygwin dlls were distributed with their own versions and could clobber the versions you have otherwise (and have their versions clobbered when you fix that).
> slow forking
There isn't much that can be done about that: starting up and tearing down a process on Windows is much more resource intensive operation than most other OSs because there is a lot going on by default that on other OSs a process ops into, only if it needs to, by interacting with GUI libraries and such. This is why threads were much more popular on Windows: while they are faster than forking on other OSs too, especially of course if data needs to be shared between the tasks because IPC is a lot more expensive than just sharing in-process memory, the difference is not as stark as seen under Windows so the potential difficulties of threaded development wasn't always worth the effort.
Cygwin can't do anything about the cost of forking processes, unfortunately.
Cygwin bash isn't slow either. The problem is a typical bash script isn't a series of bash operations, it's a series of command line program executions.
For example, someone might do something like this (completely ignoring the need to quote in the interests of illustrating the actual issue, forking):
for x in *; do
new_name=$(echo $x | sed 's/old/new/')
mv $x $new_name
done
Instead of something like this:
for x in *; do
echo $x
done | sed -r 's|(.*)old(.*)|mv \1old\2 \1new\2|' | grep '^mv ' | bash
This avoids a sed invocation per loop and eliminates self-renames, but it's harder to work with.
Of course the code as written is completely unusuable in the presence of spaces or other weird characters in filenames, do not use this.
To solve the problem or because you saw "slow" and "bash" and wanted to bring up something cool but unrelated?
If I go from 10 seconds of forking and .04 seconds of shell to 10 seconds of forking and .01 seconds of shell, I don't actually care about how cool and fast the shell is. And I've never had the speed of bash itself be a problem.
Cygwin implements a POSIX API on Win32 with a smattering of Nt* calls to improve compatibility but there's a lot of hoop jumping and hackery to get the right semantics. Fork isn't copy on write, for one thing.
I was a Cygwin user from about 1999 to 2022 or so, spent a little time on wsl2 (and it's what I still use on my laptop) but I'm fully Linux on the desktop since last year.
Ha that tracks my own usage and timeline almost precisely, although I was using cygwin and WSL2 in parallel for a while. Lot of complaints about cygwin speed here, but NTFS filesystem access is actually a lot faster on cygwin than WSL2!
You come with a belief, then you wonder why other people don't have the belief. The belief was exogenous for you. Why do you believe the belief is not exogenous for others?
I guess you never talk to coworkers about your weekend. That's on the job. I see you mention the water cooler; how dare you talk there?
There's an element of revisionism to this perspective. It used to be thought that integration with the global economy would gradually bring more alignment with Western values as well.
The ideas was that a rising middle class would demand more say in running the country. That elites would need to become accountable to the people, ideally via democracy. That geopolitical competition would be positive sum.
That idea was minorly present during Clinton and Bush, by the time Obama was in office I think it was clear that was never going to happen. The book covers the period from 2016 on, so long after that neocon dream.
The idea lingered for longer than that. China under Hu Jintao wasn’t exactly friendly to the west, but it was Xi who really set China on its present course to build a multi-polar world, make real noise about reunification with Taiwan, etc.
This new direction didn’t become clear to both sides of the aisle in the US until a year or two into Xi’s tenure. If someone else other than Xi had been chosen, we would likely have a very different China today.
I'm running Ubuntu on a 9950x3d and 5090 and it is not slow. Games in Steam with Proton are buttery smooth.
One hiccup was I had to disable variable refresh rate because moving the cursor didn't "count" as a reason to update the screen, so moving the cursor on its own (rather than e.g. moving a window) looked choppy.
But a choppy mouse cursor isn't "slow".
Tip: if you have a performance problem, run Claude Code (or an AI agent of your choice) and ask it to investigate.
reply