>MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xDFBDC000
>close(4) = 0
>open(“/usr/lib/libdl.so.1”, O_RDONLY) = 4
>fxstat(2, 4, 0x08047A0C) = 0
>mmap(0xDFBDF000, 4096, PROT_READ|PROT_EXEC,
>MAP_PRIVATE|MAP_FIXED, 4, 0) = 0xDFBDF000
>close(4) = 0
>close(3) = 0
>sysi86(SI86FPHW, 0xDFBDD8C0, 0x08047E0C, 0xDFBFCEA0)
>= 0x00000000
>fstat64(1, 0x08047D80) = 0
>open64(“test”, O_RDONLY) = 3
>fstat64(3, 0x08047CF0) = 0
>llseek(3, 0, SEEK_CUR) = 0
>mmap64(0x00000000, 6, PROT_READ, MAP_SHARED, 3, 0)
>= 0xDFB4A000
>read(3, “ h”, 1) = 1
>memcntl(0xDFB4A000, 6, MC_ADVISE, 0x0002, 0, 0) = 0
>write(1, “ h e l l o\n”, 6) = 6
>llseek(3, 6, SEEK_SET) = 6
>munmap(0xDFB4A000, 6) = 0
>llseek(3, 0, SEEK_CUR) = 6
>close(3) = 0
>close(1) = 0
>llseek(0, 0, SEEK_CUR) = 296569
>_exit(0)
Проанализировав конец протокола, можно заметить, что в Solaris команда cat выполняется несколько по-другому. Различие проявляется в том, что в Solaris ош использует проецируемый в память файл для передачи диапазона адресов непосредственно вызову функции write. Эксперимент с большим файлом (результаты которого здесь не приведены) выявил цикл запросов между вызовами функций memorymap/write, причем за один раз обрабатывается 256 Кб.
Приведенная трассировка не раскрывает правил использования инструментария трассировки (хотя с этим и стоило бы познакомиться, но для этого потребовалось написать бы несколько глав). Скорее всего, приведенный пример демонстрирует некоторые факты, с помощью которых можно выяснить логику работы операционных систем в этой ситуации.
Для углубления своих представлений об используемом инструментарии следует рассмотреть случаи применения файлов с предсказуемыми именами в директории временной памяти /tmp, чтения информации из файлов, доступных всем для записи, различных вариантов вызова функций и т. д.