В действительности, если Вы используете серверную версию каждого программного обеспечения, не большое различие. Они всю осень от того же дерева. когда Вы начинаете прибавлять x11 и настольные среды, которые они начинают изменять preformace мудрый. (реальные веб-серверы не должны иметь X11),
Red Hat имеет длинную уважаемую историю, я пошел бы с этим. Также имеет лучшая безопасность из поля (с коммерческой поддержкой? не знайте, где они стоят в эти дни),
Вы вытащили бы лучшую производительность из хинду, но мне потребовались 6 месяцев, чтобы узнать что чертовски блестящее проклятие дистрибутива.
Если процесс 1 уже начал читать файл перед процессом 2 перезаписи это, то он будет иметь некоторую часть содержания сохраненной в stdio
буфер. После того как это пересекает границу размера буфера, это будет вынуждено перейти к ядру, и затем это найдет новое перезаписанное содержание.
Однако, если процесс 2 перезаписи, файл в противоположность удалению его (говорят с эхом "абракадабру"> file.txt), ссылке дескриптора файла в/proc / (обрабатывают 1 идентификатор)/fd сообщает о перезаписывающем материале ("абракадабра"), в то время как процесс 1 все еще может получить доступ к исходному содержанию исходный le.
Я не согласен:
$ echo original > /tmp/foo
$ tail -0f /tmp/foo &
[1] 20591
$ rm /tmp/foo
$ cat /proc/20591/fd/3
original
$ echo abracadabra > /tmp/foo
$ cat /proc/20591/fd/3
original
fd
свяжитесь все еще показывает исходное содержание, вопреки тому, чего Вы требовали. Это с Linux 3.5. Вы видите что-то другое?