AK> ни в каких. Это костыль. Затыкает один-единственный вариант атаки.
Ты говоришь так, будто фиксы против buffer overflow - каждого конкретного в отдельности - тоже не нужны, ведь каждый их них затыкает один-единственный вариант атаки, а весь класс проблем с buffer overflow они не решают.
EG>> Только dpdk и netmap это вовсе не "стек", это как раз таки фреймворк EG>> для девелоперов, чтобы писать свои приложения в обход какого-либо EG>> универсального стека, затачивая весьма конкретные чипы под решения AK> потому что он не нужен для задачи "плюнуть односторонний поток udp-хлама". AK> А если ты попытаешься использовать улучшенный нетфликсом стек для чего-то AK> другого, никаких 90G там и близко не получится в любом случае.
Получится. Там ничего не сломано - есть пара сомнительных мест максимум, но это лечится.
EG>> узкоспециальных задач. Тоже себе подход, но требует серьезного EG>> программирования на фреймворке, вместо портабельных API типа EG>> BSD sockets или там POSIX. AK> при таких потоках это проще, чем копаться с сокетами. Потому что еще один ком AK> проблем тут в самом приложении, которое должно стабильно нагружать AK> отдачу, не забывая с этим же диким рейтом успевать добывать данные с источника. AK> Это проще делать, когда у тебя есть прямой контроль над состоянием AK> буферов на отправку.
Да я ж не говорю, что подход не имеет права на жизнь, просто не надо это называть "другим стеком", потому как стек протоколов TCP/IP это другое. В dpkg и в netmap нет этого стека протоколов.
EG>> patch возвращает ненулевой код ошибки и сборка даже не начнется, EG>> если что-то не наложилось. И рыться глазками по логу не надо - если AK> угу, будем искать rej find'ом, вот удобство-то...
Hезачем искать его find'ом, лог же есть.
EG>>>> svn diff > конкретный.diff для конкретного файла после внесения правок. AK>>> вручную? AK>>> широко жил партизан Боснюк... EG>> Можно подумать, git-команды ты запускаешь ментальным управлением, AK> гит-команды не требуют вручную собирать конкретный дифф для конкретного AK> файла, и так сто раз.
Зато они требуют *гораздо* больше других вызовов и заточены под гораздо более сложную модель разработки, которая мне solo не нужна.
Eugene -- Hаучить не кланяться авторитетам, а исследовать их и сравнивать их поучения с жизнью. Hаучить настороженно относиться к опыту бывалых людей, потому что жизнь меняется необычайно быстро. --- slrn/1.0.2 (FreeBSD) * Origin: RDTC JSC (2:5006/1@fidonet)
