Linked by lopisaur on Fri 25th Jun 2010 22:21 UTC
Ubuntu, Kubuntu, Xubuntu Based upon a recent email to the X.Org developers' mailing list, Canonical is nearing the point of one of their goals for Ubuntu 10.10 of a rootless X Server, or being able to run the X.Org Server without root privileges.
Thread beginning with comment 431692
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[9]: Big deal...
by Zifre on Sun 27th Jun 2010 01:07 UTC in reply to "RE[8]: Big deal..."
Member since:

I'm not sure where you're getting this...

I just ran in this command:

dd if=/dev/urandom of=test bs=1M count=10000

on Ubuntu 10.04 on a Core i3 530, which is relatively slow. I noticed no decrease in responsiveness whatsoever. I even tried playing an OpenGL game. The FPS dropped by a few frames, but it was not choppy or unresponsive at all.

Maybe it's just your particular system that has problems?

(Note: I'm not trying to say that there is a problem with X11. I'm saying that the problem doesn't exist, in Linux or X11.)

Reply Parent Score: 2

RE[10]: Big deal...
by phoenix on Sun 27th Jun 2010 01:33 in reply to "RE[9]: Big deal..."
phoenix Member since:

Every system we try this on at work (Kubuntu 10.04, Kubuntu 9.10, Debian 5.0, Debian 4.0) will grind to a halt until the dd command is done. You can't CTRL+TAB to other windows (well, you can, but it takes 30-45 seconds to register the keypress), you can't load other apps, you basically just stare at the blinky HD light.

These are Intel P4, AMD Sempron, desktops and Intel Core2 Duo laptops, using ATi Radeon X-series PCie, nVidia something PCIe, nVidia onboard, and Intel onboard graphics.

Every system we try it on is affected, even our multi-core Opterons with 3Ware RAID controllers and no GUI (keyboard lag, 30s or more to ALT+F* switch consoles, etc).

Try it with a USB stick as the of= option to really cause havoc.

Our sys analyst is a RedHat guy, and he's avoided dd for years because of this issue (RedHat 7-9, Fedora something, RHEL 4/5).

The last time I tried this was to make a bootable ChromiumOS USB stick. Took 20 minutes to dd the stick ... during which time I could not use my desktop.

Reply Parent Score: 2

RE[11]: Big deal...
by zlynx on Mon 28th Jun 2010 05:29 in reply to "RE[10]: Big deal..."
zlynx Member since:

This Linux bug was my biggest problem on my laptop running Linux in 1 GB RAM.

It has absolutely nothing to do with the scheduler and everything to do with the virtual memory and disk systems.

The VM and disk get so busy writing data out to disk that the VM has no free pages and the disk is too busy to read in data blocks.

Heaven help you if the system starts to swap.

People are working to improve this in every Linux release but it's been a big problem since 2.6 was released.

Reply Parent Score: 2