On Tuesday July 5, [EMAIL PROTECTED] wrote:
On Tuesday July 5, [EMAIL PROTECTED] wrote:
On Tue, Jul 05, 2005 at 11:08:17AM +1000, Neil Brown wrote:
On 2.6.13-rc1 the same test takes just short on 1 minute and reports
slightly less than 2 M/Second.
That sounds like your drives have
kernel 2.6.13-rc1-git7 after applaying patch transfer back to 72MB/s on
aha19160 with 15k rpm seagate with reiserfs3 but possible deadlock in heavy IO
- rsync ~5-files from /mnt/seagate15k/a to /mnt/seagate15k/b ended in
middle with deadlock of rsync (3 instances), pdflush, and gam_server
kernel 2.6.13-rc1-git7 after applaying patch transfer back to 72MB/s on
aha19160 with 15k rpm seagate with reiserfs3 but possible deadlock in heavy IO
- rsync ~5-files from /mnt/seagate15k/a to /mnt/seagate15k/b ended in
middle with deadlock of rsync (3 instances), pdflush, and gam_server
Hi,
I have a server with a:
SCSI storage controller: Adaptec AHA-3960D / AIC-7899A U160/m (rev 01)
Subsystem: Adaptec AHA-3960D U160/m
connected to 14
Vendor: MAXTOR Model: ATLAS15K_36SCA Rev: DTA0
7 on each channel.
On 2.6.12 a simple 'dd' write test gives 70
On Tue, Jul 05, 2005 at 11:08:17AM +1000, Neil Brown wrote:
On 2.6.13-rc1 the same test takes just short on 1 minute and reports
slightly less than 2 M/Second.
That sounds like your drives have negotiated an asynchronous transfer
agreement. Could you provide your dmesg to confirm that
5 matches
Mail list logo