AK>>> оно a) опасное EG>> А что у нас не опасное? AK> отсутствие ненужнопатча - не опасно. EG>> b) ненужное EG>> Тебе. AK> никому. Поскольку никакой проблемы не решает.
Ты как всегда абсолютизируешь свои привычки. Hе решает только в твоих условиях - а я вот нынче занимаюсь PR'ом человека с FreeBSD на ноутбуке, автоматизируя повторное вливание обновленного микрокода CPU после просыпания системы. Собственно, сам код там элементарная добавка в /etc/rc.resume (вызов rcorder -k resume) и он уже работает, осталось только документацию обновить. А майские обновления микрокодов от Intel добавляют поддержку IBRS, которую использует код, который ты упорно пытаешься выпилить.
AK> Hо я не тестировал, да, выкинул по пункту а.
EG>> NetFlix тем временем был занят оптимизированием узких мест EG>> сетевого кода ядра (узкие места есть всегда по определению) EG>> и добился выдачи 90 гигабит в секунду шифрованного TLS-ом EG>> трафика TCP большим количеством потоков и одной сетевой EG>> 100-гигабитной картой PCI-E 3. AK> на _своем_ специфическом кейсе, существующем в одном-единственном месте. AK> Hе факт что для простых смертных при этом что-нибудь не испортили. AK> Кстати, в линуксе есть уже аж два стека, dpdk и имени BBC, вообще игнорирующие AK> ядро и его сетевой код (для выплевывания udp потока без контроля доставки, AK> в общем-то, нафиг не нужен). Производительность примерно та же.
Только dpdk и netmap это вовсе не "стек", это как раз таки фреймворк для девелоперов, чтобы писать свои приложения в обход какого-либо универсального стека, затачивая весьма конкретные чипы под решения узкоспециальных задач. Тоже себе подход, но требует серьезного программирования на фреймворке, вместо портабельных API типа BSD sockets или там POSIX.
EG>> Если ты не в курсе, то SVN для FreeBSD это не средство разработки кода, EG>> официально. Это средство публикации кода и хранения истории. AK> а зачем ее хранить в svn?
Для истории и коммит-логов. Hу ещё merge из head в stable чуть проще.
AK> Повторю: в линуксе так было в 98м году.
И опять ты зачем-то тянешь в обсуждение линукс, несмотря на то, что там вовсе не "так".
AK>>> и что делать если он a) сфейлился b) пропатчил неправильно ? EG>> Hет никакой разницы с другими инструментами - чинить. AK> "другой инструмент" останавливается на проблемном файле, и спрашивает что AK> ему делать, а не требует рытья по логу на энцать страниц, с риском вообще AK> пропустить проблему.
patch возвращает ненулевой код ошибки и сборка даже не начнется, если что-то не наложилось. И рыться глазками по логу не надо - если patch вылетел с ошибкой, то и в логе, и на файловой системе будут .rej-файлы.
EG>> А оно не нужно. Достаточно запустить в нужном подкаталоге EG>> svn diff > конкретный.diff для конкретного файла после внесения правок. AK> вручную? AK> широко жил партизан Боснюк...
Можно подумать, git-команды ты запускаешь ментальным управлением, а не точно так же вручную.
Eugene -- Поэты - страшные люди. У них все святое. --- slrn/1.0.2 (FreeBSD) * Origin: RDTC JSC (2:5006/1@fidonet)