GNU bug report logs -
#51787
GC takes more than 9 hours on berlin
Previous Next
Reported by: Mathieu Othacehe <othacehe <at> gnu.org>
Date: Fri, 12 Nov 2021 11:50:02 UTC
Severity: important
Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Hey,
New day, new benchmark. Berlin has two hard drives, which are roughly
used this way:
/dev/sda -> / (916G)
/dev/sdb -> /gnu (37T)
I ran the fio benchmark tool on both of them. See the reports
attached, and the following summary:
--8<---------------cut here---------------start------------->8---
| | sda | sdb |
|-------+-----------+-----------|
| read | 1565KiB/s | 9695KiB/s |
| write | 523KiB/s | 3240KiB/s |
--8<---------------cut here---------------end--------------->8---
I'm not sure how slow those figures are relatively to the hard drives
technologies. Ricardo, any idea about that?
My own NVME hard drive has 294MiB/s read and 98.1MiB/s write with the
same test in comparison.
I also tried to benchmark file removal this way, but this is not really
conclusive:
--8<---------------cut here---------------start------------->8---
# 3.8s on sdb
time for i in {0..100000}; do echo 'test' > "fs_test/test${i}.txt"; done
# 2.7s on sdb
time rf -rf fs_test
--8<---------------cut here---------------end--------------->8---
Thanks,
Mathieu
[fio_sda (application/octet-stream, attachment)]
[fio_sdb (application/octet-stream, attachment)]
This bug report was last modified 1 year and 275 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.