Recently in Damn Small Linux Category

Tiny Core Linux: My first impression: innovative and amazing

| | Comments (7) |

I spent plenty of time running Puppy Linux, Damn Small Linux and other small live distros during my "early" days (2007-08) with free, open-source operating systems.

In the past couple of years I've settled into the routine of using "big" OSes, meaning full-fledged distros/projects installed to the hard drive in the traditional way — you know, Debian, Ubuntu, FreeBSD and OpenBSD.

I've been thinking about getting back to the small projects for some time. Today I burned a Slitaz disc. Couldn't get X to start. (And no, none of the vga=xxx boot codes would help.)

So I turned to Tiny Core Linux. I just burned images to both CD and DVD; the latter since my Toshiba Satellite 1100-S101 laptop's optical drive hates all CDs now (not just CD-R but also CD-ROM) and will only recognize DVD-ROM and DVD+R (yes, I actually am using a DVD for a 10 megabyte ISO file), the former for my 11-year-old 233 MHz CPU Compaq Armada 7700dmt laptop.

I booted the Toshiba from the disc and had a working X desktop in seconds (yes, seconds). I pretty much knew my way around Damn Small Linux (it's not all that hard, to tell you the absolute truth), and while Tiny Core is different in many ways, my DSL experience did help me get started.

I quickly configured my networking interface (I needed a static IP), went to the software-installation app and added Firefox 3.6.

Yeah, I know that Firefox is hardly in keeping with a 10 MB distro, but just the fact that Tiny Core offers Firefox in more than a few guises, as well as Chromium (the open-source project on which Google Chrome is based) was something that heightened my interest in the overall project. And with a "normal" browser, I knew I could blog my experience as soon as possible (and here I am doing just that).

Curiously, the Javascript response from Firefox 3.6.x while I'm typing into this Movable Type window on my 8-year-old 1.2 GHz laptop is pretty much the same as in Ubuntu Lucid. That is a huge thing to learn: So it's not so much Lucid that's slowing things down but Firefox itself. Something to think about — that something being that bloated apps themselves can slow you down as much as anything else happening in the OS.

I love the overt minimalism of Tiny Core (which boots with almost no apps) coupled with a most unusual package manager (called the Application Browser) packed with popular applications. Everything from the aforementioned Firefox and Chromium along with plenty of text editors (including the entire OpenOffice suite) and even what looks like most of GNOME and Xfce means getting a working desktop is something that can be done very, very quickly.

I also added the Chromium browser. All of these apps are downloaded and installed in the live environment (and all in RAM, too). Tiny Core is, indeed, tiny - you add what you want.

For the "experienced" user, that's a good thing. Maybe there's some kind of script/package to add a more full desktop without picking individual apps by the dozen. That would be a great way for users of all levels to quickly get a Tiny Core system with a whole lot more functionality.

But there's a lot to be said for a system with just a Web browser. I haven't heard anybody say this, but the way I have Tiny Core running at this particular moment, I can't imagine the Google Chrome OS being much different. And if you want to boot super-quickly into a working desktop like Google Chrome OS promises, but you want to do it now with old, crappy hardware like mine, Tiny Core is ready to do it today.

I'll be looking a lot more closely at Tiny Core in the weeks ahead.

Evolutionary Computing — my open-source journey (and maybe yours, too)

| | Comments (0) |

evolutionary_revised.jpg

As an experiment, I decided to bring my Evolutionary Computing presentation on making the journey into free, open-source software — a slide show originally created in OpenOffice Impress 2.4 — into Google Docs, which happens to have a presentation app in addition to the better-known Docs and Spreadsheets components.

I revised the presentation — taking some things out, adding others and providing some updates on what I'm doing — and output it as a PDF.

Download that PDF for your reading pleasure by clicking on the image above or the link below:

Evolutionary Computing (revised July 2009)

Interesting note: I believe that no previous entry on this blog has been filed under so many categories. (And I've been considering dumping Categories entirely and just using tags ...)

Long-lost Click: 64 MB to 144 MB -- will it make a difference?

| | Comments (0) |

(This post was originally written on May 22, 2008; since that time, I've added the RAM, and it does indeed make a difference. It's still not easy to live with 144 MB of RAM and 233 MHz of CPU, but it's easier than having less than half of that M. What I can say is that 500 MHz of CPU and 256 MB of RAM is positively picnic-ish. Also, I finally did the OpenBSD 4.2-to-4.3 upgrade on the VIA box. It wasn't easy, but I did get it done.)

If the question is "how low can you go" in terms of computer memory, it's all about applications.

If you stayed in the Linux console and never ran X, just about anybody could be happy with 32 MB of RAM. It might be hard to actually run Linux or a BSD in 16 MB, but I've heard of Linux distributions that will do it, Damn Small Linux, Tom's RtBt (is that the right spelling?) and DeLi Linux among them.

But as much as the hard-core users talk about how they stay at the command line all the time, it's hard to get much done strictly in a console when you're a regular person. Sure you can use Lynx for text-only Web browsing, you can set up Mutt (and Postfix/Sendmail/msmtp/esmtp, Procmail and whatever other helper apps are needed) with highly customized configuration files designed to handle and filter multiple mail accounts, use Vi or Emacs for text editing and all that.

But the bottom line for me is that I need a Web browser. A "real" Web browser, something that works with Movable Type and Google Docs, and that pretty much means Firefox or some Iceweaselish derivative.

I don't tend to use OpenOffice very much (although it runs better in Debian with 64 MB that you'd think), I barely even use AbiWord these days. I'm not saying that I won't need OpenOffice in the future, but at present I'm most comfortable using various X text editors, including Geany in most Linuxes and BSDs, Gedit when I'm in GNOME, and Google Docs half the time just for the easy portability of my copy.

And while Geany doesn't load super quickly from a "traditionally" installed distribution (but is quite quick when loaded into memory as it is in Puppy Linux, once it's loaded it runs very well indeed.

And the Dillo Web browser -- which looks better in its OpenBSD incarnation than it does anywhere else -- performs quite well in 64 MB of RAM. The only problem is that Dillo can't do everything I need to do on the Web. At least the Dillo in Puppy and DSL has https support. That's not turned on in OpenBSD, and the app needs to be recompiled to add it. I can manage to turn on cookies in OpenBSD, which helps me with some sites, but for anything remotely complicated, Firefox is essential.

And while Firefox will run in 64 MB of RAM, it does so very poorly. There just isn't enough memory to keep the program from swapping to the drive incessantly whenever doing just about anything.

In this very 64 MB, I've run just about everything that will load on this Compaq laptop: Puppy, DSL, Debian (the Xfce install, plus a "standard" install with Fluxbox), Slackware (without KDE) and OpenBSD.

Truth be told, Almost all of these OSes run just about the same. Damn Small Linux has a bit of an edge, and if DSL 4.3 ran as well as 4.0, its inclusion of Firefox 2 would put it over the top. As it is, I've lost my desktop wallpaper, and I can't figure out how to display the menu in Fluxbox (even though I prefer to run JWM).

Puppy definitely needs more memory, especially to run the Mozilla-derived Seamonkey Web suite.

Debian Etch was OK. While the Xfce install is odd in many ways, as I say, I was surprised to see OpenOffice run at all -- and not too badly at that. Iceweasel was, again, an exercise in frustration. But Debian remains a distinct possibility for this machine.

It's main OS for awhile has been OpenBSD, with a partition set aside for the Linux files generated by the Puppy and DSL live CDs.

OpenBSD runs pretty well, but as I said, Firefox remains an issue.

The question: Will things improve with the boost of RAM from 64 MB to the Compaq Armada 7770dmt's maximum 144 MB? From my past experience, I know that Puppy can run in 128 MB if you have swap space, and DSL is certainly comfortable with 128 MB.

To answer the question, I could reduce the memory in my Via test box from 256 MB to 128 MB and see how OpenBSD (now version 4.3) runs in that configuration. But I'd have to pull the cover from my converted thin client and find a 128 MB SIMM. I've probably got one ... somewhere.

Better to just wait for my Compaq memory to come in the mail (luckily it's cheap).

I've know for awhile that 256 MB is a significant sweet spot for Linux, but I'd love for 144 MB to be just sweet enough to give this laptop a new lease on open-source life.

And while I managed to upgrade my VIA box from OpenBSD 4.2 to 4.3, it takes a lot more work than a simple apt-get, and I'm reluctant to do it

In search of the best OS for a 9-year-old laptop: Part V — Where I'm headed

| | Comments (3) |

As I say in a previous post on this very topic, there are many reasons to choose Puppy Linux as the primary OS on the nearly 10-year-old Compaq Armada 7770dmt laptop.

For one thing, Puppy is ideal — and explicitely designed — to run as a live CD or easily upgraded frugal install, the latter either on a traditional hard-disk drive or a Compact Flash memory card mounted in a CF-to-IDE adapter inside the Compaq's hard-drive caddy.

With recent versions of Puppy (2.17 onward, I believe) the ability to encrypt the pup_save file that holds all of the user's files and configurations adds both a needed measure of security to a laptop installation as well as providing an equally easy way to back up the entire system by copying a single large file to just about any storage medium, from USB flash drive to CD-RW to hard disks in formats ranging from old-school FAT to NTFS to Linux's many types of filesystems.

Also in Puppy's favor is that recent versions have heightened compatibility with Slackware 12 packages, promising a greater number of sources for additional applications, should I ever want or need to add anything beyond what Puppy and its own repositories already provide.

To recap, in the time I've had the 1999-era Compaq Armada 7770dmt laptop (again, with a 233MHz Pentium II MMX processor), I've taken it's RAM from 64MB to the maximum of 144MB, kept the original IBM-made 3GB hard drive, and run the following operating systems:

  • Debian Etch "standard," with X and Fluxbox added
  • Debian Etch Xfce desktop install
  • Slackware 12 without KDE
  • Puppy Linux 2.13
  • Damn Small Linux 4.0, 4.3 and 4.4
  • OpenBSD 4.2
  • Wolvix Cub 1.1.0

Truth be told, I liked every one of these installs to one degree or another. While Slackware (installing without KDE but with everything else) took up too much space and offered too few applications I wanted, it still ran great.

Rolling my own X installation into Debian's "standard" install was an excellent exercise, but I just didn't have the expertise to really build it out. The Debian Xfce install was nice, but somewhat curious; all of the Debian desktop installs, even KDE, feature OpenOffice. Surprisingly, OO ran fairly well in 64MB of RAM and 233MHz of CPU. Strange, however, was the lack of GUI package management in the Xfce install. It did get me using Aptitude, so there was nothing lost there, but I got the feeling that Debian's Xfce just didn't offer what I wanted.

However, with Aptitude, Abiword actually installs the dictionary that makes spell-check work. At last look, neither Puppy nor OpenBSD do that.

I continue to enjoy Damn Small Linux, but the most recent versions just don't run as well as they should on this laptop. And little things like having Firefox renamed Bon Echo (why??) made it difficult to use Google Docs with Gears, which is one of the things I want to be doing fairly intensively, made DSL fall behind Puppy in the running.

Puppy has a great selection of apps, is fairly easy to configure, extremely familiar to me and runs great on this hardware. I find myself using this live CD more and more of the time.

Much of my feeling for 2.13 over other versions of Puppy is nostalgic. I first encountered Puppy with this very release, and most likely a simple move of the cute 2.13 desktop wallpaper to a newer version of Puppy would make me extremely happy. The fact that everything in 2.13 continues to work flawlessly, however, is a strong testament to how very well Puppy is put together. I probably will test and subsequently adopt a much newer version of Puppy for use on this laptop, if for no other reason than to use the encrypted-pup_save feature that will greatly add to the security of my data, since laptops — even ones well past their prime — have a way of falling into the wrong hands.

OpenBSD doesn't install with as anywhere near as many GUI features as ... any Linux distribution. Not that any of the BSD projects can't be configured to be as full-featured as any equivalent Linux distribution. It just takes time and effort. With a faster processor and a bit more memory, I'd really consider running OpenBSD as the primary distro on this laptop. On the other hand, hardware detection in OpenBSD excellent. It remains the only operating system to correctly auto-configure sound on this Compaq.

OpenBSD has well over 4,000 precompiled binary packages for i386 and even more software available through ports. It offers fewer packages than Debian or Ubuntu but way more than Slackware. And with the quality of the packages being so high and the tools used to manage them equally high in quality, OpenBSD remains an attractive alternative.

But again, Linux is just that much easier to use on the desktop. OpenBSD is no speed demon in X, and speed is more important when you're running ancient hardware than it is when you have, say, a PC from the past five years at your disposal.

And with OpenBSD, things like Adobe Flash are hard to deal with. And I don't think Google Gears will ever run in OpenBSD. I could be wrong on both counts (since OpenBSD can run Linux apps), but I do know that both are easier to do in Linux.

A bigger drive that could multiboot Debian, Wolvix and OpenBSD, with Puppy running either in a frugal install or as a live CD, is one way to go.

But running only one or two of these systems at a time seems to be more realistic, manageable and ... sane. Using multiple hard drives, like I do with my test box, is another way to go. That way the pain of dual-booting is avoided, as is the tedium of continual reinstalls.

Since OpenBSD offers much of the software I want and is an intriguing diversion from Linux, I could 'll probably leave it on the drive for the near future. In my 500MB or so Linux partition, I will probably grow my pup_save file and update Puppy. Now that I have Firefox 2 running on one of my other Puppy installs, I'll probably begin doing the same with this laptop, and that way I'll be able to use Google Docs with Gears. I can probably even figure out how to make Gears work with Seamonkey, but it's not imperative.


Previously:
In search of the best OS for a 9-year-old laptop: Part I — Puppy or Damn Small Linux
In search of the best OS for a 9-year-old laptop: Part II — OpenBSD or Debian?
In search of the best OS for a 9-year-old laptop: Part III — Browsers and wireless
In search of the best OS for a 9-year-old laptop: Part IV — Wolvix Cub is surprisingly strong

Coming up:
In search of the best OS for a 9-year-old laptop: Part VI — Younger Puppies
In search of the best OS for a 9-year-old laptop: Part VII — Debian with Xfce and Fluxbox calls
In search of the best OS for a 9-year-old laptop: Part VIII — Final thoughts (aka "Why?")

In search of the best OS for a 9-year-old laptop: Part IV — Wolvix Cub is surprisingly strong

| | Comments (0) |

I didn't have high hopes for Wolvix on the $15 Laptop — a Compaq Armada 7770dmt built in 1999 — since previous attempts to load the live CD resulted in an X configuration that needed a little work.

Since then, I've had quite a bit more experience working in the xorg.conf file, and I was able to get a halfway decent X configuration going so I could test Wolvix Cub (the smaller of the two Wolvix distributions, with fewer packages than the larger Wolvix Hunter).

As I've written on many occasions, I consider Wolvix to be one of the best Slackware-based distributions available. Both the graphical configuration utility and the very flexible installation utility — also an X application — add considerable functionality to a solid Slackware 11 base.

And with Wolvix (and the rest of the Slackware-derived distros such as Zenwalk and Vector), all of the helpful Slackware console utilities are still there. Xwmconfig, netconfig, mouseconfig, even pkgtool can be used in any of these Slackware-based systems. You might not need them as much as you would in a standard Slackware installation, but they do come in handy.

Wolvix also includes slapt-get and Gslapt, the Debian-apt-like utilities that changed the way I look at package management in Slackware.

Before Wolvix, when running Slackware I dutifally downloaded updates from the Slackware FTP site, then used updatepkg to install them. One by one. By one.

One time I figured that using pkgtool for updates would enable me to save time and avoid all that typing of long filenames, or the almost-as-long procedure of copy/pasting them in the file manager for each and every package than needed updating.

I ended up with "doubles" of every updated package, since pkgtool didn't know I was doing an update and just installed the new packages without removing the old ones. So when you're talking about doing updates of Slackware packages with Slack's default tools, it's updatepkg or nothing.

All it means is that slapt-get and Gslapt, which are included in Wolvix and easily added to Slackware itself, are essential for the person whose life doesn't revolve around using the updatepkg utility.

Just the fact that Wolvix — which can operate as a live CD with a Knoppix-like save file, or in "frugal" or traditional hard-drive installs, can be brought up to date in minutes with Gslapt in much the same way that apt and Synaptic work in Debian continues to be a revelation.

Put it this way: How many longtime Slackware users don't have and use slapt-get/Gslapt? I bet not many.

Once I had Wolvix Cub running as a live CD with X properly configured on the 144MB/233MHz Compaq Armada 7770dmt, I used xwmconfig at the console to switch between the Xfce and Fluxbox window managers.

Not surprisingly, both WMs ran quite well, even with only 144MB in the live CD environment.

What astounded me were the extremly quick application-load times. In previous tests of Wolvix, it was quick but not so quick as to beat Debian Etch or Slackware 12 under Xfce and Fluxbox.

In Wolvix Cub running on live CD on the Compaq, a number of text editors, the lightweight Abiword and not-so-light Firefox all loaded relatively quickly. I need to do more tests, but Firefox seemed as responsive or more so than the Mozilla-based Seamonkey browser is in the ultra-fast Puppy Linux.

I wouldn't want to run Wolvix, even the Cub edition, as a live CD in the same way as Puppy or Damn Small Linux — especially in only 144MB of RAM, but when it comes to a traditional install, Wolvix Cub or the more application-rich Hunter would seemingly make an excellent candidate to permanently run on the Compaq.

In contrast to Debian and Slackware, Wolvix installs with just about every application and utility I like, from Abiword to Bluefish, Dillo to MtPaint, and with extremely well-organized menus in both Xfce and Fluxbox. In fact, the Fluxbox menus even include little icons next to each category of applications, something I've never seen before.

I'm "sure" I could replicate all of this goodness in standard Slackware of Debian, but the former's KDE focus and the latter's devotion to GNOME mean that it would take quite a bit of work on my part to have as good an experience in Xfce and Fluxbox as I already enjoy in Wolvix by simply loading the live CD and doing an easy installation from what I consider to be among the best installers of any Linux distribution.


Previously:
In search of the best OS for a 9-year-old laptop: Part I — Puppy or Damn Small Linux
In search of the best OS for a 9-year-old laptop: Part II — OpenBSD or Debian?
In search of the best OS for a 9-year-old laptop: Part III — Browsers and wireless

Coming up:
In search of the best OS for a 9-year-old laptop: Part V — Where I'm headed
In search of the best OS for a 9-year-old laptop: Part VI — Younger Puppies
In search of the best OS for a 9-year-old laptop: Part VII — Debian with Xfce and Fluxbox calls
In search of the best OS for a 9-year-old laptop: Part VIII — Final thoughts (aka "Why?")

In search of the best OS for a 9-year-old laptop: Part III — Browsers and wireless

| | Comments (2) |

I'm going to haul the circa-1999 Compaq Armada 7770dmt laptop to the public library where I can run it with free WiFi and see if Seamonkey (in Puppy) and Firefox (in Damn Small Linux and OpenBSD) perform acceptably with my upgraded RAM.

Since there's no WiFi at the Daily News, I probably should just bite the bullet and get a PCMCIA Ethernet card. And if it turns out that I can use a Mozilla browser and not have it run like so much sludge, that's my next move. (Note: Since this post was originally written, I have gotten an Ethernet card for the Compaq).

Aside on memory: While 128MB is probably the absolute minimum to run X, I don't feel comfortable until I have 256MB. Of course 512MB or more is better, but with 256MB, most systems that will run at all will perform well enough for the user not to tear his/her hair out.

Running Puppy with WiFi

I get to the library, boot the Compaq with Puppy 2.13, and the first thing I notice is that Seamonkey starts in just about 30 seconds.

Thirty seconds. That is excellent performance. Remember, this is a 233 MHz processor. That alone is enough to pull Puppy Linux to the front of the pack.

And I'm able to use Movable Type. That's the key. Such a relatively "heavy" browser-based application does require a good WiFi connection. With a flaky connection, it just doesn't work, but with this good 802.11b hookup (I'm using an Orinoco WaveLAN Silver PCMCIA card), I'm able to run MT just fine in Puppy.

Again, that 30-second load time for Seamonkey is absolutely huge. Graphical performance is also quite good.

Next: Trying OpenBSD

I addressed the performance of OpenBSD in a recent entry. One thing to remember about OpenBSD is that the system known for its security and cryptography isn't a "fast" system, especially running X on older hardware. On newer PCs, assuming that you can get all the hardware properly configured, the speed difference between OpenBSD and a given Linux distribution either won't be noticeable or will be more than acceptable for those who want the other things that OpenBSD brings to the table.

But on a system as challenged as this one, the performance tradeoffs just might be too great to justify running OpenBSD.

I say might because I've very much enjoyed running OpenBSD on this laptop, and the ease with which I was able to add quite a bit of software that I needed, believe it or not, rivaled even Debian and Ubuntu.

Once i had my PKG_PATH set up, I was able to use OpenBSD's superb package management system to bring plenty of desktop-friendly applications to my system, and in almost all cases those applications were put together quite well — often better than their equivalents in Debian, Ubuntu, Puppy and Damn Small Linux. Not faster, but better in other ways in terms of functionality.

So while day-to-day computing on this system might be better with Puppy Linux, if my daughter wants to use GCompris, Tuxpaint or Childsplay, keeping OpenBSD as an operating system is something I might very well do.


Previously:

Coming up:

In search of the best OS for a 9-year-old laptop: Part II — OpenBSD or Debian?

| | Comments (0) |

I've been using OpenBSD 4.2 for a few months now on the $15 Laptop (Compaq Armada 7770dmt), and I'm leaving it on the hard drive for now. It does run better with 144 MB of RAM. I may even upgrade the OS to the current version 4.3.

OpenBSD with X is nowhere near as fast as the fastest Linux systems, but the added security and overall quality keeps me using it.

However, I'm considering swapping out the hard drive (to retain my OpenBSD installation) and trying Debian again.

Back when I ran Etch on this laptop, I remember it being slower than Puppy and Damn Small Linux, especially when it came to refreshing the screen. That was with 64MB, and I think Debian deserves another try in 144MB.

I have to gauge how important it is to have a traditional, easily updatable hard-drive installation vs. the live CD environment of Puppy and DSL. In many ways, live CDs are ideal for older machines like this one. The way they mostly run in RAM speeds things up considerably, and "upgrading" is as easy as using a new CD.

I have upgraded OpenBSD from 4.2 to 4.3 on another one of my boxes. It wasn't impossibly hard. Still, it was nowhere near as easy as using apt to upgrade a Debian install, and when it comes to binary-package updates to OpenBSD's stable releases, there aren't any between releases.

My feeling after using OpenBSD for six months is that daily updates a la Debian aren't as necessary as any of us might think, and updating the box every six months is a reasonable solution.

And here I am using Puppy 2.13, which is well over a year old but has nice-looking desktop wallpaper and a bunch of apps that work very well.


Previously:

Coming up:

In search of the best OS for a 9-year-old laptop: Part I — Puppy or Damn Small Linux

| | Comments (1) |

In the battle for which operating system runs best on the $15 Laptop, Puppy Linux has pulled out front as the fastest system with the most features I need and best functionality on this 1999-era Compaq Armada 7770dmt.

In case you're wondering, here are the specs of the Compaq:

233 MHz Pentium II MMX processor
144 MB RAM
3 GB hard drive

I recently bumped the RAM from 64MB to the maximum of 144MB. Before this increase, running Linux or OpenBSD (which I have installed on the hard drive) with the X Window System was difficult at best.

Smaller applications like the Dillo Web browser, the Abiword and Ted word processors, the Geany and Beaver text editors ran pretty well in 64MB of RAM.

But the 500-pound gorilla of graphical applications is Firefox.

It would be nice to get by with Dillo, but many — if not most — of the things I need to do with a computer these days require a fairly modern browser.

Whether it's blogging, working on Dailynews.com, or on the Movable Type back end, it all happens in the browser.

And for that I need, at a minimum, Firefox 1.5.

Now that Damn Small Linux offers Firefox 2 (under the name Bon Echo, but for all intents and purposes an early release in the FF 2 series), that system is more than fair game for use on this laptop.

Unfortunately, while the browser runs great, other things in DSL have not been working so well.

For some reason, the desktop wallpaper doesn't work. Instead, I have a plain, gray X Window background. And while JWM (Joe's Window Manager) is the default in Damn Small Linux like in Puppy, switching over to Fluxbox in DSL has been problematic. Some builds have allowed me to use the Fluxbox menu, but others don't seem to work at all.

