The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80%, opennews (?), 03-Янв-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


56. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –3 +/
Сообщение от iZENemail (ok), 03-Янв-22, 12:57 
> Потому что, когда придумывали Си, не было гигабайтов памяти. И даже мегабайтов не было.

Си придумали как заменитель ассемблера (который на каждой машине в 1970-х годах был свой), чтобы перенести Unix с одной машины (устаревающей не по дням, а по часам) на новую машину. "Быстро и грязно" — было в порядке вещей для C того времени.


Ответить | Правка | Наверх | Cообщить модератору

68. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +8 +/
Сообщение от Аноним (68), 03-Янв-22, 13:23 
>"Быстро и грязно" — было в порядке вещей для C того времени.

это и сейчас в порядке вещей, для всего

Ответить | Правка | Наверх | Cообщить модератору

231. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –1 +/
Сообщение от DyadyushkaAU (ok), 04-Янв-22, 13:00 
Не надо преувеличивать. Может вы и не заметили, но некоторые вещи меняются к лучшему. Возьмём, к примеру, Rust. Там и модули есть, и с памятью работа корректная. Хотя некоторые программисты на Си к грязи настолько привыкли, что уже и не замечают, как они по макушку в ней увязли. Для них это уже естественное состояние. А потом появляются Геркулесы (наподобие того, что в новости) и пытаются хоть как-то расчистить то, что накопилось.
Ответить | Правка | Наверх | Cообщить модератору

238. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (68), 04-Янв-22, 13:37 
>Возьмём, к примеру, Rust.

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

Ответить | Правка | Наверх | Cообщить модератору

366. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 16:04 
В каждой новой версии старая грязь остаётся только... в старой редакции. Другими словами, это настраиваемо, хочешь ли ты тащить эту грязь в свой новый проект (для какой-то обратной совместимости), или ограничишься свежайшей редакцией. Поэтому можно смело заявлять, в Rust НЕТ грязи.

https://habr.com/ru/post/557460/

Ответить | Правка | Наверх | Cообщить модератору

380. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –2 +/
Сообщение от Аноним (380), 06-Янв-22, 00:11 
вы каждый день начинаете новый проект? ;)
Ваш проект тоже может быть сделан быстро и грязно и у вас сейчас полно других более насущных проблем, чем настраивать концентрацию расто-грязи.

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

Ответить | Правка | Наверх | Cообщить модератору

383. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 06-Янв-22, 13:17 
> Ваш проект тоже может быть сделан быстро и грязно и у вас
> сейчас полно других более насущных проблем, чем настраивать концентрацию расто-грязи.

Причём здесь какой-то отдельной взятый проект? В случае с C, C++ вы по умолчанию тащите весь накопленный "багаж знаний" компилятора. Rust же вас ограничивает в этом багаже: вы в одном и том же коде не можете применять разные техники и разные стандарты, как в случае с C++.
О какой "расто-грязи" в таком случае вы вообще говорите?

> Да даже то, что раст использует llvm говорит об упомянутом подходе

Смешались в кучу кони, люди. Причём здесь LLVM?

--
> это было быстро, т.к. взяли готовое и в то же время грязно, т.к. всякие достоинства раста на это готовое не распространяются

Ему и не надо распространяться. Компилятор Rust надаёт вам по рукам ДО ТОГО, как дело дойдёт до компиляции в машинный код.

Ответить | Правка | Наверх | Cообщить модератору

389. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (68), 06-Янв-22, 17:08 
> В случае с C, C++ вы по умолчанию тащите весь накопленный "багаж знаний" компилятора.

не-а — у меня лишь нет препятствий тащить

> О какой "расто-грязи" в таком случае вы вообще говорите?

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

> Смешались в кучу кони, люди. Причём здесь LLVM?

он ведь все еще используется? Ну там "Rust compiles to LLVM" и т.п.

> Компилятор Rust надаёт вам по рукам ДО ТОГО, как дело дойдёт до компиляции в машинный код.

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


PS: мы начали с того, что вам не понравилось мое общее высказывание по поводу "быстро и грязно"
>Не надо преувеличивать. Может вы и не заметили, но некоторые вещи меняются к лучшему. Возьмём, к примеру, Rust…

1. я так же заметил, что многие вещи меняются к лучшему во многих областях (языках, проектах) и даже C/C++ тут не исключение
2. понятия "нормы" или "грязи" меняются или, что еще хуже, они хорошо сдобрены маркетинговой чепухой. Сейчас ведь стало нормой писать жручие и падучие приложения, т.к. "контейнер в облаке перезапустится в N миллисекунд" или "планка памяти стоит как две чашки кофе" — программисты прошлого схватились бы за голову от такого.
3. "грязь" есть везде: где-то из-за незнания или неопытности, где-то из-за недостатка времени. Про то, что спорить про ее концентрацию я не намерен я уже писал
4. больше ни слова про раст и c/c++ :)

Ответить | Правка | Наверх | Cообщить модератору

390. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 06-Янв-22, 17:53 
> не-а — у меня лишь нет препятствий тащить

О чём я и говорил ранее. Программисты увязли по макушку в грязи, и этого не замечают. :)

> о той, которую надо или переписывать, или она вынуждает привязываться к редакции. Если все всё могут переписать, то смысла в редакциях особо нет

Подмена понятий, ясно-понятно.

> он ведь все еще используется? Ну там "Rust compiles to LLVM" и т.п.

Да. И?

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

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

> 1. я так же заметил, что многие вещи меняются к лучшему

Это не вы заметили. Это я заметил.

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

Меняются, да. Но не в сторону полных противоположностей, как вы, видимо, пытаетесь представить.

> Сейчас ведь стало нормой писать жручие и падучие приложения

Только там, где стоимость программиста сильно выше получаемого от его квалификации эффекта. Вы же не думаете, что программирование - это сферический конь в вакууме, искусство ради искусства?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру