Когда я хочу поток, то я подключаю соответствующий компонент стд библиотеки (да ещё в добавок линкеру даю -pthread, если мы говорим о Ц), юзаю. Только после этого в PLT таблице бинаря появляются ссылки на libpthread. А не после сборки однопоточного хеллоу ворлда. Мне просто это правда непонятно - зачем? Ведь в печати в консоль ничего не предвещало многопоток. Ну если не знаете, то бог с ним.

libpthread - это не только потоки, но и, например, мьютексы. stdio в Rust в них завёрнуто, потому что оно глобально для приложения и сказать заранее, будешь ты использовать потоки или нет - невозможно.

Вообще, разница между C и Rust в том что первый по умолчанию даёт стрелять в ногу, а второй - нет. Но если ты уверен что хочешь выстрелить, то это позволяет сделать и Rust.

В принципе вы же уже получили пример того, как избавиться от предмета вашей претензии к rust, зачем вы продолжаете упорствовать? Такие зависимости, такая политика по умолчанию, такой код стандартной библиотеки. Важно что есть возможность вашу претензию аннулировать, если бы не было, тогда бы упорство имело смысл.

Ребят, вы за раст прям насмерть сражаетесь, расслабьтесь )). Ну анулировать - отстегнуть часть стандартной библиотеки? Ну такой себе вариант, людям ведь на ней писать надо (я сейчас не про драйвера). Вот Вася наслушался про то, что раст низкоуровневый, быстрый и вообще почти как цпп по производительнсти, да и модно. Идет и пишет что-то. А по факту получается, что в самых неожиданных местах вполне могут быть натыканы мьютексы, например. Ну как это странно.

А не после сборки однопоточного хеллоу ворлда. Мне просто это правда непонятно - зачем? Ведь в печати в консоль ничего не предвещало многопоток

Потому что сейчас у Rust всё ещё монолитная libstd. Например libcore до версии 1.6 был частью libstd, а liballoc до 1.36. Надеюсь эта тенденция продолжится, а добавление в ядро этому посодействует (хотя бы с libcore), потому что без этого дело движется очень медленно.

А по факту получается, что в самых неожиданных местах вполне могут быть натыканы мьютексы, например.

Я тебя обрадую, но в Rust вывод в stdout под мьютексом. :)

Да нет, отнюдь, просто тут уже максимально емко писали что rust сам по себе готов для ядра как язык, а стандартная библиотека, все еще библиотека это не язык. С с++ бы скорее всего пришлось поступить также, никому в ядре stl не нужен, более того даже языковые средства в виде классов и шаблонов, наследования и т.д. скорее всего были бы забракованы как и любой лишний рантайм без которого можно жить.

Я бы все-таки назвал это проблемами «Павлика», а не «Васи», без негатива (а вообще ассоциировать что-то с именами такая себе затея, похоже на злость от бессилия и попытка очернить и выставить глупым всех Василиев в данном случае, при этом выставить их глупыми по причине что какое-то решение в дизайне и реализации языка rust лично вас не устроило, вот уж что действительно странно). По поводу этой проблемы, информация о том как устроен rust в свободном доступе. Причины того что сейчас все работает как работает тоже вроде уже выше описали, делайте скидку на эти причины.

ошибка выделения памяти - это паника

