The OpenNET Project / Index page

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



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

Оглавление

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

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


103. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +4 +/
Сообщение от Аноним (103), 03-Янв-22, 14:52 
Сегодня это любой язык, Сишечка просто не прячет этапы и позволяет исполнять их раздельно. Маразматично выбирать язык по принципу лишь бы хайповым был, на сегодня у си нет альтернатив по качеству и эффективности батареек и нет никаких предпосылок к изменению ситуации. Я даже не вижу что через 30 лет какой-нибудь язык мог бы сравняться с сишечкой, может быть плюсы лет через 100 догонят.
Ответить | Правка | Наверх | Cообщить модератору

109. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –4 +/
Сообщение от Анонн (?), 03-Янв-22, 15:23 
Сегодня у си нет альтернатив по количеству рукожопства с памятью, выходов за границы массива и переполнений буфера (и тысяч cve как результат). С ним может поспорить только с++ в проектах, для погромистов которых это всего лишь "си с классами" и они не используют правильное RAII ради мнимой производительности, а таких еще очень много.
Ответить | Правка | Наверх | Cообщить модератору

111. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –1 +/
Сообщение от Аноним (103), 03-Янв-22, 15:37 
Хотя бы быстро компилируется и работает. Современные инструменты позволяют избегать большинства ошибок. Статистически все эти переполнения случаются в 1 из миллионов случаев применения адресной арифметики, что не так и плохо. Критические ошибки с перепутанными знаком, порядком аргументов, или прочее подобное случаются куда чаще и в любом языке, и от них нет никакой защиты.
Ответить | Правка | Наверх | Cообщить модератору

155. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –3 +/
Сообщение от Анонн (?), 03-Янв-22, 18:13 
От перепутанного знака могут помочь юнит-тесты, от неправильной бизнес-логики - интеграционные.
А от выхода за границы массива при неудачных входных параметрах - даже фаззи-тестинг помогает в единичных случаях. Так что мимо.
Ответить | Правка | Наверх | Cообщить модератору

162. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +1 +/
Сообщение от Аноним (103), 03-Янв-22, 18:47 
Почему тогда не помогают?
Ответить | Правка | Наверх | Cообщить модератору

263. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (258), 04-Янв-22, 17:06 
Потому, что теоретизировать - это вам не код писать.
Ответить | Правка | Наверх | Cообщить модератору

121. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от YetAnotherOnanym (ok), 03-Янв-22, 16:22 
> нет альтернатив по количеству рукожопства с памятью, выходов за границы массива и переполнений буфера

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

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

143. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Анонн (?), 03-Янв-22, 17:21 
Не, ну зачем вы так про разрабов ядра linux, openssl, xorg, firefox и сотен других.
Они вполне неплохие люди и программеры, не нужно их так обижать. Но раз в год они себе стреляют в ногу, а иногда оно ее отрывает по самую Ж, причем не только им, но и миллионам благодарных юзеров.
Ответить | Правка | Наверх | Cообщить модератору

163. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +1 +/
Сообщение от Аноним (103), 03-Янв-22, 18:52 
Дело тут скорее в сложности продуктов. Да и на "безопасных" языках что-то не спешат пилить альтернативы (они ещё и конкурентоспособными должны быть при этом). Всех достижений "мы переписали очередной приветмир на додиез".
Ответить | Правка | Наверх | Cообщить модератору

218. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Прохожий (??), 04-Янв-22, 10:28 
Пилят потихоньку. Просто достаточной массы разработчиков не набралось пока.
Ответить | Правка | Наверх | Cообщить модератору

319. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –1 +/
Сообщение от Аноним (234), 05-Янв-22, 07:47 
И не наберётся. То ж не формы на венде клепать, тут думать надо.
Ответить | Правка | Наверх | Cообщить модератору

349. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 14:17 
Судя по опросам StackOverflow - процесс пошёл. А ты и дальше можешь продолжать "думать", что спрятав голову в песок аки страус, избежишь прогресса.
Ответить | Правка | Наверх | Cообщить модератору

381. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (381), 06-Янв-22, 02:19 
> ...Да и на "безопасных" языках что-то не спешат пилить альтернативы ...

