Pull to refresh
210
Руслан@checkpoint

Old-time Unix hacker

1,2
Rating
192
Subscribers
Send message

Я даже не знаю, что сказать. =8-[ ]

Автор прав в том, что технический прогресс свернул куда-то не в туда - мы все получаем ровно тот же результат при тысячикратно большем расходовании ресурса что и 30 лет назад. С этим определенно надо что-то делать. Но не в рамка "технологической независимости" какой-то отдельно взятой страны, а глобально для всей цивилизации. При таком темпе роста расходования ресурсов (вычислительных, ПО, электроэнергии, да и всёго остального) уже совсем скоро цивилизация упрется в потолок. Неожиданно обнаружить этот потолок будет очень болезненно для всех.

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

  1. Фактически, на данный момент мы имеем всего два оптимизирующих компилятора: GCC и LLVM. Это результат работы огромного числа специалистов (математиков, компиляторщиков и системщиков) со всего мира за очень продолжительный срок - миллиарды человекочасов. Создать свой "православный" оптимизирующий компилятор в рамках замкнутого круга небольшого числа специалистов не видится возможным даже за бесконечное время (как там дела у МЦСТ ?).

  2. Судя по всему, кодить придется на ассемблере для еще несозданной архитектуры, используя ручную оптимизацию. Людей способных к таким свершения в мире уже почти не осталось, а это значит что их надо сначала вырастить. Как ? Сколько ? За чей счет ?

  3. Идея создания "православной" ISA порочна в своей основе по множеству причин. Начиная c того, что новая ISA может просто оказаться мало эффективной и не пригодной для решения поставленной задачи, но выяснится это уже годы спустя.

  4. В России нет заводов способных на 90 нм. И на 130 нм тоже нет. Единственная рабочая технология на данный момент это 180 нм на Микроне с использованием импортного оборудовани и импортных расходных материалов. Но по условиям задачи ей использовать нельзя. Значит остается некий литограф на 350 нм от ЗНТЦ, но где он ? И самое главное - где продукция на нём производимая ? Кто нибудь её (продукцию) в руках держал ? И на каких компонентаж построен этот литограф ? Уж поди не на К155-й серии и даже не на MIK32 - единственном микроконтроллере 1-го уровня .

  5. Выкладки про 3D акселераторы не имеют никакого смысла. Достаточно просто вспомнить как и на чем строились 3D ускорители типа Voodoo 3DFX из конца 90-х. Произвести аналогичный чип по имеющемуся тех процессу (350 - 250 нм) наверное возможно, но для каких целей будет пригодна такая графика ?

  6. Ну и т.д. и т.п.

Короче, автор предлагает работу коллективу из 9 человек на 2000 лет вперед с единственной целью - достичь того, что уже было 30 лет назад. Очень, очень захватывающая деятельность.

Основная ошибка автора состоит в том, что он поучастовал в разработке NedoPC и теперь ему кажется, что всё очень просто, достаточно лишь поуменьшить требования к железу. Автор просто не видит за деревьями леса.

PS: На сайте NedoPC вся техническая информация под паролем. Что за бред ? Похоже я стучался не в ту дверь, надо ходить на nedopc.com, а не nedopc.org. Короче, в данном изделии используются ПЛИСы про-ва Altera образца начала 2000-х годов изготовленных по 180 нм. Отечественная промышленность до сих пор не освоила такое.

PPS:

состав лаборатории на 300 нм

Львиная доля оборудования импортного (западного) производства. О какой технологической независимости вещает автор ?

Самых богатых людей на планете менее 0.0001% от общей массы населения. Для покрытия их нужд роботы не нужны от слова совсем, достаточно некоторое количество рабов. Человечество уже проходило этот этап развития несколько раз, в целом, система рабовладения весьма устойчиво работает до тех пор, пока рабы не поднимают бунт. Но сейчас у нас (у них, в Китае) есть роботы. Роботы заняты сверхмассовым производством всего и вся для всего оставшегося мира. Это всё потребляется всеми. А у всех дожны откуда-то браться средства для того, чтобы оплачивать потребление произведенных роботами товаров. Если все не работают, то откуда деньги, Зин ? Допустим, от ББД. Чтобы выплачивать ББД, государства всего мира дожны где-то взять средства. Их можно либо заработать, либо "напечатать", либо захватить у других более состоятельных (обычно военным путём). Заработать не получается, так как всё производство уже у них, в Китае, и создавать новое экономически не состоятельно. Можно напечатать. Это работает, но очень не долго (если ты не гегемон) - экономика проваливается, все начинают недополучать, а товары дорожать. Потребление падает и роботы становятся не нужны. Остается третий вариант - попытаться отнять деньги (ресурсы) у других, то есть развязать войну. "Какая-то странная загугулина получается, панимаишь..." (с) ЕБН.