Нет, не паника. Это аборт. (:

Там есть возможность только перехватить померший от паники дочерний процесс. Можно написать свой обработчик паники и в нём попытаться что-то сделать, но восстановиться из него ты ЕМНИП не можешь.

Это не соответствует действительности.

https://doc.rust-lang.org/std/panic/fn.catch_unwind.html

я ною по поводу почему try_reserve добавили, а остальные try_ одновременно с ним - нет, в чем логика?

Логика в том, что try_reserve - «unstable». Не факт, что до стабилизации оно в таком виде и дойдёт. Правда в RFC аргументируют, что надо предоставить минимально необходимое апи, чтобы этим можно было пользоваться. А поверх него можно будет прикрутить и всё остальное. В обсуждении не все с этим согласны, но я не вникал на чёт в итоге остановились (и остановились ли).

Вот только сегодня попытался примонтировать несуществующее устройство и получил сообщение, что память не может быть allocated.

Значит ли это, что в подобном случае при текущих способах предложенных реализаций на rust, которые «раскритиковал» Линус, ядро свалилось бы в panic?

По дефолту Rust собирается статически, но если используется стандартная библиотека Rust то линкуется системная libc.

Буфер вывода в stdlib Rust глобальный, защищён мютексом.
Как работает буферизация вывода в «C» - это особенность реализации конкретной libc. Могут быть буферы для каждого потока.

Rust используя Musl libc собирается в полностью статический бинарник.
cargo build --target x86_64-unknown-linux-musl
Перед этим надо установить target Musl:
rustup target add x86_64-unknown-linux-musl

В языке Go реализуют системные вызовы без libc отдельно для каждой платформы. Если платформа нестабильна то надо следить и вносить исправления в реализацию в Go. Linux стабилен.
Но для OpenBSD в Go используют libc, как рекомендованный способ на таких OS(Solaris).

прикинь, что только page tables для 16Гиг озу весят больше всех твоих 8Мб.

Для 8 MB RAM таблицы страниц много места занимать не будут.

Для твоего говнопня

UNIX-подобная система BeOS там работает.

Тайникору нужно, ЕМНИП, 48 мегабайт, но вы можете пойти дальше: уберите поддержку ненужного железа.

Ядро не умеет динамически загружать код только для физически установленного железа?

Чтобы закрыть тему со своей стороны.

Вот есть у вас раст, есть у него своя стандартная либа (не надо мне рассказывать про разные ее части, это вообще не важно), данная либа основана на всяких libc и смежных. И вот вы засобирались в ядро, но не просто с голым задом, а хотите чтобы некоторый функционал из стандартной либы (желательно как можно больше, естественно) работал. Для этого вы связываете внешние ссылки из своей стд либы (опять же, я не имею в виду какой-то там отдельный компонент) с символами из ядра вместо символов из libc.

Я немного утрировал, конечно, но факт всовывания костылей в образ ядра - есть (хотя я в этом смысла не вижу, можно все экспортировать и сделать сверху любую надстройку. Наверное обернули макросы в функции). Допустим, что я на это глаза закрываю. Ядро я всегда сам собираю, драва по необходимости компилю. И раст на борту в довесок мне нафиг не нужен. Конечно, на конкретно мое мнение плевать, но я не один. Форкали бы ядро, устраивали бы там любую вакханалию, но вам интереснее прийти и сломать существующее.

В линуксе для этого есть загрузка модулей. Только вот дрова могут быть и встроенными в ядро.

BeOS

Последний релиз - November 2001. 90% фич железа на современном компе в ней не заработают, 90% софта тоже. И почему не haiku? Не работает? «Деградировала», по твоей логике?

90% фич железа на современном компе в ней не заработают

Для базовой работы ядра на архитектуре x86 много не надо: PIC/APIC, PIT/APIC Timer, PS/2 / USB, VESA. Фичи можно включать опционально если они фактически присутствуют на конкретном железе.

И почему не haiku? Не работает? «Деградировала», по твоей логике?

Да, деградировала к сожалению. У разработчиков нет времени на оптимизацию. Главные потребители памяти: ICU (свою писать?) и packagefs. Надо бы проверить голое ядро Haiku на потребление памяти. Помимо памяти оно должно запуститься на железе уровня Pentium 1.

Ядро я всегда сам собираю, драва по необходимости компилю. И раст на борту в довесок мне нафиг не нужен.

Они хотели добавить в выключенном по умолчанию состоянии, но Линусу это не понравилось и он настоял на включении если в системе есть rustc. Скорее всего на первое время для драйверов на Rust будут доступны аналоги на C. Так что если у тебя не установлен Rust, то ты ничего не заметишь. А дальше будет видно, подходит он или нет. Выпилить его всегда успеют, т.к. он не лезет менять ядро под себя, а скорее наоборот, активно адаптируется к требованиям ядра.

«Базовая» работа не нужна, нужно чтобы всё работало на 100%. И со всеми оптимизациями.

включать опционально

Как ты поддержку long mode «опционально» в ядре включишь? При сборке? В линуксе так можно.

деградировала

Там хоть какой-то софт запускается. И даже недавно avx добавили.

«Базовая» работа не нужна, нужно чтобы всё работало на 100%. И со всеми оптимизациями.

Кому как. Рабочая хоть как-то система лучше не работающей вообще.

Как ты поддержку long mode «опционально» в ядре включишь?

Это уже другая архитектура и другой бинарник ядра.

Рабочая хоть как-то система лучше

Рабочих систем и так уже достаточно.

Кому как

Ну и кому же? Такого хлама сейчас даже у эмбедщиков нет(с мнением которых и так никто не считается), а на хотелки поехавших любителей ретро 99.9% нормальных людей насрать.

Это уже другая архитектура и другой бинарник ядра.

Ну вот и бери другой бинарник ядра, а лучше вообще другое ядро под твои маргинальные хотелки, и не призывай портить ядро нормальных людей.

а на хотелки поехавших любителей ретро 99.9% нормальных людей насрать.

Вот поссорятся КНР и Тайвань с TSMC, перестанут производить процессоры и придётся расчехлять ретроПК.

Градус тупости нарастает… Кстати, по секрету, в остальном мире достаточно фабрик по производству чипов по относительно современным техпроцессам. Мало того, в запасах достаточно железа более мощного на несколько порядков, на котором нет проблем с запуском современного софта.

Ещё один громкий пук. Ты английский не знаешь? Линус чёрным по белому же попросил: что бы части на расте собирались тогда, когда раст доступен в системе. Это не новая обязательная зависимость ядра.

Если вы решаете «проблемы с памятью», они должны решаться КОМПИЛЯТОРОМ, а не тем, что ударяете прогера по яйцам каждые 10 минут и заставляете играть в хоккей на костылях.

Да, да. Ждём D в ядре.

Без разницы что он просил, если нужные драйвера будут доступны лишь на расте. А какой смысл писать две версии? Может лишь первое время. Будет в итоге црастная дрысня. Из-за детского желания растоводов заявить о себе, будут страдать все.

Скоро за такие слова вас всех будут бить.

А драйверы будут переноситься в Redox OS, или что другое.

в чем желание растоводов детское и почему вы думаете что они решили заявить о себе, а не просто хотят развивать linux как умеют? Вот вы понимаете, вы же ничего не делаете чтобы linux становился лучше, поэтому это место занимают те, кто готов что-то делать, нет смысла негодовать и злиться по этому поводу. Возможно у тех кто этим сейчас занимается тоже запал закончится через пару месяцев.

А драйверы будут переноситься в Redox OS, или что другое.

Ну вот, у вас уже и площадка есть. Там бы и писали.

в чем желание растоводов детское

Потому что вы как саранча лезите во все щели, лишь бы доказать всем, что взрослые. Один из ваших вон Coreutils переписывает с амбициозным планом заменить гнутый. Другие здесь ищут любой повод упомянуть о расте - «вышел хеллоу ворлд на расте-1.0.2», «раст то», «раст сё». Честно, я к нему нейтрально относился, но из-за такого агрессивного продвижения уже тошнит. Видимо чьи-то денежки на это активно работают.

а не просто хотят развивать linux как умеют?

А с чего вы взяли, что это будет развитем, а не наоборот? Нельзя вот так просто взять и поменять у здания фундамент не развалив его. Форкайтесь, начинайте новое, берите Redox OS или подобное. Может самые идейные после всей этой хипстоты поотваливаются как раз-то? Сам Линус говорил, что достаточно много людей (видимо в его окружении), которые за Ц ядро и не поддерживают вот это всё.

Резюмирую ответ Линуса: Раст пока не созрел для языка системного программирования.

Из-за детского желания растоводов заявить о себе, будут страдать все.

Если какой-нибудь чувак написал драйвер на расте и аналогов нет, то мне кажется надо ему сказать спасибо, а не кочевряжится. Ну или можешь начать переписывать такие драйвера на С, если они будут. Вот и посмотрим у кого на дольше сил хватит.

Нельзя вот так просто взять и поменять у здания фундамент не развалив его.

На самом деле можно.

Меняли с отцом фундамент у бревенчатого дома. Не развалился. Пару домкратов 12-тонников использовали.

Ещё рекомендую передачу какую-то канадскую, о конторе, которая занимается перевозкой домов.

Да даже в Москве как-то многоэтажки перемещались на новое место.

Я не отрицал возможность, а сказал «вот так вот просто». Одно дело поменять нижний венец в «туалете» размером 2х2, а другое дело двинуть многоэтажку. Не думаю, что линукс ближе к туалету, так что ваши глубокие познания не применить к сожалению. Да и Ц это не гнилой венец, менять его на «модный» брус из кедраста - глупо.

И да, я различаю фундамент от венцов брусчатого дома. Просто фундамента у них особого то и нет часто, гниют нижние венцы, их меняют.

Потому что вы как саранча лезите во все щели, лишь бы доказать всем, что взрослые. Один из ваших вон Coreutils переписывает с амбициозным планом заменить гнутый.

Я так понимаю что злая rust саранча вам и тут все планы попутала, налетела на вас, закружила, сбила с толку и вы случайно ответили вообще не тому человеку? Итак, во-первых кто такие «вы»? Довольно смелое навешивание ярлыков. Во-вторых переписывают coreutils все кому не лень и на С и других языках, таких «переписывателей» заметно больше, но у вас почему-то только rust взволновал.

Другие здесь ищут любой повод упомянуть о расте - «вышел хеллоу ворлд на расте-1.0.2», «раст то», «раст сё». Честно, я к нему нейтрально относился, но из-за такого агрессивного продвижения уже тошнит. Видимо чьи-то денежки на это активно работают.

Скорее это вы жадно выискиваете и зацепляетесь глазом за любую подобную новость, а также некоторую толику безумия вносит конкретно обитатели этого ресурса, которых хлебом не корми, а дай покормиться у этой темы. Объективно про проекты на С++ или любом другом языке, выходит новостей не меньше, но почему-то у вас и кого-либо еще это не вызывает такого бурного отклика, надеюсь сами понимаете почему. Если немного отойти в сторону и вспомнить что было с С++ в попытках его пропихнуть везде вместо С, то окажется что было все тоже самое, по большей части на тот момент его новшеств хватило чтобы большинство людей которые писали на С, перешли на С++, а вот с ядром не задалось… И в общем-то так происходит с любым новым языком стоит ему посулить решение хотя бы части С-проблем. Я же надеюсь вы Линуса в «rust-саранчу» с вашей легкой руки записывать не станете? А он и не только он тоже ищет и присматривается к новым вариантам, видимо, не от хорошей жизни на С.

Подводя итог, вы так и не ответили в чем оправданность вашего сравнения с детским поведением, кажется вы знаете о детях не так много, а они бывают разные и ничем не отличаются от всех остальных людей разных возрастов.

А с чего вы взяли, что это будет развитем, а не наоборот?

А с чего вы взяли, что нет? Эта трескотня может быть бесконечной. По факту эти люди что-то делают, и это уже развитие и неважно получится у них что-то или нет. Это в любом случае какое-то движение.

Нельзя вот так просто взять и поменять у здания фундамент не развалив его.

Просто нельзя, но имея определенную подготовку - можно. Да и никто никакого фундамента не меняет, вы бы хоть пошли и посмотрели что на самом деле делается и есть на данном этапе, а то складывается впечатление, что вы просто выкрикиваете с галерки все что угодно лишь бы чан необоснованных нападок с нечистотами и дальше бурлил, хотя на ваши претензии технического характера вам уже ответили и провели всю разъяснительную работу, хотя вы бы могли и сами потрудиться это проделать, прежде чем писать то, что пишите.

Форкайтесь, начинайте новое, берите Redox OS или подобное.

Во-первых не по адресу совершенно, во-вторых когда будете что-то сами делать тогда и будете решать конкретно для себя, форкаться вам или нет.

Может самые идейные после всей этой хипстоты поотваливаются как раз-то? Сам Линус говорил, что достаточно много людей (видимо в его окружении), которые за Ц ядро и не поддерживают вот это всё.

И тем не менее, Линус и все эти люди так же позволяют этому быть и ищут варианты для того чтобы сменить С на что-то еще, судя по положению дел. И это не первая попытка, до этого был С++, но вы и сами это знаете.

Опять же, подводя общий итог, вы либо просто кормитесь у темы как и большинство, либо одно из двух, надеюсь я ясно выразился. Успокойтесь, и без вас скорее всего все развалится само собой, просто потому что человек в большинстве своем инертен.

Бревенчатые венцы тоже на чём-то стоят,а не просто на земле. «Туалет» был далеко не 2x2. Таки фундамент там тоже есть. И таки многоэтажки тоже двигают.

Но бросаться переписывать всё ядро или его основу только потому, что кому-то со стороны вдруг захотелось добавить поддержку драйверов на определённом языке действительно не стоит.

Подводя итог, вы так и не ответили в чем оправданность вашего сравнения с детским поведением, кажется вы знаете о детях не так много, а они бывают разные и ничем не отличаются от всех остальных людей разных возрастов.

Вполне ответил, а доказывать до пены изо рта не собираюсь. Если мои аргументы для вас недостаточно убедительны - ну жаль.

А с чего вы взяли, что нет?

Даже минимального жизненного опыта достаточно для этого.

Во-первых не по адресу совершенно, во-вторых когда будете что-то сами делать тогда и будете решать конкретно для себя, форкаться вам или нет.

Во-первых, по адресу совершенно. Во-вторых, вот я конкретно для себя и решил, как к вам относиться. Это вы «ко мне лезите» со своей хипстотой и своим уставом, а не я к вам, и вы мне не нравитесь. Чемодан, вокзал, React OS. И занимайтесь там чем хотите, слова не скажу. Вот такое лично мое отношение к вам. Если там вы докажите свою успешность, тогда и получите толпы адептов, а не так как вы сейчас это делаете - вас не хотят, а вы навязываетесь, это не так работает.

вы бы хоть пошли и посмотрели что на самом деле делается и есть на данном этапе, а то складывается впечатление, что вы просто выкрикиваете с галерки все что угодно лишь бы чан необоснованных нападок с нечистотами и дальше бурлил

С чего это они необоснованные? И исходники смотрел в отличии от растобоев, которые просто триггерятся от слова «раст». Пихаете в образ ядра свои растосимволы, а в исходники ядра всунули свою библиотеку, которую теперь все будут таскать с собой, а меня хотите обязать держать на борту ваш раст, который мне даром не нужен. По-моему этого вполне достаточно для возникновения «теплых чувств».

И тем не менее, Линус и все эти люди так же позволяют этому быть и ищут варианты для того чтобы сменить С на что-то еще, судя по положению дел.

Судя по положению дел, когда Линус ревьюил ваши закладки в ядро, то сказал примерно следующее: «я ваш раст не очень умею, что здесь происходит? Объясните, будет абортиться?». Да, чувствуется очень погруженного в тему человека, так и ищет варианты поменять Ц на что-нибдуь другое.

Бревенчатые венцы тоже на чём-то стоят,а не просто на земле. «Туалет» был далеко не 2x2. Таки фундамент там тоже есть. И таки многоэтажки тоже двигают.

Да я и сам помогал двагать баню, уволокли её метров на 15. Фундамент был - несколько больших камней ))

