Elliott, Robert (Server Storage)
11 years ago
-----Original Message-----
Of Sitsofe Wheeler
...Of Sitsofe Wheeler
filename=\\.\physicaldrive1
ioengine=windowsaio
direct=1
...ioengine=windowsaio
direct=1
size=86%
bs=4k
...bs=4k
I noticed that, in linux, if you select
filename=/dev/sd<not there>
size=<something>
(e.g., if you run fio after a device has failed), it creates a
normal file of the specified size (which could be quite large
if using a script such as above).
If you use direct=1, the file is created, followed by this error:
fio: pid=8914, err=22/file:filesetup.c:611, func=open(/dev/sdad), error=Invalid argument
fio: looks like your file system does not support direct=1/buffered=0
fio: looks like your file system does not support direct=1/buffered=0
fio: destination does not support O_DIRECT
If you don't use size=, no file is created and this error
occurs:
fio: pid=0, err=22/file:filesetup.c:820, func=total_file_size, error=Invalid argument
drive_ag: you need to specify size=
If you recreate the device, udevd blows away any such file with
the block device node file, so it's not a good place to put
normal files, even if that is intentional.
In Windows, all "\\.\" paths are assumed to mean block devices,
so fio doesn't inadvertently try to create a normal file in
such a location.
Should fio treat "/dev" paths in linux the same way?
---
Rob Elli