Re: Awful FreeBSD 9 block IO performance in KVM
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 against virtio-blk, mainly because there is no point in doing it against a device whose transfers have been capped to 3.3MB/sec. are you sure it is really capped? i am not. just emulated sym device reports low speed. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Fwd: kern/170058: [cbb] cardbus slot is not functioning correctly after a resume
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 resume To: Adrian Chadd Thank you very much for your problem report. It has the internal identification `kern/170058'. The individual assigned to look at your report is: freebsd-bugs. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=170058 >Category: kern >Responsible:freebsd-bugs >Synopsis: [cbb] cardbus slot is not functioning correctly after a resume >Arrival-Date: Sat Jul 21 23:50:02 UTC 2012 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Awful FreeBSD 9 block IO performance in KVM
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 >> test virtio against the latest code. I will do ivan's raw block test >> against virtio-blk, mainly because there is no point in doing it against >> a device whose transfers have been capped to 3.3MB/sec. > are you sure it is really capped? > i am not. just emulated sym device reports low speed. > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org" You are right. It is not capped at that speed: root@freebsd:/root # dd if=/dev/zero of=/dev/da1 bs=16384 count=262144 262144+0 records in 262144+0 records out 4294967296 bytes transferred in 615.840721 secs (6974153 bytes/sec) signature.asc Description: OpenPGP digital signature
Re: kern/170058: [cbb] cardbus slot is not functioning correctly after a resume
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 though... I have a couple that might work, but most of them don't suspend/resume right :( Warner > Thanks! > > > > Adrian > > -- Forwarded message -- > From: > Date: 21 July 2012 16:50 > Subject: Re: kern/170058: [cbb] cardbus slot is not functioning > correctly after a resume > To: Adrian Chadd > > > Thank you very much for your problem report. > It has the internal identification `kern/170058'. > The individual assigned to look at your > report is: freebsd-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=170058 > >> Category: kern >> Responsible:freebsd-bugs >> Synopsis: [cbb] cardbus slot is not functioning correctly after a >> resume >> Arrival-Date: Sat Jul 21 23:50:02 UTC 2012 > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org" ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Awful FreeBSD 9 block IO performance in KVM
>>> 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 without queueing. Is it really making effective use of queueing, or is something limiting queueing to one transfer at a time? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
