[Gluster-users] Poor performance on a server-class system vs. desktop
Dmitry Antipov
dmantipov at yandex.ru
Fri Nov 27 05:53:11 UTC 2020
On 11/26/20 8:14 PM, Gionatan Danti wrote:
> So I think you simply are CPU limited. I remember doing some tests with loopback RAM disks and finding that Gluster used 100% CPU (ie: full load on an entire core) when doing 4K random writes. Side
> note: using synchronized (ie: fsync) 4k writes, I only get ~600 IOPs even when running both bricks on the same machine and backing them with RAM disks (in other words, with no network or disk
> bottleneck).
Thanks, it seems you're right. Running local replica 3 volume on 3x1Gb ramdisks, I'm seeing:
top - 08:44:35 up 1 day, 11:51, 1 user, load average: 2.34, 1.94, 1.00
Tasks: 237 total, 2 running, 235 sleeping, 0 stopped, 0 zombie
%Cpu(s): 38.7 us, 29.4 sy, 0.0 ni, 23.6 id, 0.0 wa, 0.4 hi, 7.9 si, 0.0 st
MiB Mem : 15889.8 total, 1085.7 free, 1986.3 used, 12817.8 buff/cache
MiB Swap: 0.0 total, 0.0 free, 0.0 used. 12307.3 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
63651 root 20 0 664124 41676 9600 R 166.7 0.3 0:24.20 fio
63282 root 20 0 1235336 21484 8768 S 120.4 0.1 2:43.73 glusterfsd
63298 root 20 0 1235368 20512 8856 S 120.0 0.1 2:42.43 glusterfsd
63314 root 20 0 1236392 21396 8684 S 119.8 0.1 2:41.94 glusterfsd
So, 32-core server-class system with a lot of RAM can't perform much faster for an
individual I/O client - it just scales better if there are a lot of clients, right?
Dmitry
More information about the Gluster-users
mailing list