Test bed: Dell Latitude D600

Because life isn’t interesting enough, last week I pinned down a used computer and brought it home.

2013-08-21-4dkln41-d600-open

That is a plain-Jane Dell Latitude D600, with not a bell or whistle to brag about. Jane came into the house along with an assortment of leftover PCMCIA wireless cards, a docking station that may or may not work with this model, a power cord and an excellent lesson in the power of patiently bargaining over three or four days.

And in return, I parted with the rough equivalent of US$50.

This is 4dkln41 — a 400 MHz-bus Pentium M, 1.6Ghz, with a lowly 512Mb of memory, Intel Pro/Wireless 2100 and an ATI Mobility FireGL 9000 on a 1400×1050 LCD. This machine reminds me a lot of the Insprion 8000 I kept for many years, in that it’s roughly the same size and shape, same era, and similar hardware.

It’s a bit scratched, not too purty, but 100 percent working in all the places that matter — keyboard, screen, audio, optical drive, power train, etc.

It came with some disadvantages in life, most notably that this particular machine is one of the rare ones that can’t handle PAE.

Up until now, PAE was just another acronym I had to run to Wikipedia to figure out. I hadn’t ever seen a machine that spat out errors about PAE.

Those three little letters turned out to be very important though. Linux Mint outright refused to boot, as did a couple of other smaller distros — all because of PAE. :(

Arch, on the other hand, didn’t seem to care. But installing Arch on it came with its own set of headaches.

Most notably, absolutely hideous video performance. Some of the worst I’ve ever seen. Arch’s xf86 radeon driver was giving me redraws in IceWM that I could actually watch trace along the screen, and slowly fill with data.

It was painful. Honestly, I’ve seen K6-2′s with better redraw rates than that.

The vesa driver was about the same. I tried to build the catalyst driver, but my efforts were fruitless. The wiki instructions failed miserably. In desperation I even plugged in a few third-party repos and backdated versions of xorg-xserver. But things were either the same — or worse.

This couldn’t be the case, I thought. It can’t be that this machine is doomed to such lousy performance. Perhaps there is a mechanical issue, I thought.

As a troubleshooting measure (I swear) I installed Windows XP. Dell’s support site archives all the appropriate drivers, and the proprietary ATI Catalyst package for XP was marvelous.

Instantaneous performance. No wicked laggy redraws. Full 3D acceleration. Video modes from 1400×1050 to 800×600, no sweat. So at least I knew it wasn’t hardware-related.

Of course I have no love — or need — for Windows, but the future of the machine was bleak without some sort of proper distro on there. I briefly thought of running an XP system with only free applications on it. And quickly moved on from that idea.

I also contemplated just running a framebuffer system, but it was a bit disapppointing after watching Windows spin through Deus Ex (best game ever) at full detail and full resolution. And even Arch’s radeonfb environment was sluggish.

So for a short while it looked like Windows or nothing. A bad situation, to say the least. :(

On one last hunch, I decided to try Debian. If the main limiting factor was PAE, then possibly one of Debian’s versions would sidestep that issue.

And Debian’s always been the go-to distro in my times of direst need. Maybe this time it would be successful.

To make an already too long story short, Debian’s i386 version installed without harassing me about PAE. It put a picture-perfect graphical desktop in place, and best of all, performance was magnificent.

Almost as good, if not on par, with Windows. No draggy desktops, no slow filling of application windows. Full screen h264 video (no 1080p, of course). It was bewildering.

2013-08-21-4dkln41-d600-desktop

And Debian on that machine runs like a cat on fire. Insane start speed. Faster than Arch. Faster than the dual core. Faster than the dual core with Arch. :shock:

X pops into place like it’s jacked up on sugar. And as you can see in the screenshot, much of my same grotesque old pretend-Windows XP Classic theme translates directly to Debian.

True, I have to manhandle the fonts a little, but it works. And 3D acceleration is still a bit fuzzy. As in, I haven’t really tried yet.

Overall, this is more than just a bit of a shock. With so many failings — either hideous video performance under Arch, or refusing to even start because of PAE in three or four other distros — for Debian to punch a hole through and come out shining on the other side … well, it’s a Christmas miracle. Or something like that. ;)

P.S.: The guts? Here you are. PDF alert.

About these ads

14 thoughts on “Test bed: Dell Latitude D600

  1. Curtis

    If you really want to use Linux Mint, then you could probably use Debian Edition. I believe that they try to follow the Debian kernel, and therefore it is not PAE enabled either.

    PAE is actually not really an idea solution to the problem it tries to address. Its functionality is supposed to enable a 32-bit machine to handle >4GB or RAM. But in reality, and 32-bit machine is not actually capable of properly handling anything more than a single GB of RAM anyway. So in your case with those 512MB RAM, PAE is particularly of no use.

    Linux Torvalds did a ranting article about why PAE sucks. It is an informative and good read, and better spells out what I touched on above. I’m sure a quick googling would find this article pretty quick, as it has been a pretty popular post of his.

    Reply
  2. kowalski marcin

    “Arch’s xf86 radeon driver was giving me redraws in IceWM that I could actually watch trace along the screen, and slowly fill with data. ”

    that is a common symptom of lack of linux-firmware package. Most radeon drivers need a small piece of firmware even for basic 2d acceleration. Verify if that was indeed the case (dmesg should have something about the firmware, as the X logs)

    Happy user of dell c400 here ;)

    Reply
    1. K.Mandla Post author

      Good point. I thought I installed it, but I might have overlooked it. If I get a chance, I’ll reinstall Arch and try again. Cheers and thanks! ;)

      Reply
  3. Ander GM

    Congrats!!. I think Arch Linux dropped the support for your card with the last recent ATI semi-libre driver.
    Add this to /etc/X11/xorg.conf

    Section “Device”
    Identifier “ATI Technologies Inc Radeon R250 [Mobility FireGL 9000]”
    Driver “ati”
    BusID “PCI:1:0:0″
    Option “XAANoOffscreenPixmaps”
    Option “DisableGLXRootClipping” “true”
    Option “AddARGBGLXVisuals” “true”
    Option “AllowGLXWithComposite” “true”
    Option “EnablePageFlip” “true”
    Option “GARTSize” “64″
    Option “MergedFB” “off”
    EndSection

    Section “DRI”
    Mode 0666
    EndSection

    Section “Extensions”
    Option “Composite” “Enable”
    EndSection

    Finally, get rcconf and disable unneeded stuff like cron and atd, which aren’t really helpful for a laptop. Try Xombrero from the Debian repos, too, it’s faster than Firefox.

    Oh, and Deus EX works with Wine since the old days, trust me, I played a lot with J.C. Denton even on an old Debian Sarge.

    Reply
  4. Ander GM

    Sorry, if you are using the Xorg “radeon” driver (and not the “ati” one, here is a correct xorg.conf :

    ####begin xorg.conf####
    Section “Device”
    Identifier “ATI Technologies Inc Radeon RV250 If [Radeon 9000]”
    Driver “radeon”
    Option “XAANoOffscreenPixmaps”
    # Option “AGPMode” “4″
    Option “RenderAccel” “true”
    Option “AGPFastWrite” “true”
    Option “VBERestore” “true”
    Option “AddARGBGLXVisuals” “true”
    Option “EnablePageFlip” “true”
    Option “AccelMethod” “XAA”
    Option “AllowGLXWithComposite” “true”
    Option “ColorTiling” “1″
    BusID “PCI:1:0:0″
    EndSection
    ####end x.org.conf###

    Install driconf . Run it and disable the “vertical refresh” :
    |Synchronization with vertical refresh (swap intervals)| |Never synchronize… Ignore application’s choice \/]

    This is useful to get more FPS with OpenGL applications.

    Reply
  5. gewg_

    First, there are 2 major divisions in the Pentium M product line.
    Earlier: Banias
    Later: Dothan (does support PAE)
    en.wikipedia.org/wiki/List_of_Intel_Pentium_M_microprocessors
    So, when you say “Pentium M”, that is NOT a complete description of what you have.
    Thanks, Intel. Trying to be like M$ with yet more inept product naming?
    N.B. There is the tiniest overlap in the dates of versions.
    http://www.google.com/search?tbs=li:1&q=…+May.10-2004
    “PAE” would also be significant searchable text on that page.

    Second, a regular visitor to the Mint Forums would have seen this several times
    site:linuxmint.com+fake.PAE
    (which makes the distinction moot — if you know the trick).

    Reply
    1. gewg_

      Gawg, I hate (forum and other) software that thinks it’ssmarter than I am and “corrects” what I input.
      That first search was for site:en.wikipedia.org+Pentium.M+May.10-2004

      Reply
  6. Pingback: burn: An aptly named script | Inconsolation

  7. Pingback: cdparanoia: Nothing to fear | Inconsolation

  8. Pingback: hdparm: Out of respect for times past | Inconsolation

  9. Pingback: hwclock: Keeping time with you | Inconsolation

  10. Pingback: XaoS: Off to a good start | Inconsolation

  11. Pingback: mbw: A surprising little utility | Inconsolation

Leave a reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s