Вместе с печью волокли? О_о

Не, без всех внутряшек

Ожидаемо, что и было сказано выше, вы тут погреться заходите. Выдумывайте новую причину своего несогласия только желательно техническую, а не просто «мне это не нравится».

Да и никто никакого фундамента не меняет, вы бы хоть пошли и посмотрели что на самом деле делается и есть на данном этапе

вот именно что рано или поздно поменяется фундамент

https://lkml.org/lkml/2021/4/17/318

не доходит это до местных растопоклонников

понимаете в чем дело, если даже что-то и поменяется, то сообщество получается не против этих изменений, раз позволяют им происходить, тогда в чем смысл этой беседы?

Опять же, по логике, как привнести другой язык разработки ничего не меняя, очевидно что приблизительно так, как это делают сейчас, но изменения в принципе неизбежны если внедрение зайдет дальше и язык приживется. Когда-то кто-то должен вытеснить С это неизбежно, пусть это даже будет не rust, а что-то иное. А вообще достаточно просто запастись терпением и понаблюдать до чего это все дойдет коль все равно никто из присутствующих не готов ни потворствовать ни противодействовать всей этой ситуации.

Как по мне, Линус не против, но ему нужны доказательства применимости, поэтому он и не противодействует особо, лишь указывает на те места которые считает проблемными, а дальше пусть все кто за все хорошее и против всего плохого сами горбатятся над решением этих проблем.

