Линуксоиды напряглись? Или у нас уже есть что-то не хуже?

Если нет, то линуксоеды могут этот код позаимствовать, так как бсд настоящие свободные ос.

Это хорошо. Значит если будет нужно — позаимствуем и даже с помощью GPL убедимся, что код будет оставаться свободным во веки веков.

Аминь.

Позаимствуй мне код из фряхи, которая в ПС4.

Спроси у Соньки. Нетфликс же дала сама ;)

Спроси у Соньки.

Так что там про свободу было?

Сонька тебе ничего не должна.

https://goo.gl/7iDjwC Ваша поистине свободная БСД будет справа.

У тебя есть пруфы на то, что те незначительные куски от FreeBSD в ПС4 как-то улучшены?

как посмели?!
А Линукс. почему не в линуксе первом появилось, под ГПЛ?!!!

Netflix задонейтил код

Netflix совместно с Nginx задонейтили код

Починил.

свобода заимствовать и свобода закрывать равноценные свободы.

Прикольно!

Во FreeBSD почти все коммиты сопровождаются комментарием «sponsored-by».

Ты сцуко как-то толсто троллишь.

ну пан можератор,
выкручиваемся, как можем!

Линуксоиды напряглись? Или у нас уже есть что-то не хуже?

Не. Мы со времен Linux 2.2 старательно удаляем /usr/share/man/man2/sendfile.* сразу после установки.

ну так бы сразу и сказал - есть такой вызов.
чо сразу троллишь...

во блин, даже ман прочитал...
и чо, реализация в Линуксе такая же быстрая, как и пропхнутая Нтефликсом во Фряху?

Показано 1 сообщений из 19.

С учетом того, что в линуксе сильно (очень) лучше с внутриядерными блокировками и SMP, линуксовая реализация как бы даже легко может оказаться лучше. Там весь профит в отсутствии to_user / from_user. У sendfile весьма специфичный профиль использования, самое часто его применение - это отдать buffer cache доступный через файловый дескриптор в сокет.

Правда? Смешно))

Никто не мешает проектам типа FreeBSD позаимствовать код из линукса и оставить его при этом свободным.

Только хотел задать вопрос, но они уже ответили в сообщение к коммиту

The new implementation features asynchronous I/O, when I/O operations are launched, but not awaited to be complete. An explanation of why such behavior is beneficial compared to old one is going to be too long for a commit message, so we will skip it here.

Точнее не ответили совсем.

Вот это наверное норм, но минорщина

Additional features of new syscall are extra flags, which provide an application more control over data sent. The SF_NOCACHE flag tells kernel that data shouldn't be cached after it was sent. The SF_READAHEAD() macro allows to specify readahead size in pages.