Surely not a way to do performance testing, #2

Thanks to all the kind folks for commenting on my previous post . After a couple of people who managed to mildly experience some performance losses over my mentioned "experiment" one guy with another IBM/Lenovo PATA-to-SATA bridge based system managed to reproduce the issue. Is this a hardware related one? I'd like to kindly ask owners of such machines to make sure their Lenovo/IBM laptop model has the bridge and attempt my "experiment". If this is not Linux's fault then surely for people with warranty there should be a remedy. Now where is find for windows so I can "experiment" the same there...;)

Surely not a way to do performance testing, but still...

Back then, when I started using Linux based operating system (namely, RedHat, Mandrake to finally settle on Debian and then finally arriving at Ubuntu) I used to show off to my Windows using friends one o "features" at the time that was the major attraction GNU/Linux had for me. Rock solid, smooth multitasking that always kept the system responsive and usable.

A special case of that was that I showed them, how on heavy disk IO of the system, I can still have a responsive UI and use the desktop while their Windows desktop on the other hand , using the same exact hardware, running the same "benchmark" operation, started to lag on the desktop UI, have very jerky mouse movement performance and nearly choke to death.

Are those times over?

Recently, I revived this "experiment" using my ThinkPad T43p laptop with the following specs:

• PCI-E bus
• 1GB Ram
• 1.87GHz
  
• 60GB PATA disk, connected in what is know as a pata-to-sata bridge.

I am runnign latest feisty, but I could also reproduce this using edgy, and dapper on the same laptop configuration. I am using the open source ATI Xorg driver.

Now, what I have done (I urge you to try the same and let me know how that went for you) is make sure no running application are open after boot, open one gnome-terminal window, and there in a quick sequence I do:

find /
CTRL+SHIFT+T (open a new tab on the gnome-terminal)

And repeat this until you have 4 tabs with find running inside them. Now when I attempt this to open some more tabs (1-2) , the UI starts to lag, disk access becomes increasingly slow and the UI eventually becomes so unresponsive that even the mouse cursor refuses to obey the the mouse movements. Even when not displaying the tabs output (e.g. ALT+TAB to another window entering text) the performance loss doesn't go away, and even prevents me from easily entering text to this blog post. The most annoying part of this, is that ALT-TAB to switch another app becomes nearly impossible when the system is under this load (e.g. you can actually see UI redrawing etc as it happens) Something tells me this should not be the case...

Does anybody have an idea why this is caused? How can we possibly address this? In the beginning I thought using the -nolatency kernels could help, but this seems to have no effect on this. Any insight, comment or feedback on that are welcome.

Some stuff I don't want to forget for hubackup so I'll put them here:

• Think about maybe integrating something into the installer, such that when a user is detected to have a CD/DVD drive and is interested in enabling hubackup desktop notification, the installer will offer him to create a special partition for storing the temporary archive and iso files before burning them.
• Add checks while backup is being created, such then when space is reaching too low, either abort the process with proper error or halt the dar process until user makes some more free space and then allow him to resume it.
  

HUBackup Main Development Branch In Launchpad

Today I've got into some storage problems in a server I'm using to host the current development branch for hubackup. Knowing the good work ddaa has put into improving launchpad's abilities in that respect, so quickly I set and in no time (using ddaa's instructions on his blog) I had my branch fully stored safely in here - now I know I'll never run out of space for commits!

If you want to play with the code and maybe even contribute your share to help us make Ubuntu a safer place for our data, you just need to install bzr, grab the code and start hacking. In other words:

$ sudo apt-get install bzr
$ mkdir hacking
$ cd hacking
$ bzr branch https://launchpad.net/people/sivan/+branch/hubackup/hubackup--main
$ cd hubackup--main

Today's surprise is a fresh new class to transparently create and handle backup meta data, also referred to as "backup config files". This config files will be used by the mime type recognition to run the restore program that will allow to either update a backup set, or restore it to the original location from which it was taken.

Link To Old Posts

To be able to read any of the previous posts, just visit this. Luckily I haven't posted too much before moving here, so there's not much of a backlog.

Moved To Blogger Beta

After reading some friends blogs hosted in beta.blogger.com , I decided eventually that I also want an account there. The interface is excellent and there are a couple of things you get for free like some nice design templates, tags, much better editing interface then advogato's and a sub domain. Feels much more encouraging and inviting to be expressive in here, so I think I'll stay.