Início / server / Perguntas / 951226
Accepted
Craig Ringer
Asked: 2019-01-30 00:25:20 +0800 CST

Em que unidades estão as medidas de E/S no "tempo" GNU?

  • 772

GNU timetem exibição opcional de medições de E/S:

TIME="%I:%O" /usr/bin/time cp filea fileb
0:5488

mas quais unidades ele mede? Alguma ideia? O manual diz apenas

   %I     Number of filesystem inputs by the process.

   %O     Number of filesystem outputs by the process.

o que é menos do que útil.

Alguns testes sugerem que provavelmente são 512k blocos, dados e metadados:

$ TIME="%I:%O" /usr/bin/time dd if=/dev/zero of=foo bs=1 count=1024
1024 bytes (1.0 kB, 1.0 KiB) copied, 0.0120082 s, 85.3 kB/s
0:8

$ TIME="%I:%O" /usr/bin/time dd if=/dev/zero of=foo bs=1k count=1 conv=sync
1024 bytes (1.0 kB, 1.0 KiB) copied, 0.000354987 s, 2.9 MB/s
0:8

$ TIME="%I:%O" /usr/bin/time dd if=/dev/zero of=foo bs=1k count=1024
1048576 bytes (1.0 MB, 1.0 MiB) copied, 0.017763 s, 59.0 MB/s
0:2080

[craig@ayaki-localdomain personal-git]$ TIME="%I:%O" /usr/bin/time dd if=/dev/zero of=foo bs=1M count=1 conv=sync
1048576 bytes (1.0 MB, 1.0 MiB) copied, 0.0052077 s, 201 MB/s
0:2048

mas seria bom confirmar isso.

Alguém sabe de onde vem?

linux

2 respostas

  1. Best Answer

    Do manual:

    The `%I' and `%O' values are allegedly only `real'
input and output and do not include those supplied
by caching devices. The meaning of `real' I/O reported
by `%I' and `%O' may be muddled for workstations,
especially diskless ones.

    Portanto, as unidades estão em I/Os. Talvez o código-fonte saiba o que isso significa. Da documentação da função de resumo em time.c:

    ...
I == file system inputs (ru_inblock)
...
O == file system outputs (ru_oublock)
...

    ru_inblock e ru_oblock vêm de getrusage. Do manual getrusage:

    ru_inblock (since Linux 2.6.22)
  The number of times the filesystem had to perform input.

ru_oublock (since Linux 2.6.22)
  The number of times the filesystem had to perform output.

    Bem, isso não é particularmente útil, mas o LKML mostra os patches que estão sendo discutidos ( https://lkml.org/lkml/2007/3/19/100 ) para adicionar ru_inblock e ru_oublock:

    As TASK_IO_ACCOUNTING currently counts bytes, we approximate blocks
count doing : nr_blocks = nr_bytes / 512

    Uma verificação no código-fonte atual do kernel ( https://github.com/spotify/linux/blob/master/include/linux/task_io_accounting_ops.h ) mostra:

    /*
 * We approximate number of blocks, because we account bytes only.
 * A 'block' is 512 bytes
 */
static inline unsigned long task_io_get_inblock(const struct task_struct *p)
{
    return p->ioac.read_bytes >> 9;
}

    e

    /*
 * We approximate number of blocks, because we account bytes only.
 * A 'block' is 512 bytes
 */
static inline unsigned long task_io_get_oublock(const struct task_struct *p)
{
    return p->ioac.write_bytes >> 9;
}

    Resumindo, sim, os blocos têm aproximadamente 512 bytes cada.

    • 4

  2. Eu acho que as "entradas/saídas do sistema de arquivos" significam o tamanho do bloco, portanto, se o sistema de arquivos subjacente foi formatado com blocos de 512 bytes, ele retornará isso, se algo mais, então isso.

    Mas isso é apenas um palpite.

    • 2

relate perguntas