posted by Eugenia Loli on Wed 3rd Nov 2004 07:07 UTC

"Arch Linux Vs Slackware, Page 2/2"
Stability, Bugs & Recognition

Arch Linux Slackware (along with Debian) represent the ultimate form of stability in Linux regarding all their shipped packages. Nothing enters the -Current tree if it's not proven to work well. Stability in Slackware happens because of the no-patch policy: very, very few apps are getting patched. If something needs patching for this or the other reason, it's just not considered stable, and so it doesn't enter not even the /testing branch! Saves hassle for both the users and the Slack developer!

Arch is also good regarding bugs and stability, but not to the level of Slackware. Many packages from /extra or /current (trees that people use daily to enrich their Linux experience) are just not well thought or well-put together in terms of the way they interact with the rest of the distribution or other packages. I also had Arch die on me twice while using udev (devfs was rock solid).

Another thing with Slackware is that it is a more popular distro, and so third party application writers are more likely to have ready packages for it, or even have support for its system backend, like in the cases of CheckInstall and NetworkManager.

I also found Slackware much more proactive and fast in delivering security updates than the Arch developers. In fact, Pat is very careful to provide new packages that fix security issues almost immediately, while Arch can lag several days for these, because some of these packages are maintained by less active Arch packagers. This is a decision-making point for those who want to run servers.

Winner: Slackware (clear win)

Speed & Optimizations

Arch wins this one. It is an i686 optimized distro, and the fact that comes with kernel 2.6.x by default gives it an edge. I have personally seen a much better sound latency with Arch than with Slackware. With Slackware (on the same machine), there were times that I would do something heavy and it would disrupt my audio playback, while doing the same with Arch results in no disruption, just as I experience with BeOS, XP and OSX: like nothing has happened. Arch also turns off my machine automatically too, while with Slackware I have to manually turn off using the power button. Little things like that make a difference.

Winner: Arch

User Support

Slackware has more users, and this results in much more documentation available, more Google results, more users on IRC/forums to help you out if you are stuck. Arch is still a small distro with its main developers working on it for fun. Slackware has an established business around it, so professional, fee-based help is available too.

Winner: Slackware

Developer Activity & Vision

Arch wins this one easily. It's a very actively developed distro. Application packages are updated daily and Judd Vinet takes care of the system part of the distro fast and nicely. Sure, not all security holes are updated in time, but the user can have more than enough new packages daily to toy with. This makes Arch a better desktop solution than Slackware.

Slackware hasn't seen any major change/innovation in its subsystem for years. This is a let down for me, because while I love stability, I also want to see new things that fix existing usage problems instead of just lying to ourselves "that's how unix works" and leave the things unchanged just because we are afraid to think outside of the box. Being conservative is a has its merits, but if you overdo it, you are risking that your project will be left behind in many areas. And Slackware is close to this classification.

Winner: Arch


Overall, both distros are great. In my opinion, overall, these are the two best distros around today. They are not the easiest to use and configure, but after the average user would go through the initial "week of pain", he/she should be happy with the result, as speed, stability and package support is adequate.

I would pick Slackware if the machine I were running were an older one (like my brother's AMD K6 300 Mhz laptop) and if I wanted super-stability on all the supplied packages and the system. I would go with Slackware if I wanted a server or if I needed a distro that's somewhat recognized and supported by third parties.

I would pick Arch if I were running on newer hardware, and if my internet connection were faster than dual ISDN (because updates happen more often, you will find yourself in the situation of upgrading almost daily). I would pick Arch if I needed a desktop and new apps to toy with.

So, overall, it's a tie. Depending on your needs, it's either Slack or Arch. But in no case --at least for me-- would I choose the bloatware that is in other distros. Sure, these well-known ultra-popular distros provide some user-level conveniences, but the price you pay afterwards (because of their crazy bugs and overall slowness), doesn't make them worthwhile. Ubuntu and Debian are interesting choices, but also not as fast or flexible as Arch or Slack, while I personally keep away of the likes of Gentoo (used it, got the t-shirt and hated its long compilations and "let's patch everything" nature).

So, try Arch or Slack, or both, and then decide which one to keep. They are actually pretty similar in terms of philosophy anyway.

Distros were tested over a period of 10 months using three machines: an AMD Duron 1.2 GHz LinarePC, an AthlonXP 1.4 GHz MicroTel PC and a 2.8 GHz P4 laptop: Special Thanks to LinuxCertified for providing the laptop to try out the distros.

Table of contents
  1. "Arch Linux Vs Slackware, Page 1/2"
  2. "Arch Linux Vs Slackware, Page 2/2"
e p (0)    137 Comment(s)

Technology White Papers

See More