Это грех

даже что-то и поменяется, то сообщество получается не против этих изменений

у чуваков уже появились вопросы без ответа

достаточно просто запастись терпением и понаблюдать

я не против - можете не писать сюда больше ничего а наблюдать

можете не писать сюда больше ничего а наблюдать

Это я сам решу, а в остальном посмотрим что из этого выйдет.

понимаете в чем дело, если даже что-то и поменяется, то сообщество получается не против этих изменений, раз позволяют им происходить

Мне нужно звонить Линусу с угрозами или умолять? Корень всего в том, что раньше linux был в категории «элитных», и окружали его соответствующие люди. Сейчас нет, домохозяйки, деньги и корпорации. Количество переходит в качество. И чем более «юзерфрендли» будет условный Гном, тем быстрее будет идити процесс.

Скорее всего это закат Линукса и рождение новой «Винды». Лучшие годы уже позади. А выброшенная на обочену «элита» сделает форк и будет спокойно жить до новой волны прихода гуикликеров. А у оставшихся впереди беспросветное рабство.

тогда в чем смысл этой беседы?

Вроде никто никого не держит.

Если какой-нибудь чувак написал драйвер на расте и аналогов нет, то мне кажется надо ему сказать спасибо, а не кочевряжится. Ну или можешь начать переписывать такие драйвера на С, если они будут. Вот и посмотрим у кого на дольше сил хватит.

Был такой рейзер. Вложился в разработку файловой системы. Аналогов на тот момент не было.

Ему указали, что так как он делал - делать недопустимо. И попросили переделать.

Он слился.

Некоторое время спустя сделали аналог. Так как надо.

Будете делать ставки? Исправят растоманы косяки, или сольются?

Учитывая, что google хочет новый язык, от тех же разработчиков, но с исправлением фундаментального косяка, то что-то мне подсказывает, что разработчики будут в ближайшее время заняты несколько другими делами.

Некоторое время спустя сделали аналог. Так как надо.

Ну и отлично? Я только не понял какой вывод надо делать из описанного.

Будете делать ставки? Исправят растоманы косяки, или сольются?

Я бы поставил на то, что какие-то изменения последуют. Будет ли этого достаточно для ядра - другой вопрос.

Учитывая, что google хочет новый язык, от тех же разработчиков, но с исправлением фундаментального косяка

О чём речь?