22%
15.02.2012
rewinddir
0
0
0
0
0
0
0
0
fsync
21
21
21
21
21
22
26
31
lseekm
3
22%
26.01.2012
rewinddir
0
0
0
0
0
0
0
0
fsync
21
21
21
21
21
22
26
31
lseekm
3
22%
25.02.2013
0.00
01/31/2013 09:56:03 AM
avg-cpu: %user %nice %system %iowait %steal %idle
6.00 0.00 2.00 0.50 0.00 91.50
Device: rrqm/s wrqm/s r/s w/s rMB
22%
11.04.2016
(512 MB) copied, 49.1424 s, 10.4 MB/s
If you want to empty the read and write cache for benchmark purposes, you can do so using:
sync; echo 3 > /proc/sys/vm/drop_caches
Sequential access
22%
01.08.2012
| 358 kB 00:00
(4/12): hwloc-1.1-0.1.el6.x86_64.rpm | 1.0 MB 00:00
(5/12): libX11-1.3-2.el6.x86_64.rpm ...
Warewulf 3 Listing 2
22%
04.08.2020
(minified by 25.99X)
from python:2.7-alpine - 84.3MB => 23.1MB (minified by 3.65X)
from python:2.7.15 - 916MB => 27.5MB (minified by 33.29X)
from centos:7 - 647MB => 23MB (minified by 28.57X)
from centos
22%
18.07.2013
downloaded the approximately 3MB ZIP file, create a folder before you unpack, because the archive does not contain one. If you simply unzip, all the files and directories end up in the current directory
22%
30.11.2025
fsync
21
21
21
21
21
22
26
31
lseekm
3,848
766
2,946
762
739
738
757
3
22%
30.01.2020
=test
test: (g=0): rw=randwrite, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=32
fio-3.12
Starting 1 process
Jobs: 1 (f=1): [w(1)][100.0%][w=654MiB/s][w=167k IOPS][eta 00m:00s
21%
12.09.2013
.pl
00:00:00.50023
The output shows the amount of computing time the database engine consumed. You can pass in the desired time as a CGI parameter:
$ curl http://localhost/cgi/burn0.pl\?3
00:00
