https://www.opennet.dev/openforum/vsluhforumID3/113152.html Доступна (https://www.mail-archive.com/info-gnu@gnu.org/msg02386.html) новая стабильная версия набора базовых системных утилит GNU Coreutils 8.29 (http://gnu.org/software/coreutils/), в состав которого входят такие программы, как sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln, ls и т.д. <br><br><br><br>Основные новшества:<br><br><br>- В утилиту dd добавлена возможность использования флага "iflag=direct" c файлами произвольного размера на всех файловых системах;<br>- В dd обеспечена проверка выбора корректных диапазонов кэша при использовании опций "nocache" и "direct" (ранее некоторые страницы в кэше не аннулировались);<br>- В утилиту timeout добавлена опция "--verbose" для вывода диагностики в случае принудительного завершения работы;<br>- Режим "tail --bytes=NUM" теперь эффективно меняет позицию на конец блочного устройства вместо чтения с самого начала;<br><br>- В утилитах cksum и sleep, не поддерживающих длинные опции (за исключением --help и --version), обеспечен вывод корректного сообщения об ошибке https://www.opennet.dev/openforum/vsluhforumID3/113152.html#35 Sat, 30 Dec 2017 01:54:11 GMT таки понимаем, а вот поцтер храбро делает вид, что не понимает<br> https://www.opennet.dev/openforum/vsluhforumID3/113152.html#33 Fri, 29 Dec 2017 14:45:45 GMT &gt; сендфайл лежит в ядре<br><br>Проблема в том, что coreutils работают на более чем одном ядре.<br> https://www.opennet.dev/openforum/vsluhforumID3/113152.html#31 Fri, 29 Dec 2017 10:23:22 GMT Не совсем за минуту, и не совсем везде.<br><br>Кроме того сендфайл лежит в ядре, и экономит большую кучу времени на переключениях в цикле в ядро и назад с соответствующими обертками кода и двойным копированием памяти. Я в прошлом году замерял, выигрыш был около 30%, что при высокой нагрузке на сервер огого как много.<br> https://www.opennet.dev/openforum/vsluhforumID3/113152.html#30 Fri, 29 Dec 2017 09:33:26 GMT Там и половины команд не перечислено. Да и зачем, когда есть info coreutils.<br> https://www.opennet.dev/openforum/vsluhforumID3/113152.html#28 Fri, 29 Dec 2017 06:07:04 GMT вы не понимаете сути systemd!<br> https://www.opennet.dev/openforum/vsluhforumID3/113152.html#25 Fri, 29 Dec 2017 04:46:10 GMT Для любознательных:<br>Состав CoreUtils и краткое описание самих утилит опубликован тут:<br>"https://www.pixelbeat.org/docs/coreutils-gotchas.html"<br> https://www.opennet.dev/openforum/vsluhforumID3/113152.html#24 Thu, 28 Dec 2017 23:05:57 GMT Это просто вы им не умеете пользоваться.<br> https://www.opennet.dev/openforum/vsluhforumID3/113152.html#23 Thu, 28 Dec 2017 22:23:02 GMT &gt; Not specified in POSIX.1-2001, nor in other standards.<br>&gt; Other UNIX systems implement sendfile() with different semantics and prototypes. It should not be used in portable programs.<br>&gt; sendfile() will transfer at most 0x7ffff000 (2,147,479,552) bytes, returning the number of bytes actually transferred. (This is true on both 32-bit and 64-bit systems.)<br>&gt; In Linux 2.4 and earlier, out_fd could also refer to a regular file; this possibility went away in the Linux 2.6.x kernel series, but was restored in Linux 2.6.33.<br>&gt; The original Linux sendfile() system call was not designed to handle large file offsets. Consequently, Linux 2.4 added sendfile64(), with a wider type for the offset argument.<br>&gt; Applications may wish to fall back to read(2)/write(2) in the case where sendfile() fails with EINVAL or ENOSYS.<br><br>Думаю, они просто не хотят возиться со всем этим при том, что "рид-врайт в цикле" пишется за минуту и работает везде.<br> https://www.opennet.dev/openforum/vsluhforumID3/113152.html#22 Thu, 28 Dec 2017 21:05:43 GMT Вы одно из многих его альтер эго здесь. Сами поди все в регалиях и судьбоносных проектах?<br>