| 1.3, Vee Nee (?), 13:54, 28/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
 Нужно поскорее объединить этот проект с systemd и сформировать набор утилит sortctl, catctl, permctl, chrootctl, linkctl, hostnamectl... стоп, это же уже есть, процесс пошел.
| | |
| |
| 2.4, Аноним (-), 14:12, 28/12/2017 [^] [^^] [^^^] [ответить]
| +10 +/– |
Запуск должен быть быстрым (с) системдэ
Следовательно ждём появления демонов catd, lessd, grepd, и т.п., которые _значительно_ сэкономят время запуска
| | |
| |
| 3.13, eRIC (ok), 18:05, 28/12/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
 > Запуск должен быть быстрым (с) системдэ
> Следовательно ждём появления демонов catd, lessd, grepd, и т.п., которые _значительно_
> сэкономят время запуска
это же системные утилиты а не демоны. зачем? пффффф.......
| | |
| |
| 4.20, pavlinux (ok), 21:20, 28/12/2017 [^] [^^] [^^^] [ответить]
| +13 +/– |
 > зачем?
Это единственный вопрос на который поттеренг не знает ответа.
| | |
| |
| 5.22, Аноним (-), 00:05, 29/12/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Вы одно из многих его альтер эго здесь. Сами поди все в регалиях и судьбоносных проектах?
| | |
|
|
|
| 2.14, eRIC (ok), 18:06, 28/12/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Нужно поскорее объединить этот проект с systemd и сформировать набор утилит sortctl,
> catctl, permctl, chrootctl, linkctl, hostnamectl... стоп, это же уже есть, процесс
> пошел.
сарказм?
| | |
| 2.19, Ложечка (?), 21:14, 28/12/2017 [^] [^^] [^^^] [ответить]
| +/– | |
>chrootctl
Есть уже systemd-nspawn. Голый chroot ни на что не годен.
| | |
|
| 1.21, теперь по Борщеву (?), 21:51, 28/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
sendfile в cp давно уже запиливать надо. Даже самплов полно, на сплайсе и ти, на гитхабах лежат, но цп по прежнему рид-врайт в цикле крутит.
| | |
| |
| 2.23, Аноним (-), 01:23, 29/12/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Not specified in POSIX.1-2001, nor in other standards.
> Other UNIX systems implement sendfile() with different semantics and prototypes. It should not be used in portable programs.
> 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.)
> 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.
> 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.
> Applications may wish to fall back to read(2)/write(2) in the case where sendfile() fails with EINVAL or ENOSYS.
Думаю, они просто не хотят возиться со всем этим при том, что "рид-врайт в цикле" пишется за минуту и работает везде.
| | |
| |
| 3.31, Iaaa (ok), 13:23, 29/12/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Не совсем за минуту, и не совсем везде.
Кроме того сендфайл лежит в ядре, и экономит большую кучу времени на переключениях в цикле в ядро и назад с соответствующими обертками кода и двойным копированием памяти. Я в прошлом году замерял, выигрыш был около 30%, что при высокой нагрузке на сервер огого как много.
| | |
| |
| 4.33, Аноним (-), 17:45, 29/12/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> сендфайл лежит в ядре
Проблема в том, что coreutils работают на более чем одном ядре.
| | |
|
|
|
| |
| 2.30, Аноним (-), 12:33, 29/12/2017 [^] [^^] [^^^] [ответить]
| +/– |
Там и половины команд не перечислено. Да и зачем, когда есть info coreutils.
| | |
|
|