I could live without desktop wallpaper (or I could figure out a solution to the problem), but with Puppy Linux (I'm currently using version 2.13 but could easily upgrade to the newer 4.00 at any time) I get a nice-looking desktop, the Mozilla-based Seamonkey Web suite, Abiword (about as fast as DSL's Ted word processor but with the added ability to read and write .doc files), the Geany text editor, the ROX filer and quite a few other applications I've grown to like very much over the year and a half I've been using Linux.

And as far as speed goes, Puppy and DSL are quite equal on this hardware.


Coming up:

Coming up in Click: An eight-part series on finding the right OS for a 9-year-old laptop

| | Comments (0) |

As soon as I'm able to begin posting them, my eight-part series on finding the best operating system for my circa-1999 Compaq Armada 7770dmt will begin unfolding, one part a day, on Click.

I've been working on this series for about a month, working with everything from Damn Small Linux and Puppy Linux to OpenBSD and Wolvix Cub, with a lot of thoughts about past use of Slackware, Debian, Ubuntu and more.

So starting — again, as soon as I can get the entries lined up — look for a long meditation on the best way to make old hardware work in the 21st century.

$15 Laptop sees huge performance leap with 144MB of RAM

| | Comments (0) |

What I'm saying, basically is that if you're running anywhere near 64MB of RAM and you, say, want to run Firefox, you need more memory.

