On Wed, Aug 17, 2016 at 10:19:05AM +0200, rai...@ultra-secure.de wrote:
> Am 2016-08-16 16:24, schrieb rai...@ultra-secure.de:
> > Am 2016-08-16 16:18, schrieb Roger Pau Monné:
> > 
> > > I'm not saying it's not possible, but are you sure this slowdown is
> > > caused
> > > by the disk? It's certainly a possibility, but I would like to make
> > > sure
> > > it's caused by that before jumping into conclusions.
> > > 
> > > Can you load the full database in RAM and perform the same test.
> > > TBH, I
> > > don't use MariaDB, so I'm not sure what's the best way to achieve
> > > this, but
> > > a quick search on google shows there are multiple ways. In any case,
> > > make
> > > sure with iostat that the database is not read from the disk.
> > 
> > I'll try to do some disk-benchmarks, when I can attach some bigger
> > disks.
> 
> on Ubuntu 14 with HVM:
> 
> dc3dd wipe=/dev/xvdc
> 
> dc3dd 7.1.614 started at 2016-08-17 09:38:17 +0200
> compiled options:
> command line: dc3dd wipe=/dev/xvdc
> device size: 104857600 sectors (probed)
> sector size: 512 bytes (probed)
> 53687091200 bytes (50 G) copied (100%), 464.642 s, 110 M/s
> 
> input results for pattern `00':
>    104857600 sectors in
> 
> output results for device `/dev/xvdc':
>    104857600 sectors out
> 
> dc3dd completed at 2016-08-17 09:46:01 +0200
> 
> 
> On FreeBSD 10.3-RELEASE-p6 with HVM:
> 
> Aug 17 09:57:52 bla-prod kernel: xbd4: 51200MB <Virtual Block Device> at
> device/vbd/51776 on xenbusb_front0
> Aug 17 09:57:52 bla-prod kernel: xbd4: features: write_barrier
> Aug 17 09:57:52 bla-prod kernel: xbd4: synchronize cache commands enabled.
> 
> dc3dd wipe=/dev/xbd4
> 
> and it's showing 8.something MB/s
> 
> Is this normal?

No, I don't think so, this is what I get using a slow USB 2.0 disk as the 
backend: (on Dom0 I get something between 70-80M/s, so there isn't much 
difference).

# dc3dd wipe=/dev/ada1

dc3dd 7.2.641 started at 2016-08-17 09:03:26 +0000
compiled options:
command line: dc3dd wipe=/dev/ada1
device size: 2097152 sectors (probed),    1,073,741,824 bytes
sector size: 512 bytes (probed)
  1073741824 bytes ( 1 G ) copied ( 100% ),   16 s, 65 M/s

input results for pattern `00':
   2097152 sectors in

output results for device `/dev/ada1':
   2097152 sectors out

dc3dd completed at 2016-08-17 09:03:42 +0000

> What may I be doing wrong?

TBH it's hard to tell, I don't know of any option that could cause this disk 
performance degradation. Do you also have ada* devices apart from the xbd* 
ones? I don't think it's going to make any difference, but could you try 
with the ada* block devices instead?

Roger.
_______________________________________________
freebsd-xen@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"

Reply via email to