- copy a large file (eg. an iso image file) to a directory on the same
(reiserfs in this case) filesystem, or...
- do a filesystem comparison between a CD and the original file (with cmp
/mnt/cdrom/<filename> /mnt/reiserfs/1/data/<original_file_location>, using a
PLEXTOR Model: CD-ROM PX-40TS SCSI CD-ROM drive),
- and THEN (while the copy or comparison runs) try any simple command (like
'ls /mnt/reiserfs/1/data' or 'top' or anything else...).
Response time is abysmal, a simple 'ls /some/dir' takes tens of seconds to
start. Once the command is running, performance is normal. Try this when a
cdrecord session is running and you'll get a buffer underrun.
The box has 768 MB of RAM, 512 MB of swap. There is no significant load on the
system (according to an already running copy of top) neither before nor during
the test. Try tab-completing a command in a terminal, and that terminal freezes
for tens of seconds, usually until after the file system load has gone down.
In a few words, heavy filesystem activity seems to wreak havoc on the system.
Not by loading the CPU (it hardly breaks out a sweat at 178% idle (SMP...)).
Turning off swap (swapoff -a) does not change the observed behaviour.
Anyone else seen something like this?
-- WWWWW _______________________ ## o o\ / Frank de Lange \ }# \| / \ ##---# _/ <Hacker for Hire> \ #### \ +31-320-252965 / \ lkml-frank@unternet.org / ------------------------- [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/