Ditching Windows: 2 Weeks with Ubuntu Linux on the Dell XPS 13
forbes.com
forbes.com
Granted there is a ways to go to beat Windows in this space, but the progress over the last 6 years generally and the last 6 months specifically is astounding.
[1] https://www.reddit.com/r/linux_gaming/comments/9qopag/5000_l...
Even with Switch's adoption of Vulkan, most games are actually using middleware that makes use of NVN.
If a platform is relevant to professional games developers, they will target it, regardless of which APIs and OS it requires.
That means that early on, yeah it's as bad as Mac, but it gets way better over the lifetime of the console.
And that's before getting into the release of Metal 2. There's a non zero amount of work to support it, and it's not clear how long Apple is going to support Metal 1.
And all of that is before all sorts of other crazy stuff with Apple changing their app signing requirements, messaging that they're going to require all apps to be signed by Apple in some future macOS release (but won't tell you when that is).
Unreal, Unity, CryEngine, ...
I wasn't talking about in-house solutions, rather engines that many AAA studios buy in order to actually focus on the game itself.
As for the rest of your remark, it comes up in places like HN, but not at all when attending local game developer meetups, developer articles on Making Games, Gamasutra, Connection, IGDA, or many other professional publications.
And to pretend like FrostBite doesn't matter is ridiculous.
Whereas the ones I listed do support those systems, Apple platforms, Android and GNU/Linux.
Also, just noticed that you lumped in Unity with AAA, lolz. What's next libgdx?
There are plenty of other AAA studios using Unreal, Unity, CryEngine.
Maybe you should check again the names of some studios using Unity, ever heard of Nintendo and Microsoft?
> There are plenty of other AAA studios using Unreal, Unity, CryEngine.
Blizzard's focus had been on Mac in addition to Windows. With the switch to Metal, they're probably abandoning it. FrostBite means that EA AAA games probably won't either. Ubisoft didn't release Assassin's Creed Odessey on Mac. And even looking at Unreal Engine 4 games, only Fortnite and a twoer defense game have been released for Mac. Looking at CryEngine, no games have ever been released for Mac. So where is all this AAA support for Metal that you're talking about?
To lead you to water, Mac support is a nice to have so that their in house tools work with the artists' platforms they're used to. But they don't care enough to finish out the QA, or put in any work to make the game actually shippable on that platform. The switch to Metal means that you can't justify it with "well we can just support OpenGL and get Mac for free" like they used to.
> Maybe you should check again the names of some studios using Unity, ever heard of Nintendo and Microsoft?
AAA is about the games, not the studios. Name a single AAA game on Unity.
It was about three years ago, that through pseudo public channels, that Apple started messaging that OpenGL was on it's way out. Oh, look what Blizzard game came out (Overwatch) which has pretty flagrantly disregarded the idea of Mac support, even entertaining the idea of possible switch support.
So support or not for Metal is not the real reason why they don't want to focus on the Mac.
As for games, Nascar Heat 3, for example.
> So support or not for Metal is not the real reason why they don't want to focus on the Mac.
"But they don't care enough to finish out the QA, or put in any work to make the game actually shippable on that platform.". Mac was a fixed platform, and you used to be able to justify the engineering because the work ultimately helped make your Windows port better ("the end user will have a way out if there's a bunch in their DirectX drivers"), and let your artists do all the work on the tools they were used to. Then if you're running your tooling on Mac, you've been supporting it the whole time and there's very little QA overhead for release since it's a relatively fixed platform. That last part doesn't apply to Linux. This whole time I've been saying it's not just OpenGL->Metal, it's a Nexus of several things all coming together to break the camel's back.
> As for games, Nascar Heat 3, for example.
You know that a game that's less than $50 at release isn't a AAA game, right?
Fortnite - F2P, so different enough business model that you have to take that into account
Hitman - $59.99 on console
GTA - $59.99 on console
Assassin's Creed - $59.99 on console
Nascar Heat 3 - $49.99 on console
Are you still going to pretend that you don't see the difference here?
Are there really no games out there that program their own graphics anymore and don’t rely on “middleware” engines? This seems shocking to me. Then again I was shocked the first time I learned that most games don’t hand-code assembly anymore. Things move so fast.
The actual set of 3D API is a tiny portion of everything that a game engine requires, among scene management, materials handling, graphical editor, plugins, sound, physics,....
So one always ends up with a pluggable rendering layer, where adding a new API is relatively simple.
Now what has been happening is that with production costs skyrocketing, most studios are increasable adopting external middleware that they just adapt to their purposes than writing everything from scratch.
For example, you can get Unreal and get support for NVidia's raytracing features out of the box, or invest the money to develop the same features from scratch in-house.
The culture in the games industry is that what matters is the story, gameplay, taking advantage of hardware features and getting the game out there, tech comes and goes.
10 years ago developing on linux as a game developer was way worse than windows and MacOS, now there is no real difference at all. I speak as a long time UNIX user, Linux was terrible for C++ devleopment, debugging and asset creation/viewing (compared to the others) making gamedev tougher than it needed to be.
10 years ago linux's OpenGL drivers were behind even MacOS and way behind Windows OpenGL which was behind DirectX by quite some way. Now Linux's drivers are fairly good although it's still a nightmare upgrading radeon drivers and NVidia's drivers seem to be fickle. This leads to a lot of bugs from users and supporting various distro/hw/driver combinations.
Libraries like libSDL(2) were less mature 10 year ago, multi monitor, input and sound support were patchy because the Linux landscape was fragmented and buggy. Now libSDL2 is pretty much spot on. Mutli-monitor is doable (not as good as macOS but as good as windows), input is pretty good and sound is OK (but most people use FMOD which is superb).
Where Linux falls behind is deployment. No I am not going to ship my source for you to compile. itch.io and Steam go a long way to make it easy to deploy and crucially update the game. It's still a PITA to deploy a compiled app on Linux with unclear glibc versions and amazingly it's worse than MS DLL hell of MSVC redistributable shambles.
It's not impossible to overcome but it's a PITA for a small market. Not a good position to be in. I support macOS and Linux as well as Windows because I believe in plurality but I can see why many chose not to. Don't think that using Unity or Unreal make anything easier either. In many ways they are worse than a well written custom engine.
I currently have eight VMs each with different distros. Mostly it's for testing library compatability on install and input weirdness.
That's a lot of testing.
From what I understand about Snap, the only difference is that that the One True Repo is installed by default.
AppImage is another option he could consider, which requires no repos or additional installs, just flipping the execute bit on the AppImage file. Unfortunately even that is spotty because there is no standard set of libraries to rely on like there is on other platforms, so he'd pretty much have to include everything from glibc up to be safe.
If you don't want to worry about the glibc version on your users' machines, you can just ship your dynamic linker and use it to run your executable in your wrapper script (you do have one, right?). Why's that so hard?
Having said that, I strongly prefer Linux's explicit shared object search paths and very user-friendly dynamic linker to Window's implicit search scheme (aka the DLL hell). If that means I need to add my dynamic linker along with a couple lines of wrapper script so my binaries work, so be it.
And, you can even avoid the wrapper script if you can make sure your stuff is always installed to a standard location (eg. /opt/yourcompany) and you pass -Wl,rpath to your linker (at compile time) but I really don't see the point.
If Linux Desktop were one singe different platform there wouldn't be a problem. Instead it is effectively some ridiculously large number of platforms.
* If you're a GUI app you can also speak X11 with GLX and its up to the user to have something that understands your messages.
* If you want desktop integration you use one of the many dbus protocols and it's up to the user's DE to understand your requests.
* If you distribute through Steam you may also depend on the Steam runtime, but you have to be careful to only depend on what's provided.
* If you distribute through Flatpak or Snap you can also depend on any of the provided runtimes or build your own for maybe easier maintainability. It's essentially 'bundle everything' as a service.
tl;dr depend on protocols and runtimes, not libraries.
Also, nothing is stopping you from building against Ubuntu:latest. It's more cumbersome but Linux users will typically find a way to make your stuff work on other distros.
This is not the mentality of anyone who cares about the user experience of the product.
One option is to statically link against musl libc [1].
The kernel ABI is about the only stable thing you can rely on (which is something you _can't_ rely on for macOS or Windows).
https://stackoverflow.com/questions/3430400/linux-static-lin...
Can't imagine many Linux gamers are going to need NSS support in their game binaries. It's a bit of a stretch to say glibc doesn't support static linking, perhaps "officially" it doesn't, its just not all the extended features are going to work.
Static linking is generally going to be frowned upon these days however since you're effectively linking security issues into the binary forever.
glibc unicode tables are huge, musl are tiny.
glibc uses assembler optimizations for everything, whilst musl uses compiler auto-vectorization, which mostly beats handwritten assembly, esp. with constant arguments.
In Windows's case, technically accurate but not really relevant, since the interface for working with the base DLLs like kernel32, user32, etc. hasn't changed.
What's the gap between Linux/Windows and Mac OS ?
Windows is finally introducing a diagnostic in the task manager to show which applications have high DPI support. The modern option, per-monitor awareness, isn't even possible on Linux with the X display server - it requires Wayland.
Wayland isn’t an option for me yet because I need screensharing under Hangouts, etc.
You can’t mix the HiDPI internal screen with, say, a 1440 external monitor with Gnome on X11. Scaling is applied equally across both.
Also if you drop back to plain text e.g. during boot up the internal screen will show text at 100% scaling and the text is tiny.
I guess that might be something BIOS could take care of but it’s currently a problem.
Sorry, can’t offer comparisons to Windows, I just work with macOS and Linux.
I currently use Linux and it is much better than Windows (although I didn't like the desktop environment so I uninstalled it, but customizing the system is what I do regardless of what operating system).
And pricing is crazy. You can build a powerful rig for Linux gaming using way less money.
You can get a bunch of games working on either with Wine.
Around 2 years ago I got a cheap Chromebook and it was terrible. I think it was $250. Fit and finish and keyboard kind of sucked. I found one of those HP Chromebook 13 g1 boxes, which Woot had refurb for half off at just under $500, and it is much closer to the hardware experience I'm used to with Thinkpads, for 1/6th the price.
Now, I almost always reach for the Chromebook instead of the Thinkpad EXCEPT when I need to connect to both of my work VPNs, the Chromebook will only connect to one at a time. I can ssh into my personal and work machines, run my password manager, program via remove vi sessions (though I could stand to use VSCode, I don't have that set up on my Thinkpad either).
The Chromebook has been a great experience for me.
I recently dusted it off and had the apps update. They worked worse than last time.
YMMV.
What is the advantage of buying a chromebook?
Being able to install an Android SSH client and VPN takes that up to more like 99% and lets me do some work things as well.
Being able to install a Linux app or two would probably take me more to like 100%. The only thing I really want to do that I'm not at the moment is have a more self-contained development environment like VSCode to dabble on some python rather than sshing over to a box and editing in vi.
The cheap part it did meet, though that was partly because it was refurb. It's surprisingly close in hardware to my $2500 Thinkpad that work brought me, similar display resolution, similar "feel". The Chromebook was $500 refurb or would have been just under a grand new. I don't have to "maintain" it, which I appreciate since I have 100 Linux boxes I maintain at work.
My work laptop is running Ubuntu 18.10, 18.04 wouldn't install on it because it's too new. It was a fairly simple install, things mostly work on it. I do have some issues but nothing major. One thing I really hoped for was to be able to use the docking station with multiple monitors, but that isn't supported at all in Linux because of the multiplexer in it. But I can't get the chromebook to work with a USB-C to HDMI adapter either, so...
As a brief taste:
* No trackpad swipe gestures (plus many more subtle trackpad issues)
* Pre-Wayland the only way to attach a second screen at a different DPI was with xrandr that caused random flickering
* Accidentally bricked it once because I restarted while updates were happening in the background (no indication they were, and no prompt to let me know before restarting)
I could go on for awhile...
* "Supported" ubuntu was so old that neither Chrome nor Firefox would update
* Latest ubuntu constantly toggled the backlight at 30fps (yes, really).
* They didn't provide a driver package, instead they provided a utility to bake drivers into install media. Naturally, it didn't work, the documentation described a significantly different version.
* All these problems were well-represented in forlorn solutionless forum / stack overflow threads.
Also, did you ever try these utilities to set the backlight PWM? https://wiki.archlinux.org/index.php/backlight#Backlight_PWM...
In my experience Ubuntu on Dell laptops tends to just work. Even things you might not expect like the volume keys on the keyboard.
It's amazing how often this gets discussed: https://news.ycombinator.com/item?id=17547817 without, seemingly being definitely resolved.
If you want to install to a different disk, you could still install the raw binary, or mount a directory in your applications directory.
Those are just hard situations in general. I'm a big advocate of statically linking anything possible, because I have disk space galore and dependencies can be a pain as for your last point.
The specifics of path layout is just how Unix-like systems do things in general. It's not all that different on MacOS.
If you really like the filesystem layout of Windows, just use Windows. If you really like `exe` files, just use Windows. I don't see the problem.
DOS didn't even have the concept of a dependency being separate from the application, so i'm not sure what you're trying to say. MacOS classic also didn't. Windows didn't either, really, until DLLs became a fad and ushered in the era of DLL hell.
> If you really like the filesystem layout of Windows, just use Windows. If you really like `exe` files, just use Windows. I don't see the problem.
I don't particularly like the way Windows works these days because it is becoming more like UNIX, and installers certainly aren't a great idea but I still prefer them to package managers.
There's no problem, I'm Just expressing an opinion about package management, same as you. If the Linux community doesn't agree, and they've made it quite clear that they don't, then that's fine and I'll just continue not to use their OS like most people.
Keeping your software up-to-date on Windows is a massive pain and requires tons of manual work.
I guess people are more used to the package manager's way of working today due their exposure to app stores; but I'd be surprised if anyone wasn't impressed by how easy and convenient a package manager is after using them for a small amount of time.
I agree with this and I'm using Linux only for several months, the update experience + software discovery is really something mindblowing (nope, Chocolatey and brew are not really comparable).
I still don't like the model completely (additional work for package managers that sometimes screw things up, see e.g. Debian Weak Keys) but overall this is a very pleasant experience.
So I decided, okay, Microsoft, if that's the way you're gonna be, fuck you. Yeah, yeah, I know. Windows "Just Works" out of the box. Except when it doesn't, in which case you're up shit creek. The extra tweaking I had to do to get Linux fully going was well worth it because once Linux was configured, it would stay that way -- forever if need be.
For that reason I still run the same distro today as I did back then -- Slackware. Where other distros try to win you over with newness and shininess, Slackware is shibui. Shibui is the Japanese aesthetic of crafting simple objects out of natural materials, in such a way that the natural texture of the material shows through and gives the object an understated beauty. Slackware is a simple distro put together in such a way that the "natural texture" of Unix shows through, making it easy to configure to your liking provided you're willing to learn the command line and some basic configuration files. It's very much like a BSD in that regard.
I know I'm not a typical user, but I fit the profile of an ordinary Linux user from another era. I'm glad to see more and more Windows users give Linux a try, but I just hope there'll still be room for people like me in the vast and changing Linux ecosystem.
TL;DR me too ;)
Why not try a BSD, then?
The BSDs have a few drawbacks, mainly lack of hardware support compared to Linux, which is why my NetBSD machines tend to be older or retired from "main computer" service.
On the upside, once NetBSD does support a piece of hardware, it supports it hardcore, with a well-written, well-documented driver and easy to use programmer interface. (wscons(4) is the stuff of dreams.)
The only experience I had with Slackware was just that, I installed it, found out there is no package manager and installed Ubuntu.
I have a hard time understanding why someone would use Slackware when there is distros that is literally better at every aspect.
So that's the answer. Because it was the only thing that existed back then.
If I use Ubuntu with XOrg, I don't have features like touch rejection while typing etc.
If I use Ubuntu with Wayland, my cursor is all over the place.
https://wiki.archlinux.org/index.php/Touchpad_Synaptics#Usin...
I'm guessing that when you say "Ubuntu with XOrg" you're referring to a specific window manager?
On Debian with Xorg my touchpad and touch screen are both easily toggleable with a keyboard shortcut, the touchpad automatically disables itself when I'm typing or when a mouse (bluetooth or logitech solaar) is detected.
I've used Linux for 15 years. It truly was a pain getting things like ADSL modems (wired) connecting. But that was 15 years ago and not the point of this post.
I use Linux at home -
Gnome gives me no task-bar, or a highly customisable one if I want that. I'm focused in the application that I'm in. The UI supports the *NIX philosophy that one app does one app's job well, and if more need to be binded together, that's OK too. I feel peaceful in Linux. Terminal is running and that's an alt-tab away. Mouse to the top-left gives me other apps, though only ones I regularly find useful. Mint might not give the same.
Linux, or my Linux setup, allows me focus.
I use Windows at work -
Windows has a taskbar. Everything is in the Windows menu. The taskbar can be hidden but mouse-over activates it, and the Windows menu can be customised, but it still feels there as a distraction. Office is an outstanding piece of software today; Outlook: I used to receive 400+ email per day, and know people that get 2000+ everyday too - Outlook makes that almost manageable; Excel and Powerpoint are astoundingly good at their scope; Word, I transitioned to pmwiki (need for collaboration and flexibility); Sharepoint and AD integration... obviously this is a corporate environment.
Windows feels distracting. Adding a Linux sub-system doesn't change this UX (for me).
What works for me -
In a working environment I have Linux running on a VM and spend 60% of my time in this. At home I have a Windows VM running 20% when I want the best of Windows (which, for me, is Office). Not a gamer so no input there.
Choose the most comfortable tool for the job. YMMV.
I've really taken the time to look at the pros and cons of each, but even a bundled list like that would likely not be useful to anyone else.
But at least I can fix the flaws I see on Linux (often).
Over the years I've seen several solutions to my personal gripes with Linux Desktop, and they are routinely ignored or rejected because the culture as a whole just doesn't seem to actually care about those problems, or doesn't even believe they are problems.
>a rolling release (no major reinstall every year)
In my experience, rolling release just break things more often.
Despite this I find Ubuntu to be a much more productive OS than the alternatives available.
What I do not understand is why people are so willing to give Ubuntu a hard time. On any discussion there are people from Windows or OSX that point out their negative experiences of Linux whilst being blind to the deficiencies of their own paid-for OS. It seems as if it is easy to write 'yeah I tried Linux for a couple of weeks five years ago and I thought the start menu was naff plus I couldn't get x to work' or to moan about the command line aspect.
It is much harder to write constructively so any discussion of Linux comes down to many subjective judgements.
It's hard to read all these opinions when my own experience with Windows is that I won't touch it with a pole. And God help me if the wireless fails (my wife's corporate issued Windows laptop could connect with the Starbucks across the road, but not with the stock D-Link at home) because there are at least 3 vendor specific control panels in addition to the Windows one, all showing conflicting information (and nothing on what actually failed).
Windows users are so shenanigan-tolerant when it comes to Windows it's a bit surprising they don't like rock-solid distros like Ubuntu or Fedora.
On the other hand, I have had it brick the package manager to the point that only reinstalling the OS from scratch would fix it, or break perfectly functional existing applications by replacing their libraries with incompatible versions.
I think if you look around you'll find that Linux Desktop users are also remarkably tolerant of shenanigans. Editing poorly documented text-based config files by hand, having to compile some applications from source to get an updated version because it isn't in the repo, having to containerize applications because of the interdependency mess, setting kernel boot parameters because of strange driver behavior, etc.
Modern OSs just kinda all suck and it's more or less subjective which ones suck more than the others.
We containerize apps for a multitude of reasons, one of which is for ease of integration. Security is also an interesting reason for that. And, once you get the API stable, it's conceivable to replace it with VMs or off-board processors.
Therefore it doesn't happen, right? I had to hand edit config files just the other day, because the distro I was working with exposed no other mechanism to work with cron. Change the distro and you just change which parts make you dive into the config files.
> Security is also an interesting reason for that.
True, but the prevalence of Docker and its lackluster security reputation suggests that it is not the primary reason. Where else are containers used? Oh, right, Snap and Flatpak, because it's considered a reasonable way to make a single application build work across distros.
I have Ubuntu on a little NUC PC attached to my TV. The other day, I heard the fan running loudly on this system. Ubuntu's update system, across several processes, was collectively pegging both CPUs at 100%, causing the fan to ramp up. Why does an update system (which was waiting on my input) require so much CPU?
The huge number of distributions is both a blessing and a curse. Ubuntu has clearly put a lot of effort into the ease-of-use aspect. But what I found (years ago, to be fair) was that if you had any non-trivial problem, the forums weren't terribly helpful. On the other hand, a distro like Arch has fantastic documentation, and really knowledgeable forum users, but you need that because you're doing everything by hand. I haven't found the sweet spot that gives an Ubuntu-like experience out of the box, but has a very technical Arch-like community.
The statements the author made early in the article really resonate with me. I consider myself a Linux "pro", as I've been using it as an enthusiast for 20 years, and have been a professional admin for about a decade (server-side, not desktop). So I have fixed or feel I can fix just about any Linux issue. But at this point in my life, after work, I don't have the time or desire to fiddle with things, I want them to "just work".
For me, that sweet spot is Manjaro. I have been using it daily on a laptop (T470) at work for nearly 2 years, with barely any problem at all. Moreover, it gives you many very polished DE options (official and community editions).
I can't understand how that's acceptable to anyone.
Literally every laptop I've installed Linux on had a litany of driver problems.
Actually, there are a few problems: windows can't render fonts clearly a lot of the time for some reason, and it keeps losing the current time, and it keeps erasing GRUB after windows updates.
Ubuntu itself runs great
The easiest solution is to use localtime on Linux. Windows can run with the system clock set to UTC but I hear it is rare so it my not be well supported. See more here: https://wiki.archlinux.org/index.php/System_time#Time_standa...
Good luck getting those Windows drivers without a working internet connection. And good luck explaining your solution to the average, non-technical user.
That said, it's been a long time since I last saw this situation on either OS.
Precisely because the vendors only write Windows drivers, if it's supported on Linux it's probably in the kernel tree.
I am also running Ubuntu on my XPS, but it came with windows orginaly. I also don't have any hardware issues to speak of.
I also installed ubuntu on my xps, and I'm only getting about 2 hours max, although I always keep it plugged in, so it's not a real issue for me.
As for hardware issues, I had to download wireless drivers, which was a slight pain since there is no ethernet port.
I was able to get my video card working with optimus, but that wasn't non trivial.
I wound up disabling my track pad and using a mouse since I couldn't type without the cursor doing something, and it seems like one of the trackpads buttons broke after a days use.
I had zero hardware issues. it all just worked. I would say installing Ubuntu was a little tricky due to UEFI, but other than that no issues.
I have a XPS13 so no dedicated video card. No issues with the track pad other than the dumb middle mouse button past.
The other day Microsoft had to pull an OS update because it deleted all user files. Without warning.
Even on Windows, hardware support is kind of hit and miss, with manufacturer, supplier and Microsoft bugs piled on top of each other. Everything is "supported" but sometimes things break or stop working, you reboot the computer and continue using Windows.
That's right, I reboot and continue working.
On Ubuntu it just doesn't work. Period.
You are, clearly, doing something very wrong.
For whatever dumb region Dell decided to region lock the choice of Operating System.
It took me about a few hours too to scrub Windows and get my distribution of choice running and fully configured (hooray for sub par Australian internet speeds).
A vanilla install is good enough for regular use, but I've got a multi-display setup, unofficial dock and other tweaks because of my workflow.
The audio bug is Ubuntu's and it basically means that I have to select the output device after every reboot, a 5 second task. I can definitely live with that.
> Literally every laptop I've installed Linux on had a litany of driver problems.
I'd agree with you at one point, but various distros work fine on a whole range of hardware, this isn't the 90s anymore.
For the time being, I'm extremely happy with the hardware and satisfied with Windows. I'll give dual boot a shot in my spare time.
I tried out a few thinkpads as well, but ultimately went with the XPS
I haven't touched Windows or used anything by Microsoft since 2010, save for trying some games that my friends played. These days, if there's a Windows-exclusive game I like, I try to run it in CrossOver/Wine or Parallels/VMWare, or forget about it. Windows machines are synonymous with games consoles for me now, and between my Nintendo Switch, 3DS, and Mac ports, I feel I'm well-catered for with regards to games.
I also don't use Google for anything except their search and YouTube, and I was already using the latter before Google gobbled it. iCloud serves my email needs just fine. I also try to block as much of Google's cross-site tracking services on my computers as I can, like Analytics.
If you're horrified or disgusted by the idea of someone sticking solely with Apple for so long, consider that you and I only prove the point that it IS certainly possible to avoid one or more of the 3 major computing companies entirely. Once you're used to the alternatives to those, you may never even miss them.
AFAIK the WiFi hardware doesn't use much power itself, although I might guess that background protocol chitchat could cause CPU usage. I think that when I am usually using WiFi I am also usually using a browser that chews power.
But this is something Apple does right. My wife noticed that she can get around 50% more battery life out of her Macbook using Safari instead of Firefox. (7-8 hours instead of 4-5).
But nothing other than Linux will ever be installed on my other laptops. I moved away from Windows as my main OS in the early 2000's to never look back.
- Undervolted the CPU (-100mV). - Using bumblebeed/bbswitch to switch between GPUs, I never use the discrete GPU but I'm glad it's there just in case. - Show power consumption (watts) on my status bar to keep an eye for power hungry websites - Using Arch so it doesn't have anything I don't need running out of the box. A bit harder to install and configure though. I'm actually not sure if this helps or not - Disabled Xorg compositor, yeah, I don't get window shadows and there's a weird flicker when I switch desktops but it gives me an extra 10~15% battery life.
There's also a utility called "powertop" that gives you stats about power consumption and a bunch of levers to improve it.
It took me a few days to set everything up but now I'm in love with the mobility.
I always go with the defaults, so my hands get dirty by:
`apt-get install tlp tlp-rdw`
That's it - by default it starts, and is enabled to come up on boot. Works for me, and I far prefer Linux, even on my Macbook Air
Or course one can still screw something up but with a little effort it's easy to learn how to get out of trouble. Additionally Linux is like Lego - one can create their own setup, e.g. currently I'm using Yubikey's OpenPGP card to unlock full-disk encrypted disk. Bitlocker cannot use smartcards (but can use TPM).
As I migrated not only me, but also (non-technical) other users I would have wanted to stick to Mint even at the cost of jumping through hoops as the migration is said to be easier for Windows users (as compared to eg. Ubuntu). We never looked back.
This is what stops noobs from using it.
That’s harder with Linux, although as the author of this article points out, this isn’t true anymore, especially with Ubuntu.
A sibling comment talks about using xorg vs Wayland and the difference it makes in making the mouse work well or not. That is a perfect example of what holds Linux back from it's (hopefully soon) year of the Linux desktop.
If a given Linux distro would target a consistent set of apps that are familiar to users/"noobs" out of the box (the list the author used is pretty representative) as well as some more visible attempts at automatic driver selection based on known hardware IDs, it would dramatically lower that friction and thus help combat the possibly unfair perception Linux currently runs into in the mind of plain users.
I will say, Microsoft has been bungling things so epically with their windows update boondoggles that I'm starting to encounter users who seem more open to that Linux thing, at least if you pitched it with a distro that tried to have Windows-like look and feel, like the ZorrinOs/Lindows/KDEs of the world.
First you need the drivers, how will you get them if you don't have a CD ROM and ethernet is not working?
Sometimes drivers suck, sometimes Realtek sound drivers mess up the Realtk network cards, will your noobs know what happened?
Then you have to install apps like VLC, good luck ending up on the official site and not some random download site
Other issue I personally have with windows as a disabled person is Windows did not allowed me to set custom keyboard shortcuts for the Magnifier app. In the worst case with an open source app I could edit the code and fix it but KDE allows me to set the shortcuts as I need
But a noob can't reinstall windows and resetup his apps in 15 minutes either. A fair comparison is to give a setup Linux and a setup Windows and have them install the apps they need like browser, video player, printer etc.
If you are a developer(in general not Windows apps only) you have a much better experience installing compilers,servers on Linux.
That day will probably never arrive, but it's fun to think about.
https://www.dell.com/en-us/work/shop/dell-laptops-and-notebo...
My experience is that it does not.
- "Trackpad on Macbook Pro is better"
- "LED 1080p screen. Why not IPS 2k screen?"
- "Wanted one but the base config is awful and I'm not paying $____ for 16GB RAM and 512GB SSD"
- "Why aren't they offering next business day support like Dell/HP/etc?"
As far as hardware problems are concerned the only thing I run into regularly is touchpad palm rejection not working. This is a pain in the ass but it doesn't affect every machine.
FWIW it seems anecdotal evidence [0] shows that btrfs is stable for daily use (just don't use RAID 5/6 [1]).
[0]: https://www.phoronix.com/forums/forum/software/general-linux...
[1]: https://btrfs.wiki.kernel.org/index.php/Status#Overview
Until one day it just stops working... won't boot, logs you out immediately after logging in, random UI components become corrupted etc.
At this point I always end up thinking... Well I've got reboot into Windows now anyway so why bother sifting through Stack Overflow for hours trying to fix Ubuntu.
For the rare occasions I wanted to wipe clean my Linux install without inflicting any pain on myself, I keep everything that lives under my home folder on a separate filesystem. This way, I can easily wipe the OS clean and not worry about my data.
A similar setup for dual booting can be handy, provided the other OS can use the filesystem I keep my important data in.
Having said that, the only times I experienced problems like the ones you describe was when I was so bored I decided Debian Sid would be a fine work OS. In other words, I was asking for it. What have you been doing to your machine?
I wish that instead of preaching Linux when it clearly isn't ready, we'd spend more time making it ready.
That said, I can't move to linux purely because the software I need for audio is far superior on Mac or PC
The machines I've installed Manjaro are:
- HP Stream 13 (Celeron 1.6 ghz, 2gb ram 25 gb hdd)
- Clevo W230ST (i7 3.0 ghz, 16 gb ram, 240 gb SSD)
- AMD Ryzen 1600x, Nvidia Geforce 1060, 8gb ram 100 gb SSD
First of all, I hadn't experienced a "Okay that's it I am moving to Linux because of X". It was more of a gradual process. My one limiting factor was gaming and after realizing I was able to play 103 over 137 games waiting in my backlog in Steam I decided to give it a try on my Hp Stream - which I call my Potato.
It needed some tweaking due to HP using rtl8723be and connecting one antennae for some reason. I needed to compile a kernel module to select the right antenna. But apart from that it was smooth sailing.
My turning point to using Linux, or rather KDE, was the muscle memory I gained and the ease of use. For example when you press alt-space kde provides an easily accessible searcher which I configured to run software only - but it also searches for anything you write in your file system as well. Secondly, yakuake is a wonderful tool which provides a terminal just by pressing F12 and thirdly, last but not the least, KDE Connect is a huge game changer for me. See, if you are on the same wifi network with your pc you can:
- see the notifications from your phone and reply back
- share the clipboard with your pc and phone
- find your phone if you lost it in your home by ringing it from your pc
- and it turns off your music player in your pc if you receive a call.
I felt like I was missing those features when I was using Windows in my other PCs so I converted them to Manjaro as well. They didn't need tweaking compared to HP; practically everything was working out of the box. The stuff I did was with Clevo I needed to install Bumblebee (which is VERY easy with Manjaro and for some weird reason I couldn't do it in Ubuntu derivatives and ended up with a black screen) to use switchable graphics on it and with the AMD case I installed Nvidia proprietary drivers for performance and gaming reasons.
Speaking of gaming steam's proton provides a good experience for most of the games I've tried. Lutris is also good, I tried some System Shock 2 and Fallout on my potato (because my gut feeling was if a machine with limited resources run it adequately I wouldn't have any problem with the others and I was right) and they ran quite good. I experienced some sluggishness with SS2 but well... that was expected to be honest. HP's 3d performance isn't something to write home about generally.
As for programming my biggest test was running Microsoft stack. I heard good stuff about .net core so I started with it and saw that even my potato was able to run ASP.Net MVC 5 successfully. For a more native experience I decided to install a server 2016 plus Visual studio in a virtual machine. I used my clevo to do that and was pleasantly surprised that it ran quite well with providing 4 cpus + 4gb of ram to run the container. As a personal note I doubt I'll use it much due to I have exited the IT industry practically and unable to enter it again, not that I want to any more. (people expect a bachelor's degree in Engineering or in Programming here and I am a Humanities graduate with a bachelor in philosophy and a master's in sociology)
Other languages which can be installed on linux natively like python, ruby, java didn't cause any problems so all was fine on that front.
A question might pop up about Manjaro. Why Manjaro? Well because I think it has a lesser resource overhead compared to Ubuntu derivatives. The fans on my clevo never stopped turning with Mint and Kubuntu but Manjaro KDE is a cooler (no pun intended) experience for it. In addition to that I like AUR and the concept of rolling release. Another distro which is famous for its up-to-dateness is OpenSUSE but it borked post install for some weird reason so I can't say I had a good experience with it.
So I hope I helped with my personal experience with "converting to Linux". Thanks for reading!
FTFY
Seriously, though, that's a huge outlier. I haven't touched a machine in the last 10 years where Ethernet and Wifi were not supported out-of-the-box. (Including my new Thinkpad, which I was weary about since it came with an Atheros Wifi module, but it too worked out-of-the-box without any tinkering).
These days, the biggest issues are with Nvidia GPUs from what I've heard.
Nouveau drivers are horrible for performance and the nvidia ones are not always great, if you can find a compatible one.
That being said - I can't compare with AMD as my last system of Linux with an AMD gpu for gaming was back when it was an ATI gpu. :p
From what you're saying, I guess those devices just aren't that common anymore?
Looking at the Asus spreadsheet for Linux my board supports Fedora and Ubuntu. OpenSuse and RedHat were listed as N/A.