On Fri, 2 Dec 2005, Timothy A. Chagnon wrote:
You might be able to just renice the process to a lower priority.
that was my first attempt. Since the CPU usage/load average
is already low, it had no effect at all.
Your idea of changing the memory that the copy process uses might work
too. If you use dd instead of cp, you could set the block size (bs)
to a smaller value.
tried dd with bs=default and still interactive processes
(eg repainting a firefox screen, that would normally stay in
memory when I changed to another screen), were slow
(presumably the firefox screen had to be paged in from
disk).
Thanks for the suggestions
Joe
--
Joseph Mack NA3T EME(B,D), FM05lw North Carolina
jmack (at) wm7d (dot) net - azimuthal equidistant map
generator at http://www.wm7d.net/azproj.shtml
Homepage http://www.austintek.com/ It's GNU/Linux!
--
TriLUG mailing list : http://www.trilug.org/mailman/listinfo/trilug
TriLUG Organizational FAQ : http://trilug.org/faq/
TriLUG Member Services FAQ : http://members.trilug.org/services_faq/