Уж не роботы ли виноваты в том, что мы сейчас наблюдаем ?

Сварщика нормального не стоит зря увольнять,

Любой наёмный сотрудник желает (и обязан по закону) получать зарплату два раза в месяц. Ему глубоко фиолетово на то, как у бизнеса идут дела. Его не трудно понять - ему надо кормить семью и регулярно платить по кредитам. Но что если у бизнеса нет заказов - не фортануло выиграть хороший тендер, сезонность, плановое повышение налогов, война в Персидском Заливе или еще какая напасть. Это означает, что средств для выплаты зарплаты у бизнеса тоже нет! И тут получается такая интересная ситуация: 1) бизнес может пойти в банк и взять кредит под 30% годовых на выплату зарплаты сотрудниками, при этом утопить фирму в долгах, потому что "отбить" такие процентные ставки он не сможет. Либо 2) уволить часть простаивающих в данный момент сотрудников и как-то выжить, дожить до следующего заказа и потом попытаться вернуть сотрудников назад (не обязательно тех же самых). Вот Вы как хозяин бизнеса какое решение примете ?

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

Нет. Но пассивный доход имею. И даже без него с голоду не помру.

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

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

Ну а если не пошло в этом месяце положил половину роботов на полку и всё, справился. С людьми так не получается как то.

Есть такое выражение: "если машина не работает, она умирает". Со сложным оборудованием (ЧПУ, робототехника, вычилительная техника и даже бытовая) вот как получается - если станок выключить и не включать более полу-года, то можно потом уже никогда его и не включить. Причин для этого много: от банального "ржавения" и канибализации, до устаревания софта и потери квалификации обслуживающего персонала. Так, что роботы (станки) либо работают непрерывно (с небольшим перерывом на сервисное обслуживание), либо не работают совсем. А лежащий на полке робот это страшная потеря денег для бизнеса - за него ведь лизинг/кредит платить надо и амартизационные отчисления!

С человками пока что всё гораздо проще получается: нет заказов - уволил (отправил в неоплачиваемый отпуск), заказы пошли - набрал новых, потренировал и в бой. Так работает подавляющее большинство бизнесов во всем мире не завязанных на сверхмассовое поточное производство, которое сейчас сосредоточилось только в одной стране мира. Поэтому, когда Вам рассказывают сказки про "низкий уровень роботизации" или про "низкий уровень производительности труда", сразу шлите этих сказочников лесом. Когда у бизнеса появляется реальная потребность в роботизации её мгновенно закрывают, но таких бизнесов очень и очень мало!

Проект PostgreSQL основан в 1996 году - переименовали из POSTGRES95. Юрлица у них менялись, но смысл от этого не изменился, люди там всё теже последние 30 лет.

Дело не в лицензиях, а в том как ведется разработка. PostgreSQL и Postgres Pro уникальны тем, что они не продались крупному бизнесу, а с самого основания (30 лет подряд) вполне успешно пытаются вести дела самостоятельно как независимая компания. При этом производят продукт мирового качества и масштаба, полностью опенсорсный, всем доступный и приглашают поучаствовать в проекте всех желающих (принимают коммиты). Лицензия у PostgreSQL-а (PosgreSQL License) разрешительная, подобна BSD или MIT. В общем, полная противоположность Linux-у. Таких проектов я что-то не припоминаю. Все из Вами перечисленных проектов сидят на подсосе у различных фондов.

PostgreSQL (и Posgres Pro) это уникальный случай для цивилизации. Таких проектов больше нет.

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

И то что Linux протолкнул в массы именно крупный бизнес - сомнений нет. Сначала его игнорировали, потом с ним боролись, сейчас насильно насаждают. Как говорил кто-то из великих: "не можешь победить - возглавь".

Все всё соблюдают и требований лицензии стараются не нарушать. Просто есть легальные способы обхода GPL, в том числе распространять бинарные модули или блобы с firmware. Или те же DPDK или eBPF - вытащить кишки ядра в userspace и ничего никому не показывать, только бинарь.

Я же писал - попробуйте из Qualcomm вынуть исходники драйверов к ихним WIFI7 адаптерам. Поэтому всё идет к тому, что останется только Linux ABI как некая точка совместимости, все остальное будет окончательно приватизировано и глубоко запрятано. Из Linux-а усердно делают винду.

А без дебага сколько ? Прошу цифры в студию.

Хаха, и что вместо? Статически линковать всё в один огромный бинарь,

В нынешних условиях это вполне себе отличное решение. И бинарь нифига не огромный получается.

Небольшая поправка себя. Судебная тяжба между USL и BSDi закончилась в 1994 году в пользу BSDi. С этого момента начался расцвет Open Source сообщества, и закончился в 2026 году полной приватизацией Linux систем крупным бизнесом. :)

