You are not logged in.

#1 2012-08-04 18:32:27

12eason
Banned
Registered: 2010-07-20
Posts: 103

File transfer priority

Is there anyway to reduce the priority the kernel gives to file operations? It seems to be using ~70% of a quad core processor to move files between partitions, and while it's doing it the rest of the GUI grinds to a halt, to the point where it won't even copy the keyboard buffer to a text box in firefox.

eta; would linux-ck be a solution?

Last edited by 12eason (2012-08-04 18:45:44)

Offline

#2 2012-08-04 21:30:14

12eason
Banned
Registered: 2010-07-20
Posts: 103

Re: File transfer priority

12eason wrote:

eta; would linux-ck be a solution?

Yes it is apparently, but is still uses far too much CPU for a trivial file copy and is extremely slow to respond. Next problem is virtualbox, because the solution in the wiki is simply wrong.

Offline

#3 2012-08-04 21:41:31

12eason
Banned
Registered: 2010-07-20
Posts: 103

Re: File transfer priority

Well, I take it back. Firefox locked up while I was trying to edit the first post to [solved]. Firefox is in a constant state of 'disk sleep' whenever a transfer is in progress. The new kernel helped in other areas, by firefox refuses to take priority over the transfer.

eta; I've had to give firefox real-time priority to the disk, and round-robin priority to the CPU just to get it to function, and even now it locks up on every page load.

Last edited by 12eason (2012-08-04 21:50:55)

Offline

#4 2012-08-06 07:36:20

graysky
Wiki Maintainer
From: :wq
Registered: 2008-12-01
Posts: 10,734
Website

Re: File transfer priority

12eason wrote:
12eason wrote:

eta; would linux-ck be a solution?

Yes it is apparently, but is still uses far too much CPU for a trivial file copy and is extremely slow to respond. Next problem is virtualbox, because the solution in the wiki is simply wrong.

Just out of date... thanks for pointing it out.

Offline

#5 2012-08-06 13:33:48

fredmorcos
Member
From: Austria
Registered: 2008-09-01
Posts: 9
Website

Re: File transfer priority

This is probably a transparent hugepages issue. Are you running out of memory during file copying?

Is the "GUI grinds to a halt during file transfer" issue still there after doing the following?

# echo madvise > /sys/kernel/mm/transparent_hugepage/defrag
# echo madvise > /sys/kernel/mm/transparent_hugepage/enabled
# echo 0 > /sys/kernel/mm/transparent_hugepage/khugepaged/defrag

what about after doing the following?

# echo never > /sys/kernel/mm/transparent_hugepage/defrag
# echo never > /sys/kernel/mm/transparent_hugepage/enabled
# echo 0 > /sys/kernel/mm/transparent_hugepage/khugepaged/defrag

Edit: Also what kernel release (uname -r) and desktop environment?

Last edited by fredmorcos (2012-08-06 13:38:43)

Offline

Board footer

Powered by FluxBB