[pve-devel] backup ceph high iops and slow

Alexandre DERUMIER aderumier at odiso.com
Mon Oct 20 09:50:04 CEST 2014


>>25000 iops 4K read : auth_client: cephx  rbd_cache: off (100% cpu - seem to have read lock with rbd_cache=true)

Ok, this one was a regression bug in 0.85, and as been fixed in last master

----- Mail original ----- 

De: "Alexandre DERUMIER" <aderumier at odiso.com> 
À: "Dietmar Maurer" <dietmar at proxmox.com> 
Cc: pve-devel at pve.proxmox.com 
Envoyé: Dimanche 19 Octobre 2014 20:47:04 
Objet: Re: [pve-devel] backup ceph high iops and slow 

>>How should we do read-ahead inside qemu? manually? 

This is managed by the linux kernel automaticaly 

/sys/class/block/sda/queue/read_ahead_kb 



Also about ceph performance, 

another problem is that qemu is single threaded for block access. And ceph/librbd cpu usage is huge, so it's possible to be 
cpu bound on 1 core. 

I need to send a patch, but with virtio-scsi it's possible to do multi-queue, to scale on multi-cores, with "num_queue" param in virtio-scsi device. 
I'm not sure It's helping for the blocks jobs, but It's really helping the guest ios. 




Here some bench results on coming giant ceph release with differents tuning:(0.86) 

8 cores (CPU E5-2603 v2 @ 1.80GHz): 

15000 iops 4K read : auth_client: cephx rbd_cache: on (50% cpu) 
25000 iops 4K read : auth_client: cephx rbd_cache: off (100% cpu - seem to have read lock with rbd_cache=true) 

40000 iops 4K read : auth_client: none rbd_cache: off (100% cpu - cephx auth is really cpu intensive) 


And with 1 core, I can get only 7000 iops. (same inside the vm with virtio-blk) 

----- Mail original ----- 

De: "Dietmar Maurer" <dietmar at proxmox.com> 
À: "Alexandre DERUMIER" <aderumier at odiso.com> 
Cc: pve-devel at pve.proxmox.com, "VELARTIS Philipp Dürhammer" <p.duerhammer at velartis.at>, "Dmitry Petuhov" <mityapetuhov at gmail.com> 
Envoyé: Dimanche 19 Octobre 2014 18:07:30 
Objet: RE: [pve-devel] backup ceph high iops and slow 

> +RBD supports read-ahead/prefetching to optimize small, sequential reads. 
> +This should normally be handled by the guest OS in the case of a VM, 

How should we do read-ahead inside qemu? manually? 
_______________________________________________ 
pve-devel mailing list 
pve-devel at pve.proxmox.com 
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel 



More information about the pve-devel mailing list