Тут все не так просто и с Си, и с "безопасными" языками... Ведь процессор ну абсолютно ничего не знает о массивах, строках, буферах и других структурах (в том числе и указателях), которыми оперируют языки высокого уровня. у процессора есть адреса ячеек памяти в регистрах - это все, что он может и "понимает". Да, на Си можно написать код, который будет вести себя подобно "безопасным" языкам, но, как и в этих "безопасных" языках это будет не "бесплатно" - требует определенного процессорного времени на проверки выхода за пределы высокоуровневых структур данных. Магии НЕ СУЩЕСТВУЕТ в нашем мире! "Безопасные" языки используют точно такие же низкоуровневые команды процессора, что и Си, и даже Асм, которые работают с адресами ячеек памяти или с регистрами (но в них данные нужно загрузить из тех же ячеек памяти с их адресами или выгрузить в нужные ячейки памяти по адресам) - других команд у процессора просто нету. Просто на каждый чих эти языки тем или другим способом автоматически добавляют пачку проверок в runtime - ведь на этапе компиляции не все адреса извесны. Никто не запрещает аналогично поступать на Си и на Асме. НО! При этом растет "служебная" нагрузка на процессор (на проверки всех границ и условий) - программа работает медленнее. Да, я знаю, что мне сейчас тут набросают примеров программ на Си и на $SAFE_LANG, когда на Си медленнее - но тут необходимо детально разбирать алгоритмы и код. При использовании одинаковых алгоритмов и оптимального их кодирования на Си будет быстрее - за счет отсутствия принудительных проверок на каждый чих. А обратный результат вероятнее всего говорит либо о разных алгоритмах (для программы на Си менее оптимизированный) либо о неоптимальном кодировании алгоритма на Си. Да, я знаю про Паскаль, Модулу и Оберон - но там та же петрушка, иначе это никак реализовать на современных архитектурах процессоров невозможно. Даже Java-процессоры не оперируют высокоуровневыми структурами данных.

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

388. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от YetAnotherOnanym (ok), 06-Янв-22, 16:41 
> Магии НЕ СУЩЕСТВУЕТ в нашем мире!

Дай я пожму твою руку!

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

271. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –2 +/
Сообщение от Michael Shigorin с дорогиemail (?), 04-Янв-22, 17:26 
> У тех, кто прогуливал в школе арифметику и не умеет складывать-вычитать целые числа.

Как хорошо, что в России таких негров можно называть неграми.

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

359. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +1 +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 15:07 
У вас логическая ошибка в высказывании (безотносительно к расистской сути такового): не все негры безграмотны, и не все безграмотные - негры. Причём здесь Россия, кстати? В ней негры живут, что ли?
Ответить | Правка | Наверх | Cообщить модератору

187. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Олег (??), 03-Янв-22, 22:55 
Согласимся. По факту это так. Заменить Си нечем :-(. Какой бы он ни был, остальное прочащее на егг замену ещё хуже.
Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

217. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Прохожий (??), 04-Янв-22, 10:25 
Rust. Вполне адекватная замена.
Ответить | Правка | Наверх | Cообщить модератору

318. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –1 +/
Сообщение от Аноним (234), 05-Янв-22, 07:46 
В "замене" двусвязный список без unsafe уже осилили, или как обычно "не работает - не нужно"? Платформы, отличные от попсового x86 осилили, или как обычно? Сборку стандартной библиотеки без gc осилили или как обычно?
Ответить | Правка | Наверх | Cообщить модератору

333. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +1 +/
Сообщение от Аноним (-), 05-Янв-22, 12:57 
> Сборку стандартной библиотеки без gc осилили или как обычно?

Опеннетовске Воены Антирастового Сопротивления непутание методичек осилили или как обычно?


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

382. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (234), 06-Янв-22, 06:36 
Когда крыть нечем, но что-то выcpать надо.
Ответить | Правка | Наверх | Cообщить модератору

386. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (-), 06-Янв-22, 13:28 
>>> Tier1 ... aarch64-unknown-linux-gnu
> Платформы, отличные от попсового x86

...
>>> Rust does not use a garbage collector
> Сборку стандартной библиотеки без gc
> gc

...
> Когда крыть нечем, но что-то выcpать надо.

А ты самокритичный! Осознание - первый шаг к чему-то там, так держать! (На самом деле, мотивация твоих высеров разве что психологам интересна)

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

350. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от uis (ok), 05-Янв-22, 14:23 
Добавят векторизацию на уровне языка, и ещё 100 лет будет не догнать
Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

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

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




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

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