da0: Fixed Direct Access SCSI-5 device
da0: 3.300MB/s transfers
da0: Command Queueing enabled
da0: 409600MB (838860800 512 byte sectors: 255H 63S/T 52216C)
It does not explain why virtio is slow though, although I still need to
test virtio against the latest code. I will do ivan's raw block test
Hi all,
I found this in stable/9. I think it's also a problem in -HEAD.
Would someone with PCI bus clue take a look ?
Thanks!
Adrian
-- Forwarded message --
From:
Date: 21 July 2012 16:50
Subject: Re: kern/170058: [cbb] cardbus slot is not functioning
correctly after a resu
On 07/21/2012 04:15 AM, Wojciech Puchar wrote:
>> da0: Fixed Direct Access SCSI-5 device
>> da0: 3.300MB/s transfers
>> da0: Command Queueing enabled
>> da0: 409600MB (838860800 512 byte sectors: 255H 63S/T 52216C)
>>
>> It does not explain why virtio is slow though, although I still need to
>> te
On Jul 21, 2012, at 5:50 PM, Adrian Chadd wrote:
> Hi all,
>
> I found this in stable/9. I think it's also a problem in -HEAD.
>
> Would someone with PCI bus clue take a look ?
I'll be happy to look at it... just as soon as I get a laptop that
suspends/resumes with a cardbus slot to test it
>>> da0: 3.300MB/s transfers
>>> da0: Command Queueing enabled
>
> root@freebsd:/root # dd if=/dev/zero of=/dev/da1 bs=16384 count=262144
>
> 4294967296 bytes transferred in 615.840721 secs (6974153 bytes/sec)
1) Does a larger block size (bs=1m) help?
2) That's roughly the speed I'd expect withou
5 matches
Mail list logo