Hello,
monitor# camcontrol negotiate 0:0 -W 16
Current Parameters:
(pass0:mpt0:0:0:0): sync parameter: 0
(pass0:mpt0:0:0:0): offset: 0
(pass0:mpt0:0:0:0): bus width: 8 bits
(pass0:mpt0:0:0:0): disconnection is enabled
(pass0:mpt0:0:0:0): tagged queueing is enabled
monitor# dd if=/dev/zero
Hello, Daniel
Can you execute camcontrol with some parameters again?
For example, `camcontrol negotiate 0:0 -W 16 -O 127 -R 40.000'.
--
Shunsuke SHINOMIYA [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
Oh, btw, this make improvements only on 7.0-Release and Stable using ULE
scheduler.
- Using 4BSD Scheduler will improve disk access speed but no cpu usage.
- On FreeBSD 6.2 and 6.3 this make no difference on cpu usage/speed
(about 60mb/sec maximum using 100% cpu).
Thanks,
Daniel
Daniel
Much better:
endevor# camcontrol negotiate 0:0 -W 16 -O 127 -R 40.000
Current Parameters:
(pass0:mpt0:0:0:0): sync parameter: 8
(pass0:mpt0:0:0:0): frequency: 160.000MHz
(pass0:mpt0:0:0:0): offset: 127
(pass0:mpt0:0:0:0): bus width: 16 bits
(pass0:mpt0:0:0:0): disconnection is enabled
On Mon, May 19, 2008 at 11:02:31AM +0200, Daniel Ponticello wrote:
Hello,
monitor# camcontrol negotiate 0:0 -W 16
Current Parameters:
(pass0:mpt0:0:0:0): sync parameter: 0
(pass0:mpt0:0:0:0): offset: 0
(pass0:mpt0:0:0:0): bus width: 8 bits
(pass0:mpt0:0:0:0): disconnection is
Hello,
i'm running some tests with FreeBSD6.3 and FreeBSD7-Stable, using both
AMD64 and I386 arch
with both schedulers (ULE and 4BSD) on VmWare ESX3.5 server.
Everything runs almost fine, except for disk access. Performance is
quite OK (around 60mb/sec),
but when accessing disks, System
On Sun, May 18, 2008 at 04:15:55PM +0200, Daniel Ponticello wrote:
Hello,
i'm running some tests with FreeBSD6.3 and FreeBSD7-Stable, using both
AMD64 and I386 arch
with both schedulers (ULE and 4BSD) on VmWare ESX3.5 server.
Everything runs almost fine, except for disk access. Performance
Clifton Royston ha scritto:
If you are accessing a software emulation of a SCSI disk, I would
offhand expect the CPU load to go up substantially when you are reading
or writing it at the maximum achievable bandwidth. You can't expect
normal relative load results under an emulator, and while
da0 at mpt0 bus 0 target 0 lun 0
da0: VMware Virtual disk 1.0 Fixed Direct Access SCSI-2 device
da0: 3.300MB/s transfers
da0: Command Queueing Enabled
da0: 34816MB (71303168 512 byte sectors: 255H 63S/T 4438C)
Can you re-negotiate transfer rate, using camcontrol?
`camcontrol negotiate 0:0