1.1, Аноним (1), 21:45, 21/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –23 +/– |
Очередное подтверждение тому, что за растом будущее. Объяснять его ненужность теперь все сложнее и сложнее. Но сишникам удается!
| |
|
2.5, Аноним (-), 21:58, 21/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну... если уже смотреть глобально, то нужность фри еще предстоит объяснить)
С другой стороны - а ядро линукс (именно в ядро, а не юзерспейс) раст тоже добавляют.
Так что вполне возможна ситуация, когда линукоиды скажут "а у нас уже раст в ядре и дрова есть, а вы опять догоняющие! 😝"
| |
|
3.17, Sadok (ok), 22:49, 21/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
объясни это citrix ли netflix, например. потом возвращайся. по пути к микрософту или к DARPA загляни
| |
|
4.21, Аноним (-), 22:56, 21/05/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
> объясни это citrix ли netflix, например. потом возвращайся.
Ты забыл еще вспомнить плейстейшн)
> по пути к микрософту
А что у мелкомягких?
У них половина бизнеса построена на линуксовых дистрибутивах.
> или к DARPA загляни
А после дарпы заглянем в список топ500 суперкомпов? Или посмотрим с какими ОСь можно купить ноуты (dell/hp и тд)
Или не надо? Ну чтобы убогих не так сильно унижать)
То что ты перечислил, это как раз известные исключения. Которые подтверждают правило.
Если начать перечислять "правила", то боюсь не хватит лимита символов для этого сообщения.
ps хотя после этой новости, мое мнение о БСД улучшилось)
судя по всему, хотя бы часть решила развиваться
| |
|
5.111, bOOster (ok), 10:56, 22/05/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Так netflix достаточно чтобы обьяснить тупым оголтелым то что Linux просто непригоден для RealTime приложений со своей корявой архитектурой и таймингами сетевого стека, значительно худшими чем на FreeBSD
| |
|
6.114, Аноним (114), 11:00, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Так netflix достаточно чтобы обьяснить тупым оголтелым то что Linux просто непригоден
> для RealTime приложений
Самое время вспомнить об этом, учитывая что недавно в линухкеренел прирутили вот именно реалтаймные гарантии характерные для RTOS-ов. Так что если хочется блеснуть экспертизой на публику сполна - самое время о реалтайме поговорить :)
А о свободах надо тогда говорить - на примере плейстейшна.
| |
|
7.125, bOOster (ok), 11:37, 22/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Самое время вспомнить об этом, учитывая что недавно в линухкеренел прирутили вот
> именно реалтаймные гарантии характерные для RTOS-ов. Так что если хочется блеснуть
Хехе, то есть этой цитатой ты подтверждаешь что твоя тупая башка просто не понимает что такое вообще RTOS в своей современной сути?? Кроме расшифровки названия RealTimeOS??
Ну в целом то я и не сомневался в этом.
Какой-то очередной проплаченный бред - реалтаймные гарантии с тупым медленным IP стеком, хуже чем во FreeBSD а уж с реальными RealTimeOS которые работают без многозадачности, коим нахрен многозадачность не нужна уж и подавно.
Вообще конечно - тянуть Linux на устройства которые выполняют единственную задачу что в 99% и есть RTOS - верх тупоумия..
| |
|
8.215, Аноним (-), 08:44, 23/05/2025 [^] [^^] [^^^] [ответить] | +/– | Я как раз в курсе что есть RTOS И буквально пару версий ядер как - в Linux сдел... большой текст свёрнут, показать | |
|
|
6.139, Аноним (-), 12:50, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> таймингами сетевого стека, значительно худшими чем на FreeBSD
Окей, FreeBSD это отличный перекладыватель сетевых пакетиков.
И больше толком ни на что не годится.
А линь - универсальная серверная платформа.
Доказано современным состоянием индустрии.
| |
|
7.216, Аноним (-), 08:46, 23/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> таймингами сетевого стека, значительно худшими чем на FreeBSD
> Окей, FreeBSD это отличный перекладыватель сетевых пакетиков.
И на его горе в лине запилили немеряно оптимизаций для - шустрого перекладывания пакетиков. Например fast path (софтварный офлоад) установленых соединений и тому подобное, когда процессинг - минимизирован. Оверхеду - дали бой, сделали zerocopy интерфейсы типа io_uring и проч.
| |
|
6.151, Смузихлеб забывший пароль (?), 13:33, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
С подобным же успехом, наличия древнего г.на в американских/австралийских банкоматах/банках достаточно чтобы объяснить оголтелым, что любые современные технологии просто непригодны для профильной деятельности
В реальности, конечно же, обычно иначе. Порой бывает так, что "лепят" из того что под руки попалось, потом - долго-долго допиливают. И в итоге - получается кое-как поддерживаемая куча г.на, которую проще вообще лишний раз не трогать, чем разбираться в нюансах работы и пытаться перенести функционал на новые технологии
Ну вот нетфликсу фряха попала под руки. Или разработчики под это дело вовремя подвернулись или что-то ещё. А в итоге - получилось так, что проще и дешевле подпирать полурабочее костылями, чем тратить деньги на разработку норм системы с нуля
В остальном, "производительность" отдачи данных - далеко не только экономия спичек на сетевом стеке. Там и файловые системы и сами хранилища и многое иное гораздо бОльшее влияние могут оказывать
| |
6.197, Bottle (?), 19:02, 22/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Почему тогда музыкальные продюсеры работают на винде и маке вместо реалтаймовой бзди?
Запись звука с минимальной задержкой тоже важна, но почему-то бздю не применяют.
| |
6.203, Аноним (203), 21:45, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это правда. FreeBSD настолько примитивна, что сделать из неё перекладыватель байтов с диска в оптику действительно проще простого, благо поддержку своих карт Мелланокс впилил. О чём ты скромно умолчал — и я понимаю почему — так это о том, что всё остальное (вообще всё, включая указания какие байты кому с тех BSD отдать) — работает на Linux. И, по слухам, Нетфликс уже засматривается на io_uring и DPDK, чтобы уже наконец перестать патчить BSDшное ядро и просто пользоваться мейнстримом как и все.
Откуда там только RT взялся для сетевого приложения с буфферизацией у клиента — ума не приложу. Это тебе ребята из Netflix такое рассказали, или ты сам для пущего понту придумал?
| |
|
7.205, Аноним (205), 21:58, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> О чём ты скромно умолчал — и я понимаю почему
> — так это о том, что всё остальное (вообще всё, включая
> указания какие байты кому с тех BSD отдать) — работает на Linux.
Правда, основная "работа" тут как раз в отдаче данных клиенту (15% всего мирового траффика).
Но так-то да, раз морда и обвязка сервиса на пянгвинчике, значит пянгвничик рулит, а бзды там используют чисто по инерции-ошибке (ну и потому что лохи в руководстве, не умеющие считать деньги - ведь куда дешевле брать сразу готовый пянгвинчик, вместо держания на зарплате собственной комманды бзд-разрабов) ...
| |
|
8.214, Slew (?), 07:59, 23/05/2025 [^] [^^] [^^^] [ответить] | +/– | В случае таких проектов как тот же нетфликс, с их нагрузкой и требованиями в нек... текст свёрнут, показать | |
|
|
10.222, Slew (?), 10:52, 23/05/2025 [^] [^^] [^^^] [ответить] | +/– | Не тянет ванильный Линукс из коробки те нагрузки Никакие io_uring не помогут, и... текст свёрнут, показать | |
|
|
|
7.217, Аноним (-), 08:50, 23/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Linux. И, по слухам, Нетфликс уже засматривается на io_uring и DPDK,
> чтобы уже наконец перестать патчить BSDшное ядро и просто пользоваться мейнстримом
> как и все.
Ну так они с удовольствием спихнут с себя затраты на майнтенанс и уменьшат свой software BOM. Потому что ничего личного, это бизнес. В Linux io_uring самим пилить не надо. И патчить врядли чего придется.
| |
|
|
5.113, bOOster (ok), 10:59, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> ps хотя после этой новости, мое мнение о БСД улучшилось)
> судя по всему, хотя бы часть решила развиваться
Даже google лжеИИ сейчас пишет
-"В общем, FreeBSD демонстрирует более низкую задержку и большую производительность сетевого стека по сравнению с Linux, особенно при выполнении задач, требующих высокой производительности и низких задержек. В частности, Zenarmor отмечает, что FreeBSD обычно быстрее и отзывчивее, чем Linux на том же оборудовании."
| |
|
6.115, Аноним (114), 11:01, 22/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> стека по сравнению с Linux, особенно при выполнении задач, требующих высокой
> производительности и низких задержек. В частности, Zenarmor отмечает, что FreeBSD обычно
> быстрее и отзывчивее, чем Linux на том же оборудовании."
Ты еще не понял? AI тебя раскусил как облупленого - и сказал тебе то что ты хотел слышать. И только.
| |
6.120, slew (ok), 11:23, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Даже google лжеИИ сейчас пишет
Зачем ты тут постоянно ретранслируешь мифы и предания из интернетов? Это не лавочка с бабками, а технический форум. Поставь тесты фри и линукса, прогони, покажи тут всем какая фряза крутая. Будь уверен, что результаты тебя самого сильно удевят не в пользу фряхи, какие-бы ты тесты не ставил.
| |
|
7.127, bOOster (ok), 11:43, 22/05/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>Даже google лжеИИ сейчас пишет
> Зачем ты тут постоянно ретранслируешь мифы и предания из интернетов? Это не
> лавочка с бабками, а технический форум. Поставь тесты фри и линукса,
> прогони, покажи тут всем какая фряза крутая. Будь уверен, что результаты
> тебя самого сильно удевят не в пользу фряхи, какие-бы ты тесты
> не ставил.
Хехе - я действую также как и оголтелые последователи "святого грааля" в Операционных системах Хехехе. А тесты ты найдешь самостоятельно. Полно их. Нищие лакеев не имеют.
| |
|
|
9.212, An (??), 06:46, 23/05/2025 [^] [^^] [^^^] [ответить] | +/– | Да вот же https www phoronix com review bsd-linux-threadripper-7980x... текст свёрнут, показать | |
|
|
11.221, An (??), 10:34, 23/05/2025 [^] [^^] [^^^] [ответить] | +/– | Ну в этом mixed bag FreeBSD выглядит получше Linux Так что без доказательств ... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
2.25, Кошкажена (?), 23:32, 21/05/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
> то за растом будущее
Может быть, но на данный момент это просто прототип, о чем сказано в новости
> На момент написания отчёта заявлена поддержка только сборки и установки Rust-приложений, работающих в пространстве пользователя. Поддержка библиотечных crate-пакетов запланирована в будущем. Использование Rust в ядре пока не поддерживается, так подобная возможность требует большого объёма работы и выходит за рамки начального прототипа.
Таким образом, ничего серьёзного. Не ясно зачем очередная новость об этом. Похоже на дешевый пиар.
| |
|
3.96, Аноним (-), 10:20, 22/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Таким образом, ничего серьёзного. Не ясно зачем очередная новость об этом. Похоже на дешевый пиар.
Пиар чего?
Думаешь кто-то из местных прочитает новость и пойдет коммитить в это ХардндБСД?
Ой, что-то я сильно сомневаюсь)
А так новость не хуже всяких "подсчет звезд на гитхабе" или "в сишной либе нашли типичную дырень.. опять.."
| |
|
|
|
|
3.168, IdeaFix (ok), 15:05, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А этот процесс точно будет называться "портирование"?
Ну, перенос системы во фрю да еще и на расте, показал бы хоть какие-то инновации кроме линуксатора и отвлёк бы от застоя и деградации в моментах, в которых фря традиционно сильна.
С другой стороны, в 2к25 и инновации в линуксаторе - это уже не плохо.
| |
|
|
1.6, Аноним (6), 22:00, 21/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Так фряха только этим недокомпилятором и (не)собирается, ровно никаких препятствий для поддержки раста. Если бы раст поддерживался gcc, я уверен, претензий и с линуксом куда меньше было.
| |
|
2.7, Аноним (-), 22:04, 21/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Но линукс уже довольно давно может собираться шлангом.
docs.kernel.org/kbuild/llvm.html
Андроид, насколько я помню, тоже.
Так что не вижу острой необходимости в вендорлочном GCC.
| |
|
3.10, Аноним (6), 22:26, 21/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Сам линукс собирают, в основном, стараниями разработчиков андроида. А вот юзерспейс не очень хорошо шлангом собирается, что можно видеть на примере фряхи. Только шланг код всё ещё хуже и менее универсальный выдаёт, в принципе не способен на эффективные оптимизации (размер бинаря и оптимизации профилирования), есть дистрибутив линукса, собранный шлангом и он всегда ощутимо хуже был. В связи с чем собирать шлангом особого проку нет, кроме корпоративных интересов и унификации с проприетарными компиляторами (те же самые корпоративные интересы).
| |
|
4.84, Минона (ok), 09:24, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А вот юзерспейс не очень хорошо шлангом собирается, что можно видеть на примере фряхи.
Что ты имеешь ввиду под юзерспейсом в контексте фряхи?
Базовая система (ядро + мир) прекрасно собирается llvm.
А порты это порты, чем девелопер собирает, тем и собираются.
| |
|
3.77, Аноним (77), 08:20, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
GCC открыт и свободен, поэтому не явлется вендорлочным. Ибо любой может посмотреть, как и что он творит со входным и выходным кодом.
| |
|
4.89, Аноним (-), 10:03, 22/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ага, конечно не вендорлокнутый.
А чего тогда пришлось придумываться GCC Runtime Library Exception ?
www.gnu.org/licenses/gcc-exception-3.1.html
А потому что это проприерастный кусок заражал любой код GPL.
Взял я твой код вод свободной БСД, скомпилил... и теперь ты должен перелицензировать под коммуняцкой лицензией.
Здорово, правда!? (с)
Причем ввели Exception только в 2009 году.
А когда GCC появился, можешь посмотреть в интернете.
| |
|
5.147, Аноним (147), 13:19, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Очевидно, ты не в курсе, что до 2007 года gcc был под лицензией GPLv2. И она всех устраивала включая BSD. Последний компилятор под лицензией GPLv2 gcc-4.2.1 они еще долго использовали.
И объяснялось все просто. Поменяли лицензию - выявили проблемы, придумали как обойти. У куска, который вызывал проблемы сделали исключение. А для этого надо было договориться со всеми кто в него вносил свои патчи или переписать код.
То что после этого BSD не вернулись на gcc - это или религиозные мотивы, или психологическая незрелость.
| |
|
6.152, Аноним (-), 13:40, 22/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> То что после этого BSD не вернулись на gcc - это или религиозные мотивы,
> или психологическая незрелость.
Нет, они просто поняли, что гнутикам верить нельзя. Вот выпустят они GPLv4 и НЕ исправят проблему. Напр. из-за религиозного фанатизма или банальной лени. Это будет уже не важно.
Поэтому с GCC в том анекдоте - но "стоило один раз овцу". Свой кредит доверия они потеряли. Поэтому все объединились для разработки свободного компилятора. И у них получилось.
| |
|
7.156, Аноним (147), 14:26, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Нет, они просто поняли, что гнутикам верить нельзя. Вот выпустят они GPLv4 и НЕ исправят проблему. Напр. из-за религиозного фанатизма или банальной лени. Это будет уже не важно.
Ну так и используй последнюю версию gcc. В крайнем случае форкни его. Помнишь такой egcs?
> Поэтому с GCC в том анекдоте - но "стоило один раз овцу". Свой кредит доверия они потеряли. Поэтому все объединились для разработки свободного компилятора. И у них получилось.
Пока все выглядит так, как будто кто-то в компании обиделся на другого и руки ему не подает.
Все пытаются понять что этот другой непотребного сотворил с "кто-то"... А оказывается, что этот другой как-то не заметил "кто-то" и мимо прошел. Обиженка. Что с обиженки взять?
| |
|
|
5.171, Аноним (171), 16:02, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Этот exception был до версии 4.2.1, в которой на GPLv3 перешли, и после неё. Придумывать ничего не пришлось, и раньше была. Просто вернули после перехода на 3. А некоторые переполошиться в промежутке успели, да так, что до сих пор не отойдут.
| |
|
|
3.178, MinimumProfit (?), 16:52, 22/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Компиляторы GCC C и GCC C++ - по лицензии GPL 3. А что это значит? GPL 3 крепко привязана к особенностям законодательства США, и, фактически, в других странах не имеет юридической силы, потому что невозможно переписать требования GPL 3 в терминах законов других стран.
Поэтому использование GCC C и GCC C++ в странах, отличных от США, фактически, является нелицензионным.
| |
|
2.52, Аноним (52), 03:08, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Вы про Clang? Если да, то не понимаю почему его многие так хейтят. Он часто генерит лучший код, чем GCC. У клэнга работа с векторами интереснее, можно например как в OpenGL обращаться к части вектора. Или делать перемешивание просто написав a = b.yzxw;
Хороший компилятор, в общем.
| |
|
3.61, Аноним (61), 06:07, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Потому что кусок жирной энтерпрайзятины, делаемой полутора корпами под свои нужд... большой текст свёрнут, показать | |
|
4.73, Аноним (6), 08:07, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Помимо неоптимального кода (лапша из goto, впрочем, пользователям нравится) ещё заметил что чуть неправильно собранный тулчейн llvm (ну там если gcc где-то 1 из пакетов собрал, или линкер был не ldd, или --rtlib=compiler-rt с -stdlib=libc++ не добавлены в ключи хотя default и так выставлены, которые теперь надо убрать потому что не поддерживаются новой версией, каждое обновление что-то новое) приводят к интересным багам в том же расте (программах на нём), которые невозможно ни диагностировать ни отладить, особенно забавно, когда это непонятным образом влияет на глюкалово вроде веббраузера. Или вон --undefined-version линкеру теперь добавлять чтобы хромиум мог слинковаться и буквально каждое обновление что-то ломается само по себе.
| |
|
5.83, Аноним (-), 09:12, 22/05/2025 [^] [^^] [^^^] [ответить] | –2 +/– | Собссно жил да был некто iZEN, фанат FreeBSD Рассказывал мне как ща шланг этого... большой текст свёрнут, показать | |
|
6.85, Аноним (6), 09:25, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну сейчас собственно приходится держать прошлый шланг для раста и меза (уже обновили ебилды, не знаю детали), для блендера с интеловскими либами приходилось держать позапозапозапрошлый шланг. Несколько тулчейнов это не так ужасно, мне точно так же приходится держать позапозапрошлый гцц для dxvk (чтобы не было рандомных падений) и прошлый потому что то же ядро линукса не собирается текущим и его уже размаскировали.
| |
|
|
4.104, Аноним (-), 10:43, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Потому что кусок жирной энтерпрайзятины, делаемой полутора корпами под свои нужды с пофигом на вообще всех остальных.
Ух набросил так набросил.
Во-первых там спонсоров полтора десятка, включая явных конкурентов, типа NVidia-Amd, Qualcomm-ARM, Google-Microsoft-AWS и тд.
Во-вторых, посмотри кто сидит в коммитете GCC.
gcc.gnu.org/steering.html
IBM, Google и тд
| |
|
5.117, Аноним (114), 11:05, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Ух набросил так набросил.
> Во-первых там спонсоров полтора десятка,
А код реально пишут: Apple, Google и (немного) AMD. Поэтому де факто оно обслуживает интересы 2.5 корпораций. На все остальное им таким красивым...
> включая явных конкурентов, типа NVidia-Amd, Qualcomm-ARM, Google-Microsoft-AWS и тд.
А комиты в основном - от вон тех двух с половиной корп. Оно и развивается - в сторону нужную им. А остальное им сильно похрен.
> Во-вторых, посмотри кто сидит в коммитете GCC.
> gcc.gnu.org/steering.html
> IBM, Google и тд
В GCC комитят явно более разносторонние комитеры - и его есть под намного большее число архитектур. А если это все в LLVM попробовать втащить - "ты же лопнешь, деточка"?!
| |
|
6.124, Аноним (-), 11:34, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Если остальным подходит написанное эплом - то обслуживают такие всех Опять же п... большой текст свёрнут, показать | |
|
7.161, Аноним (147), 14:40, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Это как хвастаться "зато мы умеем карбюратор для москвича-408 настраивать"
Это как хвастаться что у нас сейчас есть инструменты для настройки всех выпускаемых машин. Даже тех что в Россию официально попасть не могут.
| |
7.220, Аноним (-), 09:11, 23/05/2025 [^] [^^] [^^^] [ответить] | +/– | Ага, автомобиль Форд может быть любого цвета - при условии что он черный И тут ... большой текст свёрнут, показать | |
|
8.225, Аноним (-), 11:18, 23/05/2025 [^] [^^] [^^^] [ответить] | +/– | Но у васянов код остался Могут пользоваться сколько угодно Неправда Там есть ... большой текст свёрнут, показать | |
|
|
|
|
|
3.103, Аноним (103), 10:36, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Он часто генерит лучший код, чем GCC
а реже какой? Стабильность (во всех смыслах) - главное требование к инструменту. Вот бредовые warnings он точно генерит - проверено.
| |
|
|
1.8, Аноним (8), 22:26, 21/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Заголовок вводит в заблуждение. Может показаться что FreeBSD развивает поддержку Rust.
Но это не так. HardenedBSD развивает свой форк.
| |
|
2.15, Аноним (-), 22:48, 21/05/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
> Может показаться
Только если ты читаешь не глазами)
Что не ясно во фразе "Для FreeBSD развивают..." ?
Это как "для linux сделали дрова для apple silicon".
ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD.
| |
|
3.24, Кошкажена (?), 23:29, 21/05/2025 [^] [^^] [^^^] [ответить]
| +5 +/– |
> ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD.
Там из наработок 50 строк в мэйкфайле и покарска волос в синий цвет.
| |
|
|
|
2.22, Аноним (-), 23:16, 21/05/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
> А в FreeBSD и не знают.
Все они знают.
Уже была новость, в прошлом году, в начале и середине года:
"Разработчики FreeBSD обсуждают использование языка Rust в базовой системе"
opennet.ru/opennews/art.shtml?num=60473
И потом на БЗДшом саммите тоже возвращались к этому вопросу:
opennet.ru/opennews/art.shtml?num=61456
"Среди рассмотренных на саммите тем:
Интеграция инструментария Rust в базовую систему, поставка и переписывание приложений на языке Rust и предоставление возможности разработки компонентов ядра на Rust."
Так что думаю они с интересом наблюдают и думают "а может цап-царапнуть к себе?"
| |
|
1.26, Ан Оним (?), 23:51, 21/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Чем плох C и C++ - тем что эти языки захватил в свою собственность ISO. Он на них деньги делает, никому бесплатно не даёт спецификацию. Это неправильно, не должны свободное ПО писаться на языках, чьи спецификации мало кто видел и они несвободны. А вот спецификации Rust, Java, Free Pascal - бесплатные и в открытом доступе.
| |
|
2.30, Аноним (30), 00:01, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
... и распространяются в виде бинарников, в которые можно засунуть что угодно.
| |
2.33, Кошкажена (?), 00:07, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А вот спецификации Rust - бесплатные и в открытом доступе.
У раста нет спецификации.
| |
|
|
4.62, Аноним (61), 06:16, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А у с/с++ нет единого стандарта, но никто не жалуется, почему-то
Не очень понятно куда ISO вдруг резко делся, вместе со своими стандартами.
| |
|
5.208, Карлос Сношайтилис (ok), 23:28, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> А у с/с++ нет единого стандарта
> https://isocpp.org/std/the-standard
Резиновую уточку тоже можно назвать атомным ледоколом, но это не значит что на ней далеко уплывёшь.
Нет ни одного стандарта, поддерживаемого всеми компиляторами, нет ни одного компилятора, что поддерживает все стандарты.
Даже нет одного стандарта, что полностью поддерживается хотя бы одним компилятором.
Это не стандарты, это набор общих рекомендаций. Причем расплывчатых.
| |
|
6.209, Аноним (209), 23:52, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Это не стандарты, это набор общих рекомендаций. Причем расплывчатых.
Это стандарты, которые подразумевают возможность неполной реализации. Для чего вводятся методы определения фич реализованных в компиляторе.
И только так и может быть со стандартами, которые реализуют несколько компиляторов.
Ваши хотелки никого не интересуют.
| |
|
|
|
|
4.93, Кошкажена (?), 10:18, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Отличается, причем сильно. Где там, например, описание модели памяти? И что там делает, к примеру, ранжирование crates.io https://github.com/rust-lang/rfcs/blob/master/text/1824-crates.io-default-rank ?
У питона есть pep, у scheme есть rfc, однако у питона нет стандарта, а у схемы есть.
| |
|
|
|
1.35, Аноним (35), 00:12, 22/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ясен пень. Винда давно уже переходит на раст, линукс запоздало, но тоже пытается. И остальные перейдут, никуда не денутся - потому что это серьёзный технический прогресс который невозможно игноровать. Что на этот счёт думают админы локалхостов никого не волнует.
| |
|
2.42, Аноним (42), 00:29, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Когда невозможно будет игнорировать, а не игноровать - тогда и приходите.
| |
2.54, Аноним (52), 03:24, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это просто блаж и неведомый социальный феномен.
У нас вот у людей засели в головах маркетплейсы. У них - раст. Стадная движуха такая, на максималках - все пользуются.
В тоже время, на ответственных, высокопроизводительных проектах по прежнему будут использовать си. Платят там нормально, так что типичных ошибок не должно быть - просто потому что зп позволяет на таких проектах несколько раз вычитывать код и делать соотвествующие тесты.
Кстати, хотелось бы посмотреть на того, кто осмелиться предложить переписать на раст планировщик или переключение контекста - уверен после ответа от нормальных программистов такой чел долго отсвечивать не будет)
| |
|
3.97, Аноним (97), 10:24, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> блаж
блажь
> хотелось бы посмотреть на того, кто осмелиться предложить переписать на раст планировщик или переключение контекста - уверен после ответа от нормальных программистов такой чел долго отсвечивать не будет)
https://snapcraft.io/scx-rustland и не только раст, но и бпф.
| |
|
|
|
2.63, Аноним (63), 06:21, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Так речь про форк фряхи. Про ванильную фряху речь не идет.
Также ещё остается illumos, Openindiana к примеру.
| |
|
3.99, Аноним (97), 10:31, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Так речь про форк фряхи. Про ванильную фряху речь не идет.
Форкайте, можно. Хотя... Есть же Openbsd, Netbsd, DragonflyBSD. Первая даже на мой ноут ставилась 2 года назад. Уже ни одна из них не ставится.
> Также ещё остается illumos, Openindiana к примеру.
Снова таки, пару лет назад Индиана даже на мой ноут ставилась. Сейчас разве что проприетарная соплярка и OmniOS(без гуя) пойдут. Без звука и войфая конечно, но чем ради безрастовости не пожертвуешь...
| |
|
|
3.101, Аноним (97), 10:33, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
И как она у вас на железе? 5 лет назад я её мог даже юзать, но уже даже не ставится.
| |
|
2.90, An (??), 10:06, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Во первых в FreeBSD пока rust не тащат.
Во вторых - есть еще NetBSD.
| |
|
3.102, Аноним (97), 10:35, 22/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Во первых в FreeBSD пока rust не тащат.
А о чём новость, напомните пжлст?
> Во вторых - есть еще NetBSD.
А она точно есть? Чтобы ответить на этот вопрос, найдите себе комп и попробуйте.
| |
|
4.135, Аноним (135), 12:32, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А о чём новость, напомните пжлст?
Напоминаю: новость о форке, который написал makefile и надеется что его добавят в FreeBSD. Поддержки Rust нет, в FreeBSD правок тоже не было.
| |
4.213, An (??), 06:50, 23/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
У меня NetBSD на двух компах(домашний сервачек wiki/файловый сервер и на нетбуке).
Считается что я "попробовал"?
| |
|
3.204, Аноним (203), 21:48, 22/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Во первых в FreeBSD пока rust не тащат.
Lua в ядро втащили, втащат и Rust, не переживай.
| |
|
4.206, Аноним (205), 22:02, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Во первых в FreeBSD пока rust не тащат.
> Lua в ядро втащили, втащат и Rust, не переживай.
*рукалицо.жпг*
Экспертиза опеннета, которую мы заслужили (за грехи наши) ...
| |
|
|
|
1.47, Celcion (ok), 01:55, 22/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Мне вот интересно, на какой ещё язык начнут всё подряд без разбору переписывать когда детвора наиграется в раст и осознает, что после "давайте всё перепишем!" начнётся "а теперь надо всё переписанное дальше поддерживать", а это скушненько и неинтересненько?
А то с джавой уже было, с го было...
| |
|
2.49, Аноним (35), 02:01, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как только ты покажешь другой язык, который решает проблему работы с памятью и эффективности траты ресурсов лучше, чем Раст. Но ты его не покажешь, потому что к тому времени как подобное придумают, раст уже успеет ускакать вперёд через Полониус, уже будет крепко сидеть во всех операционках и в целом обрастёт ещё более обширной экосистемой, чем сейчас. Задолбаешься догонять. Это тебе придётся изобрести что-то немыслимое, что перевернёт всю индустрию, но при этом всем будет понятно, что в расте это сделать невозможно.
| |
|
3.53, Celcion (ok), 03:17, 22/05/2025 [^] [^^] [^^^] [ответить] | –2 +/– |  Понимаешь Тут такое дело Я немного дольше в ИТ сфере вращаюсь, чем не толь... большой текст свёрнут, показать | |
|
4.70, Аноним (-), 08:01, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Посмотрим, где будет ваш раст годиков так через 15-20.
Там же где и Java. Он выгрызет себе нишу и прочно там обоснуется, чтобы на десятилетия потом занимать почётное место в top10 языков.
Конкретно эту нишу предсказывать сложно, потому что я жду появления чего-нибудь с более обширным применением формальной верификации, причём не только через систему типов, а через произвольные инварианты указываемые программистом для функций/типов, которые затем будут проверяться алгоритмически. Сложно представить, что это будет, и для каких задач оно будет подходить, но оно может реально подвинуть раст.
| |
|
5.183, Аноним (183), 17:13, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Сложно представить, что это будет, и для каких задач оно будет подходить, но оно может реально подвинуть раст.
Да! Я тоже давно это мнение высказываю. Сильно подозреваю, что подобный проект будет создаваться при помощи AI (точнее даже ASI).
| |
|
4.78, Аноним (78), 08:22, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Раст решает не все проблемы , а конкретно проблему с памятью, будучи при этом н... большой текст свёрнут, показать | |
|
5.91, Celcion (ok), 10:13, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– |  И даже эту проблему он лишь якобы решает, ибо доказано это может быть лишь на пр... большой текст свёрнут, показать | |
|
6.110, Аноним (110), 10:56, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> И даже эту проблему он лишь якобы решает, ибо доказано это может быть лишь на практике
Чел, на практике растовый borrow checker просто не скомпилирует программу, где есть эти проблемы. Во время компилиции, понимаешь? Какие еще доказательства тебе нужны?
Ну, можешь еще посмотреть статистику Гугла и Майкрософта о снижении до нуля количества дыреней при работе с памятью после перекатывания кода с C и C+j на Rust. Хотя вряд ди тебя это переубедит - куда там Гуглу и Майкрософту до такого знатного эксперта, как опеннетный Celcion...
| |
|
7.118, Celcion (ok), 11:08, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– |  Ты внимательно читаешь Написано же прямым текстом - лучшим доказательством явля... большой текст свёрнут, показать | |
|
8.129, Аноним (-), 11:47, 22/05/2025 [^] [^^] [^^^] [ответить] | +1 +/– | 1 5 миллиона строк раст кода в 13 андроиде, это уже практика Сейчас напомню уже... большой текст свёрнут, показать | |
|
|
|
|
12.145, Аноним (-), 13:11, 22/05/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Умные люди берут какой-то маленькие проект и обкатывают Если проблем не возникл... большой текст свёрнут, показать | |
|
|
14.163, Аноним (-), 14:49, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | О, какое классное вранье github com uutils coreutils - судя по pass тестам про... большой текст свёрнут, показать | |
|
|
|
|
18.187, Аноним (-), 17:29, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | У меня в телефоне и на дестопе А еще на серваке сервисов которыми я пользуюсь ... большой текст свёрнут, показать | |
|
|
20.195, Аноним (-), 18:31, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | И где ты такой подход видишь Каждый проект, который взялся за переписывание это... большой текст свёрнут, показать | |
|
|
|
|
16.176, Аноним (-), 16:48, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | А можно посмотреть на touch, который проходи 15 из 15, или на du с 28 30 Но зач... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
|
|
|
4.88, Аноним (-), 10:01, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Ну ты тут такой не один Кто-то застал как ассемблерщики рассказывали что сишка ... большой текст свёрнут, показать | |
|
5.98, Celcion (ok), 10:25, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– |  Сам себе придумал, сам посмеялся Когда появились плюсы - Торвальдс ещё в школу ... большой текст свёрнут, показать | |
|
6.112, Аноним (112), 10:58, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Повторюсь, для неё ставились задачи куда шире, чем кормить разжиревших разрабов банковского легаси. Относительно этих планов - нынешняя ниша джавы просто ничтожна.
Мало ли какие там задачи "ставились". Маркетинговый отдел старался как мог. Ты тут нам что-то втираешь про то, как годы отложились в твоей голове наслоениями мудрости, но когда дело доходит до дела, не можешь отвлечься от маркетингового буллшита и переключиться на реальность. Ты проверь, может жена твоя пыль протирала влажной тряпкой, и нечаянно стёрла все наслоения мудрости?
| |
|
7.119, Celcion (ok), 11:13, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Мало ли какие там задачи "ставились". Маркетинговый отдел старался как мог.
То есть, у раста "маркетинга" нет, да?
> Ты тут нам что-то втираешь про то, как годы отложились в твоей голове наслоениями мудрости, но когда дело доходит до дела, не можешь отвлечься от маркетингового буллшита и переключиться на реальность.
Как говорили в фильме Клерки 2, "I'm not even gonna point out the irony, here."
> Ты проверь, может жена твоя пыль протирала влажной тряпкой, и нечаянно стёрла все наслоения мудрости?
Эх, годы идут, а опеннет всё не меняется...
| |
|
8.121, Аноним (121), 11:25, 22/05/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Не знаю, мне неинтересно За пределами их манифеста о том, какой это замечательн... большой текст свёрнут, показать | |
|
9.123, Аноним (-), 11:29, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Что даже растбук и доку Амазон, клоудфларя, майкрософт, гугл Сотни миллионо... большой текст свёрнут, показать | |
|
10.148, Аноним (148), 13:27, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Я не считаю документацию маркетинговым буллшитом Даже если это и часть маркетин... большой текст свёрнут, показать | |
|
9.126, Celcion (ok), 11:39, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– |  Ну, то есть, ты буквально критикуешь маркетинговый булшит одного языка с помощ... большой текст свёрнут, показать | |
|
10.146, Аноним (-), 13:17, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Нет, ты невнимательно читаешь Я критикую любую методологию, которая считает мар... большой текст свёрнут, показать | |
|
|
12.169, Аноним (-), 15:25, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Глупости Ты даже сам это понимаешь где-то в глубине души, но почему-то это пони... большой текст свёрнут, показать | |
|
|
14.177, Аноним (-), 16:49, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | И чем эти спонсоры занимаются, ты не интересовался PSF публикует регулярные отч... большой текст свёрнут, показать | |
|
|
16.232, Аноним (-), 13:42, 23/05/2025 [^] [^^] [^^^] [ответить] | +/– | Нет не думаю Они используют, но это не маркетинг, не так ли Это вещь в некотор... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
|
|
|
4.122, Аноним (35), 11:25, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Я не вращаюсь в айти сфере, я и есть айти сфера Мне не надо читать про Сан ... большой текст свёрнут, показать | |
|
5.128, Celcion (ok), 11:44, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Даже без улучшений полониуса он навсегда оторвался по возможностям от всех языков планеты Земля.
И полетел изучать другие планеты, ага...
> Раст ничего не обещает, он уже всё делает прямо здесь и сейчас. И конкурентов у него ноль.
Да. И каждый раз говорилось ровно то же самое про каждый новый "революционный" язык. А потом, с течением времени, практики применения и прочего - как-то всё оказывалось не так радужно. Не вижу смысла очередной раз повторяться. Почитай выше мной написанное, может дойдёт о чем идет речь. Ну, или не дойдёт, тогда и говорить дальше не о чем.
| |
|
6.141, Аноним (141), 12:54, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> И каждый раз говорилось ровно то же самое про каждый новый "революционный" язык.
Про какой "каждый новый" язык говорилось, что он, сохраняя эффективность по ресурсам Си решил проблему ручного управления памятью? Тебе будет легко привести пример, ведь это было про каждый новый. Но давай хотябы один.
| |
|
7.142, Celcion (ok), 13:03, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Про какой "каждый новый" язык говорилось, что он, сохраняя эффективность по ресурсам Си решил проблему ручного управления памятью? Тебе будет легко привести пример, ведь это было про каждый новый. Но давай хотябы один.
Ну так про одну "серебрянную пулю" говорилось одно, про другую - другое. И каждый раз решаемая проблема ставилась как ужасно-страшно-непреодолимая без тотального переписывания всего и вся на новый язык.
Про это, в общем-то, и речь.
| |
|
|
|
4.149, Аноним (149), 13:28, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Конечно, всем же известно что CelcionOne это специалист высочайшего класса О ег... большой текст свёрнут, показать | |
|
5.158, Celcion (ok), 14:28, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Видеть видать видели, а понять судя по всему не смогли.
Тебе так хотелось ответить, но кроме пересказа того же, что до тебя уже написали, только другими словами, дополнительно смищно попетросянив - ничего вразумительного сказать не смог.
Разумеется, ответы на все эти мега-доводы ты прочесть тоже не осилил, так что смысла по десятому разу отвечать на одно и то же я не вижу.
| |
|
|
3.55, Аноним (52), 03:33, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Нет никакой проблемы работы с памятью. Посади таких растописателей в реальную среду и заставь писать код на нормальном языке - они ошибок будут делать похлеще "дидов". Нужно не языки новые писать, а новое поколение программистов обучать, прям с азов, как там все на железном уровне работает, обучать проектированию архитектур, логике и прочем. Не курсами кормить, а гнать в вузы на кафедру computer science.
| |
|
4.80, Аноним (78), 08:26, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Нет никакой проблемы работы с памятью.
> Нужно не языки новые писать, а новое поколение программистов обучать
А, так это просто программистов не обучили, что нужно ресурсы освобождать?
| |
|
5.100, Celcion (ok), 10:32, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А, так это просто программистов не обучили, что нужно ресурсы освобождать?
Ты не поверишь, но многие современные прогеры даже не догадываются о том, что ресурсы нужно освобождать и делают круглые глаза когда им про это говоришь. Потому что на тайпскрипте ведь это делать не надо, сборщик мусора сам за тобой подчистит.
| |
|
6.106, Аноним (110), 10:50, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> А, так это просто программистов не обучили, что нужно ресурсы освобождать?
> Ты не поверишь, но многие современные прогеры даже не догадываются о том, что ресурсы нужно освобождать и делают круглые глаза когда им про это говоришь
Но ведь речь шла о Рсте и С? Ты ведь С имел в виду, когда говорил про "нормальный язык", не так ли?
| |
|
7.108, Celcion (ok), 10:54, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Но ведь речь шла о Рсте и С?
Я про си не говорил вообще.
> Ты ведь С имел в виду, когда говорил про "нормальный язык", не так ли?
Слушай, я понимаю, что в твоей картине мира существует только два стула. Но я ни про какие "нормальные языки" не говорил. Ты либо невнимателен, либо меня с кем-то путаешь.
| |
|
|
|
4.92, Аноним (-), 10:15, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Так диды за 40 лет не научились Думаешь они не знают что память нужно очищать ... большой текст свёрнут, показать | |
|
3.136, Аноним (135), 12:34, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> эффективности траты ресурсов лучше, чем Раст
Раст _никогда_ не будет управлять памятью лучше чем Си. Потому что боров чекер ограничивает тебя архитектурно когда и как ты пользуешься памятью и освобождаешь. Или будешь писать на unsafe? Тогда смысл в расте?
| |
|
4.223, Аноним (-), 11:10, 23/05/2025 [^] [^^] [^^^] [ответить] | +/– | Ложь Он уже это делает, хотя бы потому, что Си никак не управляет памятью, а от... большой текст свёрнут, показать | |
|
|
|
3.192, Аноним (183), 18:20, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Легендарный Borland опередил своё время. Их гениальные решения для быстрой разработки ПО стали эталоном практичности и удобства, а многие идеи, заложенные в их продуктах, до сих пор используются в современных инструментах. Borland доказал, что разработка ПО может быть быстрой, эффективной и при этом доступной. Многие концепции, которые сегодня кажутся стандартными, были популяризированы именно Borland.
| |
|
2.79, Аноним (77), 08:26, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Для написания ядер ОС ещё компромиссом бы мог являться Hare де Волта. Такой осовремененный C с модулями. Он сам на нём микроядро наваял.
| |
|
1.48, Erley (ok), 01:56, 22/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Переписывание на Rust займёт много лет, поэтому будет HardenedBSD жить своей жизнью, а FreeBSD - своей. При этом FreeBSD будет майнстрим и всё новое появляться в ней и потом портироваться на HardenedBSD.
Не будет постепенного перехода, никто не будет поддерживать параллельно два инструментария сборки, это безумие. Вспомните сколько лет заняло избавление от gcc в базе, а это просто другой компилятор того же языка С.
Официально вот что известно о Rust в _FreeBSD_: https://wiki.freebsd.org/Rust - там только про порты (почему бы и нет), helloworld модули и статьи всякие.
Заголовок новости нужно s/FreeBSD/HardenedBSD/ чтобы не вводить никого в заблуждение.
| |
|
2.65, Аноним (65), 06:55, 22/05/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
В отчёте ясно сказано о намерении продвигать работу в upstream, так что заголовок верный.
| |
|
3.107, bOOster (ok), 10:51, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Продвигать и продвинуть - разные вещи. FreeBSD - прагматики и раста не будет в ядре до тех пор пока не будет проведен полноценный аудит безопасности языка, в том числе и в долгий период времени.
| |
|
2.94, Аноним (-), 10:18, 22/05/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
> Вспомните сколько лет заняло избавление от gcc в базе,
> а это просто другой компилятор того же языка С.
Наоборот. Проблема как раз в том, что это ДРУГОЙ компилятор того же языка С. И часть вещей была приколочена именно к нему. В случае с растом используется тулчейн раста (карго, растц и тд) и тот же самый llvm. Так что с этим проблема будет на порядок меньше. По факту, нужно просто интегрировать возможность сборки из стандартных тулов бсд.
| |
|
3.137, Аноним (135), 12:40, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
То есть вы наивно думаете что переписывания с одного языка на совершенно другой быстрее и проще чем поправить точечные расхожденя работы компиляторов одного и того же языка Си? К слову, в clang добавили поддержку gnu расширений.
| |
|
4.154, Аноним (-), 13:52, 22/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> То есть вы наивно думаете что переписывания с одного языка на совершенно другой
А где там написано про "переписывание"? Там про удобное использование раст-программ в BSD.
"We introduced a new BSD makefile [...] that enables building a Rust application during buildworld."
А теперь отзеркалю ваш же вопрос - вы действительно думаете что добавить гунтые расширения и "поправить точечные расхождения работы компиляторов" проще чем просто "сделать так чтобы софт на расте пересобирался во время buildworld" ?
> К слову, в clang добавили поддержку gnu расширений.
Да. И даже ядро стало билдиться.
Вот только на ломание этого вендорлока и адаптацию жццшного овна ушли годы.
| |
|
5.157, Аноним (135), 14:28, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Здесь:
> Переписывание на Rust займёт много лет, поэтому будет HardenedBSD жить своей жизнью, а FreeBSD - своей.
Не теряйте контекст обсуждения.
| |
|
6.166, Аноним (-), 14:57, 22/05/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
> Не теряйте контекст обсуждения.
Эта ветка обсуждает только процесс избавления от GCC (opennet.ru/openforum/vsluhforumID3/136916.html#94), переписывание чего-то на раст (opennet.ru/openforum/vsluhforumID3/136916.html#48) к этому треду никакого отношения не имеет.
Будьте внимательнее, пожалуйста.
Но раз зашла речь о переписывании, то повторюсь, по задумке авторов HardenedBSD ничего переписываться не будет. Цель проекта четко очерчена и цитату (вот от сюда hardenedbsd.org/article/shawn-webb/2025-05-20/optional-rust-freebsd-support-may-2025-status-report) я привел выше.
Все остальное - фантазии местных комментаторов.
| |
|
|
|
|
|
1.51, Аноним (183), 03:04, 22/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
То, что майкрософт на раст клюнул - тоже закономерно, сколько у них было технологий-однодневок - не пересчитать, начиная с VB6, Silverlight, MFC, OLE, COM, DirectShow, постоянные кидки-недоделки. То же самое и здесь будет - поиграются, бросят, и пойдут возбуждаться очередными хайповыми и баззвордными поделиями. Оно так по кругу и идёт давно, те кто по-старше могут сопоставить. Гуглята от майков в этом плане мало чем отличаются, современная раздутая айтишечка - непроходимое болото.
| |
|
2.76, Аноним (77), 08:16, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Разве^ COM куда-то делся? Посмотрите новость про (при)открытие WSL2, там на блок-схемах есть про COM-объекты.
| |
|
3.175, Аноним (183), 16:45, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
COM+ точнее, просто задвинули подальше, хотя раньше эту технологию они пиарили как чуть ли не самую прорывную и центральную во всём, типа весь интернет, все приложения будут использовать, ActiveX, и всё такое. А сейчас всего лишь полузабытая узконишевая тема, о которой практически нигде не слышно.
Можно ещё вспомнить свистопляску с Metro, WinRT, UWP, сейчас типа уже WinUI, как они пытались всё перевести на дот нет, а потом кинули, что у них там с версиями и поддержкой, там у них такая каша, в которой они сами с трудом разбираются, а с добавлением вайб-шкодинга индусы майкрософт окончательно утопят, что по катастрофическим апдейтам бесятки уже заметно. Жаль конечно с одной стороны, но наверное это карма.
| |
|
2.181, MinimumProfit (?), 17:05, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
МикроСофт страшно боится отстать в чём-то от конкурентов, и что Windows из-за этого перестанет быть популярной. Если конкуренты что-то используют - надо тоже использовать, а хорошо это или нет - им это не важно. Если что-то стало популярно в народе - надо тоже у себя это сделать.
Популярны приложения Linux - надо тоже сделать чтобы они в Windows запускались.
Конкурент Гугль в своих ОС использует Rust - надо тоже в Windows использовать Rust, чтобы Windows не выглядела отстающей.
| |
|
|
2.74, Аноним (77), 08:08, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
В GNU/Hurd же сервисы, как отдельные исполняемые бинарники, со своим main. Поэтому, их можно писать на любом языке. Да хоть на интерпретируемом. Как это будет шустро, мы не говорим.
| |
|
1.105, bOOster (ok), 10:49, 22/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Очередной бредовый заголовок. HardenedBSD построен на основе FreeBSD и никакого отношения к FreeBSD не имеет.
В отношении Rust на BSD - имхо ключевые решения в FreeBSD всегда были прагматичными - поэтому, как минимум раст не будет ядре до тех пор пока не будет проведен полноценный аудит безопасности раст, в том числе в достаточно длительном периоде времени.
| |
|
2.109, Аноним (-), 10:54, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Как минимум раст не будет ядре
Ты новость читал? При чем тут ядро?
Даже в HardenedBSD его добавляют в юзерспейс, а не в ядро.
| |
|
3.130, bOOster (ok), 11:51, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Для юзерспейса вообще нет разницы на чем писать. В этом контексте новость даже рассматривать смысла нет.
| |
|
|
|