Опубликован релиз минималистичного Linux дистрибутива Tiny Core Linux 17.0, который может работать на системах с 48 Мб ОЗУ. Графическое окружение дистрибутива построено на основе X-сервера Tiny X, тулкита FLTK и оконного менеджера FLWM. Дистрибутив загружается целиком в ОЗУ и работает из памяти. Загрузочный iso-образ занимает всего 20 МБ. Для 64-разрядных систем подготовлена сборка CorePure64, размером 25 МБ. Дополнительно поставляется сборка CorePlus (288 МБ), в которую входит ряд дополнительных пакетов, таких как набор оконных менеджеров (FLWM, JWM, IceWM, Fluxbox, Hackedbox, Openbox), инсталлятор с возможностью установки дополнительных расширений, а также готовый набор инструментов для обеспечения выхода в сеть, включая менеджер для настройки Wifi-соединений...Подробнее: https://www.opennet.me/opennews/art.shtml?num=64781
> который может работать на системах с 48 Мб ОЗУНа таких системах запускают http-сервер, а не иксы.
На таких системах запускают всё, что угодно.
Даже кризис?
Даже DOOM
Может планету переименовать в Дум? Если ничего толкового так и не выходит.
>Если ничего толкового так и не выходит.Тогда лучше думу в Doom.
ведь могут же, когда захотят!
не показывайте дескпотостроителям и гуефрэймворкерщикам, у них будет инфаркт тухеса (🤞)
Уже 17-я версия, а ты только проснулся.
Ну это уже не тролейбус из хлеба, это фигурная работа лобзиком по сухарям.Одного в толк не возьму: а какая целевая аудитория дистра и его целевое предназначение?
Если единственное предназначение — запускаться на системах с 48М памяти, то это не дистрибутив, а объект искусства. Циркового.
Без гуя образы для докера, с гуём можно всю компанию на удалённые рабочие столы посадить :)
следи за мировыми трендами - озу уже на вес дороже золота.
Садись - Два!
Расчехляем Core 2 Duo и покупаем DDR3 на Авито.
Мне вот интересно, возможно ли в принципе сделать переходник с DDR3,4,5 на DDR2 на какой-нибудь дешёвой FPGA.
Что нужно: подключить планку DDR2 к материнке с DDR3/4 или наоборот?
Скорее, да. Но гемора будет много. Начиная с трассировки платы под BGA и слоты DDR.
RAMа всегда была золотая и всегда будет - спрос есть всегда, причём повышенный, есть и практика - снимать старое поколение рамы с производства, поэтому все пытаются затариться по максимуму любой ценой, и цена абсолютно всегда взлетает до небес, просто на ожиданиях, что софт, спонсируемый корпами, будет жиреть и жрать больше (я тут начал расследовать почему единственный нормальный менеджер буфера обмена так много оперативы жрёт ... и волосы на голове зашевелились, там всё пропускается через слой JavaScriptа, причём ради этого JS тянется QML движок, и на каждый чих по процессу подымается, в результате скопировать текст на странице - это приводит к трешингу системы с шелестением винтом минут на десять, я в таких случаях просто жму reset теперь без раздумий, ещё год назад таких спецэффектов не было, они (не только разраб copyq, проблема комплексная, как только обновился дебиан, пришлось дауншифтить на lxqt, а после и даже lxqt начало вгонять систему в трешинг, вангую что разжирели системные библиотеки благодаря внедрению раста) там совсем адекватность потеряли!!!), а предложение просто намеренно прирежут. Предложение ограничено патентным рэкетом. Хорошо, что КНР с******о технологию, придётся государствам Западной коалиции позакрывать глаза на нарушения патентов, либо позвонить из Белого Дома в какие надо компании и приказать всем конкурентам пораздавать бесплатно либо по чисто символической цене лицензии, а иначе патенты аннулировать, а если не сделают - ИИ-гонку придётся проиграть китаю.
> копирование текста
> шелестением винтом
> 2026Воистину, люди наказываются не за порок глупости, а самим пороком глупости, и заслужено.
Только наказывает непричастных, чужим пороком, и именно за то, что непричастны. Потому что это суть жизни - всё превратится в говно (или по-вашему в программу, которая должна всего-лишь скопировать содержимое буфера, что другая программа назначила своим буфером, сразу же его назначить своим буфером (иначе если прибьётся программа - буфер станет пустым, но copyq даже этого не делает, приходится кликать вручную), записать в базу данных, и предоставить юзеру, встроить JS-движок, пропускать всё через него, ради него прилинковать ещё QML (Qtшный аналог HTML) движок, который в принципе и не используется особо, только в плагине одном, и спавнить процессы на каждый чих - это не говно?! Ну тогда с вами не о чем говорить, наслаждайтесь шоколадом и радуйтесь), а кто не хочет говна навернуть - ещё за это и покаран будет.
Ну я даже не знаю, попробуйте, что ли, суп есть не ножом, а ложкой?https://www.ebay.ca/sch/i.html?_nkw=dell+wyse+5070&_dcat=175702
Не ной. Тонкий клиент, $100, катаешь туда минт или какой-нибудь рач+niri+dank linux. Все.
Я вам про то, что софт в говно превратил, а вы мне вместо этого намекаете, что я обязан покупать. Вы в чьём маркетинговом отделе работаете: в ebay, Dell, Sirius Cybernetics Corporation, или сразу напрямую на Систему?
Не мучайсо, страдания это выбор, лол. Цена решения вопроса три бургера, а он ноет.
> DellУже нет
> или сразу напрямую
С недавних пор. Но не маркетинг, а разработка стратегии.
>RAMа всегда была золотая и всегда будет...Сочувствую тем кто с тобой работает, или не дай бог в твоем подчинении.
Может ты и написал что-то хорошее, но с точки зрения читателя текст твой - полное неформатированное овно.
Зачем это нужно? 48MB и всё такое, это для компов из 90-х? Тёплая комфортабельная кора два дуба 2006 года покрывает все потребности, а большего и не надо, пока что! А лет через 15 видно будет!
Всякие роутеры имеют сопоставимый RAM. Но на роутеры полагается заходить через браузер или ssh. Но никак не "подключать роутер к монитору и запускать там гуйный калькулятор".
можешь по vnc заходить вместо костылей в виде веб-морды
Ну да, гонять картинки по сети эффективнее, чем данные. И рендер картинок с их композицией в видео-памяти эффективнее, чем write("HTTP/1.1 200 OK\n").
Прокинь иксы. Они для этого и придуманы. Ой так у вас же везде лапки то есть вейленд.
Спасибо, 5 FPS по гигабитому линку видеть не хочется.
noVNC
В моем роутере 26 мб)
Я тут чуууточку подумал, и нарисовалась мрачная картина, что будет.1. сейчас бум ИИ, и развиваются технологи стэкинга HBM на кристаллы процессоров и GPU.
2. когда бум спадёт и ИИ станет не хайповой а просто вот совсем-совсем повседневной технологией, то предложение памяти придёт в равновесие со спросом
3. есть такая штука, Trusted Execution Environment, это аппаратный DRM. Сейчас у неё есть некоторые проблемки в виде того, что память-то внешняя
4. но теперь большие количества HBM кладут прямо на чип. Вот этой памяти производитель чипа может доверять.
5. более того, физические характеристики этой памяти измеряемо превосходят характеристики внешней памяти.
6. отсюда мы приходим к выводу, что в будущем аппаратное DRM будет полагаться на то, чтобы держать весе приложения целиком в HBM, а шифрование внешеней памяти уберут за ненадобностью. Вместо этого шифрование будет программным - анклаву предложат самому перекладывать данные во внешнюю RAM и самому шифровать и дешифровывать их при перекладывании. Сам же анклав будет аппаратными механизмами заперт в HBM целиком (процессор просто откажется создавать анклав в не-HBM регионе). Учитывая гигантские количества HBM это будет некритично.
7. Опять же, учитывая гигантские количества HBM, ничего не мешает запереть туда вообще ВЕСЬ системный код - и большая часть HBM останется под пользовательские нужды. То есть договорится MS с Intel, AMD, Insyde и NVidia, а дальше всё: биос, загрузчик, ядро, дрова - всё целиком будет в "доверенной" виртуалке. В принципе для этого многое уже есть. Есть SEV/TDX. Нужно лишь всего-ничего:
а. написать на Rustе и формально верифицировать малюсенький bootloader. Его хеш стандартизировать и прошить в процессор. Может и скорее всего будет полностью опенсорсным.
б. процессор грузит bootloader из флешки биоса в HBM и проверяет его.
в. bootloader исполняется в режиме анклава. Все остальные данные во флешке биоса зашифрованы ключом, специфичным для процессора. Как же тогда процессор вставлять в новую материнку? Просто. Вы же помните, что HBM на чипе много. В этот HBM с лихвой влезет целая ОС вместе с CURL. Значит предельно урезанная и верифицированная функциональность загрузки биоса с сайта какого-нибудь https://SecureEFIConsorcium.org после прохождения удалённой аттестации точно влезет.
г. "Но ведь у вас дома не обязан быть интернет!" Во-первых давно уже обязан. Если нет - это ваши проблемы. Во-вторых всегда можно сказать - "нет дома интернета - тащи материнку к ритейлеру, где купил процессор, он там подключит твою материнку и активирует".
д. После загрузки (скачку из северных провинций КНР могут и заблокировать, а равно чипы из партий, о которых разведка донесла, что они в северные провинции КНР попали) биоса его можно положить в ту же флешку, в контейнере для локальной аттестации.
е. Ну а дальше всё как обычно: при загрузке bootloader проверяет наличие контейнера во флехе, проходит локальную аттестацию, выводя ключи для расшифровки и проверки целостности этого контейнера, грузит оттуда биос, тоже в HBM.
ж. биос делает то же самое для EFI-дров и ядра/загрузчика ОС. Весь EFI раздел можно хранить в контейнере для локальной аттестации. Как и весь раздел с ядром ОС.
з. ОС грузится. Но как же так, ведь SEV не позволяет внешним приложениям грузиться вне контейнера! Ну так не проблема. Просто расширят функциональность, добавив возможность где надо вывернуть SEV наизнанку: сам гипервизор аттестован, а юзерспейс может быть неаттестованным. Разумеется, какие надо процессы можно запускать в дочерних firecracker-виртуалках.
ж. В результате: "защита" (protection racket scheme, ведь DMCA никто не отменял!) "интеллектуальной собственности" о деталях работы драйверов и ОС. А все ваши ReactOS и Linux могут куда Полонский послал идти.
> который может работать на системах с 48 Мб ОЗУУ GEM (плюс DR-DOS) системные требования 640 Кб ОЗУ
Можно вообще без ОС запускать программы. Просто пишешь её в изначальный загрузчный адрес и комп уже с него и шурует выполнять команды программы одну за одной.
А функции DOS по INT 0x21 кто выполнять будет без самой DOS?
Досбокс же.
>может работать на системах с 48 Мб ОЗУВ свете подорожания памяти из-за ИИ очень актуально становится.
> Графическое окружение дистрибутива построено на основе X-сервера Tiny X, тулкита FLTK и оконного менеджера FLWMвот это интересная комбинация