Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 62
Спасибо за статью (перевод)! А встречался ли вам подобного качества материал на тему Fuchsia OS? Было бы весьма интересно понять, насколько быстра эта тёмная лошадка.
Кстати, как книгоиздатель подтверждаю — тема BPF сейчас на подъёме не только у нас, но и на западе. По этому хотелось бы обратить внимание на нашу книгу «BPF для мониторинга Linux». Мы очень стараемся отслеживать тренды ещё на этапе формирования и готовить для русскоязычных читателей актуальные книги. Да и в целом у нас по Linux много востребованных изданий.
Более подробно с книгой можно ознакомиться на сайте издательства.
Кстати, как книгоиздатель подтверждаю — тема BPF сейчас на подъёме не только у нас, но и на западе. По этому хотелось бы обратить внимание на нашу книгу «BPF для мониторинга Linux». Мы очень стараемся отслеживать тренды ещё на этапе формирования и готовить для русскоязычных читателей актуальные книги. Да и в целом у нас по Linux много востребованных изданий.
Более подробно с книгой можно ознакомиться на сайте издательства.
Вряд ли Fuchsia будет очень бысрой. Там все слишком изолированно и асинхронно. Например, драйвер сетевой карты работает с одном процессе (не в ядре), а релиазация протокола TCP/IP — в другом (тоже не в ядре). Файловая система в третьем, и так далее. Ядро, по сути, лишь предоставляет примитивы межпроцессной коммуникации. Упор на бесопасность и изоляцию, за что скорее всего придется заплатить производительностью.
Роль VPN — защитить соединение от внешнего наблюдателя. С этой ролью он справляется хорошо. То, что он плохо справляется с задачей, для которой просто не предназначен — ну, так и картошку им не вскопаешь и воду на нём тоже не вскипятишь.
А еще WG по функционалу крайне аскетичен по сравнению с OVPN.
Как по мне так сравнивать его нужно с чем-то типа tinc, да и у того возможностей сильно больше.
Другое дело что большая часть функций OVPN большинству пользователей и ненужна.
Как по мне так сравнивать его нужно с чем-то типа tinc, да и у того возможностей сильно больше.
Другое дело что большая часть функций OVPN большинству пользователей и ненужна.
Другое дело, что может корректнее сравнивать сколько лет WG и сколько OpenVPN? Следовательно сравнивать текущее состояние WG и состояние OpenVPN, когда он был в таком же возрасте, в котором сейчас WG?
Наверное, такое сравнение тоже будет неудачное. Скорость разработки радикально изменилась с момента первого релиза опенвпн
Это как сравнивать мотоцикл и трактор. Изначально создавались под разное.
Вот когда (если) WG по фичам приблизится к OVPN тогда и будет любопытно каким количеством костыльного кода он обрастет (или нет).
Вот когда (если) WG по фичам приблизится к OVPN тогда и будет любопытно каким количеством костыльного кода он обрастет (или нет).
eBPF… он делает это, выполняя код пользовательского пространства внутри виртуальной машины в ядре
и порождает новое поколение вирусов, которое живет в пространстве ядра и поэтому не определяется ровно ничем? все эти selinux сразу станут бесполезны.
и порождает новое поколение вирусов, которое живет в пространстве ядра и поэтому не определяется ровно ничем?
как будто раньше нельзя было сделать insmod и подложить в ядро руткит… Суть-то не поменялась. А вот удобство работы через eBPF существенно больше, чем компилить модуль ядра. Причем именно для пользователя.
Было бы интересно посмотреть на вирус, в котором ни нет циклов, ни переходов назад.
К концу этого года появится Linux 6.0. Но не стоит сильно обращать внимание на это число. В свое время, Торвальдс сказал о выпуске 5.0 следующее: «Я хотел бы отметить (ещё раз), что мы не делаем функциональные релизы, и что 5.0 не означает ничего большего, чем то, что числа 4.х стали такими большими, что у меня не хватает пальцев на руках и ногах, чтобы сосчитать их».
Когда-нибудь они таки придут к самой логичной в таком случае (когда выпуск осуществляется строго по расписанию) нумерации — просто одно число.
И это число будет датой выпуска.
Дата выпуска ненадёжна — она может по каким-то причинам отличаться от запланированной. В итоге, получится введение в заблуждение, когда релиз 20200929 будет выпущен 30.09.2020. Например, это произошло с OpenWrt, когда выпуск 19.07 случился в 2020 году вместо середины 2019.
Простой номер, увеличивающийся каждый раз на единицу, лишён этого недостатка.
Простой номер, увеличивающийся каждый раз на единицу, лишён этого недостатка.
У простого номера огромный недостаток, он не несет никакой информации. Если ты не глубоко в теме то сложно определить насколько свеж релиз.
Как по мне, фактическая дата релиза несет больше смысла чем запланированная.
Как по мне, фактическая дата релиза несет больше смысла чем запланированная.
Справедливости ради, схема нумерации у ядра и не была никогда информативной в плане даты. Вероятно, разработчикам ядра это не нужно.
Если нумеровать по фактической дате, то опять же будет путаница, когда из-за задержки релиз, который все привыкли называть 19.07 (ну его же надо как-то называть до релиза), стал называться 20.01
и все таки информаци у простого номера есть — его порядковость. Говоря о релизе 20200929 и 20201129 сложно сказать были ли релизы между этими датами. А вот между 1 и 4 было еще 2 выпуска. Можно конечно скомбинировать и иметь что-то вроде 2020092901 2020112904
Просто «свежесть» релиза сама по себе не особо много информации несёт. Если мне например, надо понять, с какой версии появилась поддержка функции X, то без таблицы релизов так и так не обойтись.
Иногда удобно, соглашусь — например, выбирая дистрибутив для старого ноута я в первом приближении смотрел именно на год релиза (благо в Ubuntu это удобно), сопоставляя его с годом выпуска самого ноута.
Иногда удобно, соглашусь — например, выбирая дистрибутив для старого ноута я в первом приближении смотрел именно на год релиза (благо в Ubuntu это удобно), сопоставляя его с годом выпуска самого ноута.
Мне кажется это было бы непрактичным с точки зрения выпуска патчей: была бы условная версия 20191124.68, почему-то вышедшая на месяц позже, чем 20200802 и на полгода позже, чем 20200126.8.
С Redis, хранилищем структур данных в памяти, с открытым исходным кодом, которая часто используется как база данных, прирост производительности составил более 50 процентов
интересно, почему именно один тест с redis и один тест с fio получили такой прирост? количество context switch это единственный фактор?
Перевод хороший, но оригинальная статья имеет очень странную "отсебятину" в сторону Rust.
Rust в качестве второго языка ядра
Прям очень громкое заявление. Речь идет о драйверах, которые и сейчас на C часто не удовлетворяют стилю кодирования, принятому в ядре. Очень сомнительно, что кто-то будет писать модули для основных подсистем Linux (аллокаторы памяти, СС алгоритмы в сети, LSM модули и пр.) на Rust.
Чтобы было больше треша, на Netdev предлагали и Lua в ядре https://lwn.net/Articles/830154/
tempesta ведь тоже нестандартное решение, если по-честному :)
Обьясните пожалуйста, почему ВПН должен быть в ядре. Разве модульность — это не юникс вей?
Кто знает, возможно, 2021 год станет годом рабочего стола Linux?
К сожалению не станет. Знаю очень много разрабов которые кайфуют от лини и в свое время готовы были на нее пересесть, но отсутствие софта (элементарного фотошопа даже или sketch например) — заставляет отказаться от него в пользу окон или яблока, что в принципе логично. Зачем ставить себе геморрой на комп, а потом носиться как курица с яйцами в поисках аналогов нужных программ (которых нет порой) или ставить всякие вайны и.т.п. Ну и плюс экосистема. Если бы забабахали общую экосистему андрюха на телефонах + линь на компе ит.п. как сделало яблоко — то перешлобы много пользоваталей не смотря даже на проблемы с программами.
Зачем обьединять с Андроидом, там есть полезный софт?
Очень люблю эти все отмазки, люди не переходят на линукс не из-за того что там нету софта, а потому что нету привычного софта, не хотят разрушать свою зону комфорта. И да, фотошоп не елементарная програма, а проф-специализированая, и очень не дешевая, нарезать слои можна и в Krita. Я вот работал в маке 5 лет, и уже 2 года все делаю только в линуксе, под мои задачи подходит. И да, работать в macOS больше нету желания.
Ну тут не в зоне комфорта дела (хотя может отчасти). Дело в практичности и удобстве. Тебе клиент кидает sketch файл например какой-нибудь и говорит — заверстай по нему. А ты на лине, открыть нечем и sketch файлы нормально открываются только через сам sketch. Вот и задача нерешаемая — на маке бы открыл sketch и не было бы проблем, на окнах открыл бы adobe xd и тоже все бы завелось.
Для меня уже как несколько лет Линукс настольная система. А виндоус у меня только для танчиков.
Не всем нужен этот специфический софт. А вот стабильности бы хотелось больше. Недавно прилетел апдейт и отвалился звук. Теперь перед совещанием в тимс, мне приходится запускать pavucontrol иногда по несколько раз в день. Вот такой он, линукс.
Складывается впечатление, что Linux решил захватить абсолютно все ранки кроме десктопа
А что он захватил кроме Сохо роутеров и небольшой доли серверов (https://www.itcandor.com/server-q219/)? Смартфоны используют его чисто номинально для запуска android и очевидно что андроид скоро переедет с базы линукса, подавляющее количество серверов работает на винде, в десктопной сегменте у него вообще около 1%. В суперкомпьютерах выстрелил science linux благодаря CERN.
Винда постепенно умирает?
Только давайте сразу без холивара. 2020 году я всё ищу сижу на семёрке, и пользуюсь Андроидом на телефоне планшетах и твбоксах. К как мне лично кажется Android и Linux развиваются гораздо динамичнее чем винда. Хотя Возможно всё новое для Linux уже давно существует в винде.
P.S.
Я устанавливал несколько раз десятку она мне тогда не очень понравилось это были 15 16 годы возможно с тех пор она стала гораздо лучше.
P.S.
Я устанавливал несколько раз десятку она мне тогда не очень понравилось это были 15 16 годы возможно с тех пор она стала гораздо лучше.
Как по мне, все ОС катятся куда-то не туда, и лучше XP x64 уже никто ничего не сделает. Но десятку постоянно дорабатывают, да.
судя по всему лучшей системой была OS/2 или NT 3.1, ну, максимум, четверка.
Насколько я помню, Hello World генерирует бинарник с мегабайт, из-за того, что Rust тянет свой как это называется…
В расте нет рантайма, вы что-то путаете.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Что нового в ядре Linux