The OpenNET Project / Index page

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



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

Оглавление

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

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


88. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –5 +/
Сообщение от Gogi (??), 03-Янв-22, 13:53 
Что приятно, в Линуксе таки находятся адекватные люди! Сначала переделали файловый бардак и сделали Gobo-linux. Потом (когда до остальных слоупоков дойдёт) это станет мэйнстримом. Затем заголовочники поправят, пофиксив БАРДАК, который Линус разводил десятилетиями. Ну а потом уж дозреют и до перехода на Ди! Но это будет уже при наших внуках.
Ответить | Правка | Наверх | Cообщить модератору

98. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –1 +/
Сообщение от Аноним (-), 03-Янв-22, 14:24 
>переделали файловый бардак и сделали Gobo-linux

Как в Виндовсе?

>Ну а потом уж дозреют и до перехода на Ди! Но это будет уже при наших внуках.

Гоги топит за язык Ди.

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

129. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –1 +/
Сообщение от Аноним (122), 03-Янв-22, 16:52 
Предлагаю Гоги сделать главным мейнтейнером языка Ди (хотя почему Гоги не предложит написать линукс на Porth или другом, например своём самопальном языке — не понятно). Предлагаю проект назвать соответствующе: "Дикс". А что, звучит!
Ответить | Правка | Наверх | Cообщить модератору

104. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +3 +/
Сообщение от Аноним (103), 03-Янв-22, 14:57 
За 15 лет не написано ничего известного, у раста куда больше шансов получить распространённость (not to mention раст, в отличие от д, не завязан на рантайм с гц).

ПС. гоболинукс -- помойка.

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

206. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +1 +/
Сообщение от Аноним (205), 04-Янв-22, 06:00 
Шансы равны и равны 0
Обе поделки поделаны чтоб быть и не несут никаких новых концепций
Маркентинговое оно
Ответить | Правка | Наверх | Cообщить модератору

207. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –1 +/
Сообщение от Аноним (103), 04-Янв-22, 07:24 
Сахарок приятный в принципе.
Ответить | Правка | Наверх | Cообщить модератору

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

Не чтобы быть, а чтобы избавиться от тех годами копимых "наработок" на Си, Си ++.

Вот один попытался расчистить эти авгиевы конюшни, и пока непонятно, к чему это может привести. А можно было сразу на нормальном языке с нормальной инфраструктурой писать, и вот этого вот труда Сизифа избежать. Но разве ж это можно луддитам объяснить...

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

222. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +2 +/
Сообщение от Аноним (103), 04-Янв-22, 11:02 
>на нормальном языке с нормальной инфраструктурой

На го нельзя писать системный софт. Можно, если очень хочется, но нельзя. О многих вещах можно сразу забыть.

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

235. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 04-Янв-22, 13:18 
Думаю, предыдущий высказывающийся имел ввиду Rust, а не Go.
Ответить | Правка | Наверх | Cообщить модератору

239. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (103), 04-Янв-22, 13:44 
Но ведь то, что он сказал, явно не про руст с его нпм. И в его нпм нет ничего примечательного. А в самом языке нет ничего инновационного или уникального, всё выглядит как костыли для жс-обезьян. Нет готовых батареек, наконец, а те, что есть, работают ощутимо хуже плюсов.
Ответить | Правка | Наверх | Cообщить модератору

274. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Michael Shigorin с дорогиemail (?), 04-Янв-22, 17:33 
> руст с его нпм

Чего?

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

353. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от uis (ok), 05-Янв-22, 14:35 
Ржавая версия NPM. Как pip в питоне.
Ответить | Правка | Наверх | Cообщить модератору

356. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 14:49 
cargo в Rust куда как функциональней, чем pip в Python.
Ответить | Правка | Наверх | Cообщить модератору

355. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +1 +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 14:47 
У Rust нет NPM. Ты его с чем-то другим попутал.

В самом языке есть:
- строгая типизация  (в C такого нет);
- умные указатели (в C такого нет);
- контроль висячих ссылок (в C такого нет);
- контроль выхода за пределы границ массивов (в C такого нет);
- родные макросы (часть языка, в C такого нет);
- модульность (в C такого нет, в C++ появилась недавно, но пока только на уровне стандарта без должной поддержки со стороны компиляторов (как утверждают другие участники форума));
- относительная простота освоения (по сравнению с C++);
- оптимальный по производительности код на выходе компилятора (такой же быстрый и небольшой по размеру, как у C).

При этом в Rust нет:
- ситуаций UB, как в C++ (сплошь и рядом);
- GC (как в Go);
- объектно-ориентированного программирования, вместо него используется куда лучший с точки зрения лёгкости чтения и последующего сопровождения кода принцип композиции (изучение многоуровневой иерархии объектов в ООП да ещё с множественным наследованием - то ещё "удовольствие").

Плюс инфраструктура в виде стандартных crates.io, cargo, форматтера кода, линтера.

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

363. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (103), 05-Янв-22, 15:47 
В первом предложении ты утверждаешь, что нет нпм, потом льёшь список воды, и завершаешь тем, что он самый хороший, потому что у него есть нпм.  Что-то тут не так.
Ответить | Правка | Наверх | Cообщить модератору

365. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 15:59 
У Rust нет NPM. Или ты централизованную систему пакетов имел ввиду? Если да, то впредь выражайся яснее, если хочешь, чтобы тебя понимали.

> он самый хороший, потому что

Он самый хороший потому что - перечитай список ещё раз, почему именно, если с первого раза не дошло. Хотя разжую, пожалуй. Централизованное хранилище пакетов ОДНО ИЗ МНОГИХ преимуществ, а не ЕДИНСТВЕННОЕ.

> Что-то тут не так.

У тебя проблемы с логическим мышлением. Вот что.

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

367. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (103), 05-Янв-22, 16:24 
Не систему пакетов, а доверие вендору и к тому, что в гнилой помойке нет и не будет малвари. Это один из основных недостатков. Дальше не читал, уж извини, ничего полезного ты сообщить не способен.
Ответить | Правка | Наверх | Cообщить модератору

368. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 16:35 
> Дальше не читал

Ясно, чукча не читатель. :)

> Это один из основных недостатков.

И снова проблемы с логикой.

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

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

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

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

Не доверяем - не пользуемся. Или кто-то заставляет? Вроде, простое решение, а поди ж ты, так долго разжёвывать надо.

> что её активно навязывают (карго)

Cargo - это не только загружатель пакетов извне. Это и система сборки, универсальная, стандартная, фичастая, ничем не уступающая, а местами превосходящаяя то, что есть в C, C++. Не нравится cargo - напишите свою, никто не запрещает. Не нравится crates.io - закройте к нему доступ.

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

424. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от uis (ok), 11-Янв-22, 17:02 
> Cargo - это не только загружатель пакетов извне. Это и система сборки,
> универсальная, стандартная, фичастая

Я вижу очередной npm, оно тоже "не просто загружатель, но и система сборки" и тоже "стандартное".

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

429. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 11-Янв-22, 23:04 
>> Cargo - это не только загружатель пакетов извне. Это и система сборки,
>> универсальная, стандартная, фичастая
> Я вижу очередной npm, оно тоже "не просто загружатель, но и система
> сборки" и тоже "стандартное".

Куда-то не туда ты смотришь. npm - это менеджер пакетов - не совсем то же самое, что система сборки. Но допустим, что ты прав. Где такое же в стандартной поставке есть у C++ или C?

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

423. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от uis (ok), 11-Янв-22, 16:53 
> При этом в Rust нет:
> - ситуаций UB, как в C++ (сплошь и рядом);

Читаю:
> - прибит гвоздями к x86
> - объектно-ориентированного программирования

Си, Ада

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

430. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 11-Янв-22, 23:15 
>> При этом в Rust нет:
>> - ситуаций UB, как в C++ (сплошь и рядом);
> Читаю:

Не тем местом читаешь.

>> - прибит гвоздями к x86

И к ARM, и к MIPS, и к RISC-V, и к SPARC.

Подробности: https://doc.rust-lang.org/nightly/rustc/platform-support.html

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

>> - объектно-ориентированного программирования
> Си, Ада

У Раста нет объектно-ориентированного программирования, зато есть функциональное и композиционное. Про Ада ничего не знаю. На Си это, скорей всего, можно сэмулировать, но будет куча лишнего кода. Так что мимо кассы.

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

203. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +1 +/
Сообщение от Аноним (203), 04-Янв-22, 02:01 
Gobo linux даже не смогли pendrive install запилить,
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

272. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –1 +/
Сообщение от Michael Shigorin с дорогиemail (?), 04-Янв-22, 17:31 
> Сначала переделали файловый бардак и сделали Gobo-linux. [...]
> Но это будет уже при наших внуках.

Какие ваши внуки, трансгендерно-восхищённые "постчеловеки"?!

// нет, это прям какие-то кульбиты высшего пилотажа в самовляпывании в антиориентиры

PS: технарям, а также сомневающимся, напомню статью Витуса Вагнера примерно двадцатилетней давности, которая за прошедшее время стала только актуальней, как по мне (и теперь выглядит сказочно "неполиткорректной" на фоне того, во что ударными темпами скотился и продолжает скатываться коллективный запад): http://wagner.pp.ru/~vitus/articles/user-friendly.html

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

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

328. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +1 +/
Сообщение от Аноним (328), 05-Янв-22, 12:00 
Ремонтопригодность? Не, для поколения айфонов и тиктоков это слишком сложная концепция. Лучше заменим всё целиком, а то пепельница переполнилась.
Ответить | Правка | Наверх | Cообщить модератору

329. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (124), 05-Янв-22, 12:06 
Так ведь и автоматы вполне себе ремонтируют, не?
Ответить | Правка | Наверх | Cообщить модератору

358. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +1 +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 15:05 
Как приведенная статья противоречит (опровергает) то, что сделано создателями GoboLinux?

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

GoboLinux организацию файловых систем приближает как раз к такому идеалу - человеку нет нужды задумываться (как в других дистрах) о том, где он может найти те или иные бинарники (и/или другие файлы): они всегда будут находиться в одной и той же стандартной структуре папок. Что же в этом плохого, кроме того, что многие админы (и другие пользователи) уже успели привыкнуть (то есть, по сути прогнуться под создателей дистров) к прежней непрозрачной структуре?

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

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

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




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

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