Может быть потому что линукс не единственная система с кореутилсами, а сами они написаны до появления этого сисколла?
> The splice() system call first appeared in Linux 2.6.17; library support was added to glibc in version 2.5.
> This system call is Linux-specific.
Потому, что на coreutils никто не строит систему, в которой количество байтиков в единицу времени делает заметной разницу в производительности? Потому, что большинству утилит всё-таки надо что-то сделать с данными (хотя бы прочесть их)?
@l29ah Я понимаю, что косвенная манипуляция буферами с данными нужна при быстром-быстром перекладывании содержимого сетевых пакетов, дисковых запросов, передач между устройствами, когда на это содержимое мы (обрабатывающая система) даже не смотрим. Если у тебя есть статистика, демонстрирующая, что ПРОДАКШОН колом стоит из-за копирования туда-сюда между ядром и cat, срочно звони Торвальдсу, пусть всё бросает и собирает консилиум.
Потому, что на coreutils никто не строит систему, в которой количество байтиков в единицу времени делает заметной разницу в производительности? Потому, что большинству утилит всё-таки надо что-то сделать с данными (хотя бы прочесть их)?
@l29ah Я понимаю, что косвенная манипуляция буферами с данными нужна при быстром-быстром перекладывании содержимого сетевых пакетов, дисковых запросов, передач между устройствами, когда на это содержимое мы (обрабатывающая система) даже не смотрим. Если у тебя есть статистика, демонстрирующая, что ПРОДАКШОН колом стоит из-за копирования туда-сюда между ядром и
cat, срочно звони Торвальдсу, пусть всё бросает и собирает консилиум.