The $15 Laptop -- a Compaq Armada 7770dmt with 233 MHz Pentium II MMX CPU -- ran a Linux console with no problem and even did an X session, provided no "heavy" apps like Firefox were used.

But how can you get along with just Dillo as a Web browser?

It's not easy if you want to do any kind of blogging, which a) uses the more-memory-intense Firefox and b) demands much more out of Firefox and the whole system as well.

Well, I can safely say that a 233 MHz CPU and 144MB of RAM are enough to run Puppy Linux (currently version 2.13, for which I continue to have a soft spot), Damn Small Linux 4.3 and even OpenBSD 4.2.

I'm going to reboot into OpenBSD right now to see just how well the Compaq is doing with it.

(I'm now back with OpenBSD 4.2)

Things appear to work pretty well with OpenBSD as well. Though certainly more secure than almost every other operating system out there (though I miss Debian and now also Ubuntu's ability to encrypt an entire drive with LVM) and as stable as anything out there, OpenBSD is in no way faster than the fastest Linux distributions.

And speed is a bit of a problem on hardware this old.

I'd have to try Debian again. Puppy and DSL are quite a bit quicker when it comes to screen refresh time in Firefox (and generally in X). I don't remember Debian Etch as being all that sprightly in comparison.

(Changing to DSL 4.3)

There's no doubt that DSL runs the graphics in X faster than OpenBSD. The screen does a much better job of keeping up with my keystrokes in Movable Type, and if the main purpose of this laptop is to crank out blog entries, that is an important consideration.

Of course, before I pull OpenBSD off of this drive, I'll have to make sure I have the xorg.conf saved, as well as a number of other configuration files as well as the output of pkg_info so I can remember all the software I have in this install.

I should probably just get a few swappable hard drives for the Compaq. Maybe even something bigger than 3GB. Just a thought.

Other problems with using DSL as the sole distro: no Flash (but OpenBSD doesn't have it either).

... (two weeks later)

I've been running the $15 Laptop a bit more. Having a good wireless connection helps immensely. I've been most happy with Puppy 2.13 thus far, since it has Seamonkey — a very acceptable Mozilla-based browser — and all the graphics work as they should.

I still have OpenBSD 4.2 on the hard drive, and as I say above, I'm reluctant to remove it, even though I can and will save the various configuration files in case I want to do a reinstall.

I'd like to try Wolvix again, just to see if the additional memory makes any difference in loading it. I could — and probably should — try Debian again. I don't know if it'll be as fast as Puppy or DSL, but it is worth trying.

What I'll probably end up with: I might leave OpenBSD on the laptop for awhile, but I can see myself ending up with a hard drive or Compact Flash chip with IDE converter completely devoted to storage and either running Puppy Linux off of the Live CD or as a frugal install on the hard drive or CF card.

Tech Talk column

Steven Rosenberg's weekly Tech Talk column, which appeared Saturdays in the Los Angeles Daily News through about October 2009, is available on the Daily News Technology page.

About this blog






Steven Rosenberg aims to learn what he does not know. He writes about it here.



About this Archive

This page is a archive of recent entries in the Damn Small Linux category.

Command line is the previous category.

Debian is the next category.

Find recent content on the main index or look in the archives to find all content.

Recent Comments

Steven Rosenberg on Running OpenBSD in a live environment with MarBSD-X : Jggimi has images for OpenBSD 5.0: http://jggimi.homeip.net/ ...

Monstra on CMS and blog software without databases: Monstra CMS is the best flatfile CMS ever! (!) Easy to install, upgr ...

Chris on Running OpenBSD in a live environment with MarBSD-X : Jggimi isn't developing his images anymore. If you want an updated Ope ...

Peter Ljung on Review: DragonFlyBSD 3.0.1 -- the longest DragonFlyBSD review ever -- Part 5: Comparison to OpenBSD 5.0 and closing comments: I have also been fascinated by the Hammer file system and think it wou ...

Anonymous on Review: DragonFlyBSD 3.0.1 -- the longest DragonFlyBSD review ever -- Part 2: My BSDistory: Can you just get to the actual review? ...

Bill Callahan on SugarSync is working on a Linux client, but I'm not unhappy at all with Dropbox: I've been very happy with SpiderOak. It has a native Linux client as w ...

AJ on Debian Stable -- set it and forget it -- spoils me for fresh Linux Mint 12 on some very nice ZaReason hardware: Gnome 2 is still standard in the upcoming SolusOS (Currently at RC 2). ...

Niki Kovacs on Debian Stable -- set it and forget it -- spoils me for fresh Linux Mint 12 on some very nice ZaReason hardware: Since I've moved to Debian stable - with a few tweaks - I've not only ...

Earl on Debian Stable -- set it and forget it -- spoils me for fresh Linux Mint 12 on some very nice ZaReason hardware: I use Mint 12 and LMDE based on Debian testing. Both are plagued by G ...

Alan Rochester on Debian Stable -- set it and forget it -- spoils me for fresh Linux Mint 12 on some very nice ZaReason hardware: "mint does have a separate xfce edition afaik.." The Debian version o ...

Powered by Movable Type 4.25

Search this blog

Loading

LXer

Links

Life, the Universe and Debian
Simplify
Daily News technology
LXer
Distrowatch
Linus' Blog
David Pogue
BoingBoing
Linux Today
TuxRadar
Linux.com
Linux Planet
The Open Road
Linux Outlaws podcast
Dan Lynch
Fabian Scherschel
The VAR Guy
Larry the Free Software Guy
Chess Griffin
Linux Reality podcast
Desktop Linux
Practical Technology
Linux Devices
ZDNet
ZDNet's Storage Bits
ZDNet U.K.
iTWire
CNet News
Webware
Beyond Binary
TechCrunch
The Register
Ars Technica
Reg Developer
Computerworld
Computerworld blogs
Steven J. Vaughan-Nichols at Computerworld
Debian
Planet Debian
Debian Forums
Debian News
debianHELP
debiantutorials.org
The Debian User
Wolfgang Lonien
Debian-News.net
Debian Administration
Debian Admin
Debian Weather
Aaron Toponce
Ubuntu
Xubuntu
Kubuntu
Edubuntu
Planet Ubuntu
Ubuntu Forums
Ubuntu Geek
Works With U
OMG! Ubuntu!
I' Been to Ubuntu
Tanner Helland
Dustin Kirkland
Ubuntu UK Podcast
Ubuntu Linux Help
Popey
Linux Mint
CrunchBang Linux
OpenBSD
OpenBSD Journal
OpenBSD Ports
OpenBSD 101
Planet.OpenBSD.nu
jggimi's OpenBSD live CD
DaemonForums
BSDanywhere
Marc Balmer
Denny's OpenBSD blog
Polarwave's OpenBSD Tips and Tricks
Binary Updates for OpenBSD
Puppy Linux
Damn Small Linux
Tiny Core Linux
Lucky 13's Linux blog (lots of Tiny Core)
Lucky 13's BSD blog
PCLinuxOS
Mandriva
Red Hat
Red Hat News
Red Hat Blogs
Red Hat: Truth Happens
Red Hat Magazine
CentOS
Planet CentOS
Fedora
Planet Fedora
Fedora Forums
Fedora Docs
Join Fedora
Paul Frields
Slackware
Slackbuilds
Robby's Slackware Packages
Slackblogs
dropline GNOME for Slackware
GNOME Slackbuild
GWARE - GNOME for Slackware
Wolvix
Zenwalk Linux
Vector Linux
Slax
Splack Linux — Slackware for Sparc
Nonux
How to Forge
marc.info BSD and Linux mailing list archive
FreeBSD
FreeBSD, the Unknown Giant
A Year in the Life of a BSD Guru
NetBSD
hubertf's NetBSD Blog
PC-BSD
Daemon Forums
FreeBSD Forums
Planet FreeBSD
Evilcoder.org
miwi's Privat Blog
DragonFlyBSD
DragonFlyBSD Digest
DesktopBSD
BSD Talk podcast
BSD Magazine
Rhyous
OpenSolaris
MilaX
BeleniX
DeLi Linux
Linux Loop
Electronista
The Tech Report
Engadget
Gizmodo
Phoronix
xkcd – A webcomic of romance, sarcasm, math and language
Nixie Pixel
Technology for Mortals
Thoughts on Technology
ZaReason
System 76
Tiger Direct
NewEgg
DealExtreme

Advertisement