This may have a lot to do with proprietary display drivers, sometimes not available at all for Linux (what's the status of Linux PowerVR drivers anyway?), forcing them to do everything with CPU, and Atom isn't sold for it's processing power.
Also, if you don't mind, I'll take that "all effects turned on" + "very smoothly" with a grain of salt...
Something other than proprietary drivers is at work. I've run the Windows 7 beta under QEMU-KVM, which has no 3D acceleration, and the basic (not Aero) desktop effects run smoothly. Windows appears to be using 2D rendering to produce a false 3D look. Among window managers in Linux, Enlightenment is capable of something similar. A shame that all of the so-called modern desktop environments assume the presence of 3D hardware acceleration.
I suspect that the people responsible for systemd never even thought to look at already-existing alternatives
Is this really Lennart Poettering's blog? I find the part where he describes the Solaris init quite ironic.
There are other init systems besides sysvinit, Upstart and launchd. Most of them offer little substantial more than Upstart or sysvinit. The most interesting other contender is Solaris SMF, which supports proper dependencies between services. However, in many ways it is overly complex and, let's say, a bit academic with its excessive use of XML and new terminology for known things. It is also closely bound to Solaris specific features such as the contract system.
Just change Solaris to Linux and "in many ways it is overly complex" and "closely bound to Solaris specific features" sounds like an apt description of systemd.
Keep in mind that *BSD is not alone. There are other GNU/Linux distributions that avoid it. Gentoo are among the distributions working on things like eudev (so you can keep on using udev without systemd).
But besides Gentoo, are there any other major GNU/Linux distros not planning to adopt systemd? From what I've read, Slackware is just holding out until the last minute. Among the BSDs, FreeBSD has the greatest number of packages. The only thing I don't like is the fiendish mascot.
Unfortunately, while still theoretically possible, installing an alternative init system means doing without a number of useful, even essential system programs. By design, systemd appears to be a full-blown everything-including-the-kitchen-sink solution to the relatively simple problem of starting up a Unix-like system. Systemd, for example, is a hard-coded dependency for installing Network Manager, probably the most user-friendly way for a desktop Linux system to connect to a wireless or wired network. Just this week, I woke up to find out that systemd had become a dependency for running PolicyKit, the suite of programs responsible for user privileges and permissions in a typical Linux desktop.
I was able to replace Network Manager with connman, a lightweight program originally developed for mobile devices. But with systemd infecting even the PolicyKit framework, I find myself faced with a dilemma. Should I just let systemd take over my entire system, or should I retreat to my old terminal-based computing in the hope that the horde of the systemDead don't take over the Linux kernel itself?
What are your plans for working with or working around systemd? Are there any mainstream GNU/Linux distros that haven't adopted and have no plans of migrating to systemd? Or is migrating to one of the bigger BSD systems the better and more future-proof solution?