You are not logged in.

#1 2011-12-02 19:19:13

dcbdbis
Member
From: Aurora, Colorado
Registered: 2004-09-10
Posts: 247

[SOLVED] Assistance Resolving unresponsive desktop under Disk I/O

I am doing more and more large transfers. Sata 3Gb. I have 5 Tb of storage spread across four mediums.

Arch is current, 16Gb ddrIII 1866Mhz ram, x86_64, LXDE (minus pcmanfm, using xfe instead). CPU = AMD Phenom X6 1000T

Everything is stock.

Method used to copy large files: rsync, with the gtk rsync GUI.

Bootloader = grub

My kernel line:

kernel /vmlinuz-linux root=/dev/sda3 ro quiet vga=0x34A elevator=deadline

I use deadline because in my situation, I get the best performance over the other schedulers.

I have added "noatime" to my fstab on the relevant partitions.

I'm an old time linux user. Actually Gentoo stage I vet (when they were still offering stage 1)

Arch is the distro I'm most comfortable with. And quite happy with I must say. I made the above statement to show that kernel modifications and customizations don't bother me.

I've reviewed the kernel .config (stock Arch) and see that there are additional levels of pre-emption that can be brought to bear........I would use the Arch sources.....but I worry about breaking the nvidia and virtualbox stuff both if I customize the stock Arch kernel, and if I use the vanlla sources from kernel.org.


Would someone please point me in the direction I should be heading to try to resolve the desktop Interactivity under heavy disk I/O? Without introducing compatibility problems for NVidia and VirtualBox? Yes I know I can build my own modules in VirtualBox with "vboxbuild" and I could also install the NVidia drivers straight from their website. But I screw up a whole lot of inter-dependencies if I don't use Arch packaged nvidia drivers and such.


I would be surely appreciative if someone would offer commentary and direction.

The BFS kernel is not an option. Been there/done that. My throughput goes into the toilet when I use the BFS stuff both on Disk I/O, and my Virtual Machine performance.


I'll be at a clients office until later tonight (02-Dec-2011). I can check for responses then, so if I don't answer immediately, you'll know why and that I'm not being rude.



Sincerely and Respectfully,


Dave

Last edited by dcbdbis (2011-12-03 07:02:56)

Offline

#2 2011-12-02 22:42:40

Wilco
Member
Registered: 2008-11-09
Posts: 440

Re: [SOLVED] Assistance Resolving unresponsive desktop under Disk I/O

I asked the same question a while back, unfortunately there isn't much you can do. Try different schedulers or custom kernels but the problem persists. This also happened on my LFS system so it's not Arch specific.
https://bbs.archlinux.org/viewtopic.php?id=125826

Offline

#3 2011-12-02 23:44:29

karol
Archivist
Registered: 2009-05-06
Posts: 25,440

Re: [SOLVED] Assistance Resolving unresponsive desktop under Disk I/O

Here you have some similar threads: https://bbs.archlinux.org/viewtopic.php … 8#p1023148

Offline

#4 2011-12-03 07:01:42

dcbdbis
Member
From: Aurora, Colorado
Registered: 2004-09-10
Posts: 247

Re: [SOLVED] Assistance Resolving unresponsive desktop under Disk I/O

Thank you very much for the pointers to the other posts.  I shall indeed read them.........

I have a smaller HDD (/dev/sdd) that I have dedicated to Win 7 x64, for the sole purpose of flightsims, games, and for developing Android apps.

I've noticed the same behaviour on that platform, only much worse than what I experience on linux.

And I've recently changed out hardware, MB, CPU, RAM, GPU, etc to a different platform and the behaviour remained. The common denominator was me....So naturally, being older, I questioned whether I was setting something up in an inefficient manner, thus my post.

I'm glad to hear that's it's not only me experiencing this behaviour.


Thank you to all who posted the replied. I appreciate it.


Sincerely and respectfully,


Dave

Offline

#5 2011-12-03 07:29:34

karol
Archivist
Registered: 2009-05-06
Posts: 25,440

Re: [SOLVED] Assistance Resolving unresponsive desktop under Disk I/O

dcbdbis wrote:

I'm glad to hear that's it's not only me experiencing this behaviour.

I'd prefer if it was just you ;P

You can try different things out, starting from ionice. My "workaround" is to move stuff as little as possible :-)

Last edited by karol (2011-12-03 07:30:18)

Offline

Board footer

Powered by FluxBB