Таких продуктов полно! Просто мы о них мало чего знаем, так как они скрыты от сообщества. Возьмие любую коммуникационную железяку - там либо клон Linux, либо FreeBSD. Исходников изменений мы никогда не увидим. У некоторых компаний пока еще есть остатки совести и они публикуют часть своих наработак, но так чтобы не в ущерб конкуренции. :)

Зависимости следует искоренять! (с) мой.

Давайте обзорную статью про 9front, а уж за вопросами мы в карман не полезем. :)

Автор вроде бы размышляет верно, но в итоге делает совершенно неверное заключение.

Что мы имеет к данному моменту ? Ядро Linux ипользуется в подавляющем большинстве телеком аппаратуры, в смартфонах и в бытовой технике. К этому оборудованию написаны горы проприетарного закрытого софта (драйверы, библиотеки и т.д.). Но можем ли мы получить исходники драйверов, скажем, от Qualcomm-овских WIFI7 адаптеров ? А от Nvidia ? Ответ очевиден - нет! Потому что крупный бизнес давно нашел способ как объ#$@ть GPL - просто распространять драйверы и прочие доработки ядра в виде модулей, и кукиш вам, а не исходники! Более того, бигтех сейчас вваливает нехилые $$ в переписывание системных GNU утилит с C/C++ (GPL) на Rust (MIT и прочие разрешительные лицензии) под дырявой ширмой "Rust - is memory safe". Короче, GPL хоть и мозолит глаз юристам бигтеха, но не является серьезным препятствием для скрытия кода и создания своих проприетарных форков! А создателям облачных решений так вообще класть с большой колокольни на любые лицензии - они у себя там на серверах что хотят, то и делают. Это с одной стороны. Теперь посмотрим с другой стороны на этот же вопрос. Очевидно, что ядро Linux уже давно поделено между несколькими крупными игроками из бигтеха. Они спонсируют разработки и активно проталкавают свои технические и идеологические решения в ядро. Торвальдс давно не влияет на то, что будет внесено в ядро, он и его банда плотно сидят на зарплате и занимаются только тем, что втаскивают в ядро решения от кого надо. А от кого не надо - не втаскивают. В итоге ядро Linux превратилось в помойку! Причем, очень современную высокотехнологичную помойку - из него интенсивно удаляют поддержку старого (и всё еще рабочего) железа, вместо этого валом заносят всякую чушь на Rust и постоянно переписывают Kernel API в угоду бигтеха.

По этому, если бы Linux был изначально под BSD лицензией, он был бы более идеологически выверен и чист от всякого шлака, который лавинообразно затаскивают в код ядра спонсоры товарища Торвальдса. Просто у каждого было бы своё ядро, а в общий котел оседало бы всё самое выверенное и проверенное временем.

Теперь пара слов о светлом будущем Linux. На мой взгляд яро Linux (и многие дистрибутивы на его основе) как продукт сообщества - всё. Это проприетарные системы. Хорошие, плохие, удобные, красивые или не очень, но все они в самое ближайшее время станут полностью проприетарными. Бигтех дожмет тему отказа от GPL. Не получится с Rust, так придумают что-то еще. Linux ABI сделают каким нибудь международным стандартом дабы обеспечить совместимость на бинарном уровне, а исходники ядра закроют. У каждого производителя будут свои проприетарные ядра, свои ОС на их основе, свои драйвера и библиотеки (по сути, сейчас уже всё так и есть). Останется какая нибудь Vanilla версия Linux ядра как некий эталон реализации ABI с полным отсутствием драйверов для нового железа. То же самое произойдет и с user space - все опенсорсные проекты, которые чего-то стоят, будут приватизированы и кросс-лицензированы между узким числом игроков. Остальные просто помрут из-за отсуствия финансирования, либо примкнут к большим проектам (этот тренд наблюдается уже сейчас). Оставшееся (выжившее) Open Source сообщество вернется к состоянию конца 1990-х - начала 2000-х годов, когда программировали не за деньги, а потому что душа требовала и была потребность. Вот с этой точки нам и предстоит начать работу по подьему BSD систем как независимых от большого бизнеса и их денег. Собственно то, с чего всё и началось в 1974 году в Berkeley и было успешно проделано в 1992-м с победой на Unix System Laboratories. Говорят, история развивается по спирали.

"Век живи, век учисть", сказал поручик. Возьмем на вооружение.

emacs - выбор мастеров! ;)

Все старички которых знаю, да и я сам, все пользуются либо far2l, либо mc. При этом многие в командной строке настоящие виртуозы. А еще я screen люблю, вместо этих ваших tmux. :)

Information

Rating
1,956-th
Date of birth
Registered
Activity