Опубликован декабрьский выпуск дистрибутива Minimal Linux Live, загрузочный iso-образ которого занимает всего 10 МБ. Для загрузки необходимо 256MB ОЗУ. Базовая сборка включает в себя лишь ядро Linux, Glibc и набор утилит на основе Busybox. Дистрибутив позволяет расширить минималистичное окружение под собственные нужды при помощи предлагаемого проектом набора скриптов. Начинка формируется на основе простого файла конфигурации...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52039
Такое бы на клоны RPi накатить.
Buildroot в помощь, там есть предустановленные конфигурации под RPI и клоны.
Дебианщики могут debootstrap взять и собрать по вкусу. Правда будет чуть более 10 мб, скорее 30-40. Не критично, список пакетов весит в 2 раза больше.
> Для загрузки необходимо 256MB ОЗУНу это довольно-таки много для дистрибутива, в названии которого есть слово "Minimal". Debian 10 в варианте minbase кушает в простое ~40 МБ оперативки.
"Кушает в простое" и "Необходимо для загрузки" - немного разные вещи.Попробуйте загрузить debian на платформе с 256Мб ОЗУ.
Я пробовал это провернуть с Jessie. Со свапом, но работало.
Для ядра и простого shell хватает 18МБ, если постараться. На меньшем объеме ядро не заведется.
Эх, а ведь когда-то ядро заводилось на 4мб памяти...в версии 2.2 по-моему...или может 2.0...
Когда-то четыре метра памяти было уже неплохо, но это скорее во времена 1.3 ещё. 2.0 на четырёх, помнится, вполне ворочалось, особенно если лишние mingetty и прочее подобное повыключать.
Так оно и умело на эти 4 мега. И скорость работы на эти 4 мега - даже дисковый кэш нормальный некуда разложить.
Когда-то и в интернет не надо было выходить, да и на безопасность (почти) всем было плевать, лишь бы уже поскорее оно отправило этот грёбаный факс. А сейчас ваши 4 Мб - курам на смех, а не ядро.
И где он не работает или не загружается на 256М?
https://i.imgur.com/xxL1qpD.png
вот, ес если еще и системд выкинуть, которая жрет больше всех...
> вот, ес если еще и системд выкинуть, которая жрет больше всех...Systemd жрет пару мегов - погоды не делает. К тому же вместо него будет интерпретатор скриптов жрать. А если захочется скорость загрузки сравнимую с systemd - еще и во множестве копий процесса к тому же.
> "Кушает в простое" и "Необходимо для загрузки" - немного разные вещи.Так первое подразумевает второе, разве нет? Или как "кушать в простое" может система, которая даже не загрузилась?
Нет не подразумевает. Для многих алгоритмов сжатия для распаковки нужна дополнительная память.
> Попробуйте загрузить debian на платформе с 256Мб ОЗУ.Он и на 64 грузится и работает в минимальном виде. Без свопа. А на 256 можно довольно много чего запустить кроме логин шелла и пакетного менеджера. Но набор пакетов придется выбирать близкий к минимальному.
Openwrt смотрит на этот дистрибутив снисходительно и слегка недоумевая.
Вот-вот! 256Мб подавай, а креме либ и бизибокс ничего нет.
Buildroot смотрит так же.
С каким-нибудь musl он был бы ещё тоньше.
Пацаны, а в современном мире возможно перейти на линукс и знать о назначении каждого процесса и инструмента, используя GUI? Или их так много что гуглить придётся годами? Планирую поставить арчу и начать гуглить всё что стоит по очереди.
нет.
в линухе слишком много различных прог, чтобы собирать их в одну книжку.
так что гуглить и разбираться. заодно мож напишешь.
Есть же LFS. Сам не читал, но полагаю там должно быть про все входящие компоненты
Там вся книга состоит из описания пакетов и как каждый собирать. Пздц, хоть бы оратор выше проглядел для общего ознакомления.
не у всех есть время на всё то, что стоило бы сделать, поэтому и существуют форумы и обсуждения, где можно от других узнать основной посыл чего-то, не погружаясь в это глубоко самому.
>Есть же LFS.
>Сам не читал,А вот надо бы
>но полагаю там должно быть про все входящие компонентычтоб не полагать...
LFS это инструкция по сборке системы, она не рассказывает о том, как работают компоненты и для чего они нужны, там просто куча инструкций как собрать в одну кучу всякого, чтобы работало и выглядело системой, принципов работы глубоко не понять, это вам книги по юниксам и по ядру надо читать.
>используя GUIвесь нормальный софт без гуя, как и в венде собственно
> используя GUIщито
ОС с графическим интерфейсом. Может ты и не знал, но GUI - это дополнительные процессы и службы
Windows 1.0 требовал 256 КБайт памяти и уже был с гуи. Если рисовать всё вектором прямо в видеобуфер, то и DOS-приложение со своими 64 Кб будет в состоянии рисовать GUI в UHD. Интересно было бы увидеть ОС влезающую в кеш первого уровня современного процессора :)
> Интересно было бы увидеть ОС влезающую в кеш первого уровня современного процессора :)Кстати, да. Скажем в кеше крутится интерпретатор, который весь туда помещается, плюс небольшой буфер под интерпретируемый байт-код - напоминает подход на ESP32 с Lua интерпретатором.
Ядро L4. Какаято или какието из модификаций.
Там как раз вся идея и была в том, что быстрое микроядро получается тогда, когда оно полностью в кеше.
> рисовать всё векторомВебмакаки придумали SVG. Удачи в его парсинге на 64 кило.
> прямо в видеобуфер, то и DOS-приложение со своими 64 Кб будет в состоянии рисовать GUI в UHD.
Хотите рисовать в нативном представлении GPU? Тогда компилятор шейдеров не забудьте. Под каждое семейство GPU. VGA адаптер всего лишь рисовал "буфер кадра" на экран. Это таки растр.
> Интересно было бы увидеть ОС влезающую в кеш первого уровня современного процессора :)
Гуглить "RTOS" и "Hypervisor" - сейчас это так называется.
> Вебмакаки придумали SVG. Удачи в его парсинге на 64 кило.Долой вебмакак. До них всё делалось компактными вызовами lineTo, fillRect и arc. Винформы и X-сервер так и работают.
>Хотите рисовать в нативном представлении GPU? Тогда компилятор шейдеров не забудьте. Под каждое семейство GPU. VGA адаптер всего лишь рисовал "буфер кадра" на экран. Это таки растр.
А, что высчитать вектор на CPU уже не комильфо? К тому, же Вы давно смотрели на интерфейс ОС? Там почти нечего считать. Одноцветные прямоугольники, да строго горизонтальные и вертикальные линии. Самое сложное это тени, но только совсем дохлые CPU не в состоянии их посчитать, так как они занимают малую площадь. Так же считать нужно только изменения, а не пересчитывать всё с нуля 144 раза в секунду.
> Долой вебмакак.Джва чая этому анониму.
> До них всё делалось компактными вызовами lineTo, fillRect и arc.
Кармак даже 3D рендерил без GPU - потому что когда он Doom писал, GPU еще не существовали.
> Винформы
Лол. Возможно, это про GDI было? Тот то да, простой относительно и делался под слабое железо. Но там все из битмапов и таки он не очень быстрый, если рисовать хочется много. Битмапы как раз проще всего на экран выдавать.
> и X-сервер так и работают.
И этот тоже ни два ни полтора. И обоим приветы по поводу шрифтов например - поинтересуйся устройством TTF/OTF/... и иных масштабируемых шрифтов. Формат данных там не такой вебмакакнутый, но это не значит что его рендерить просто.
> А, что высчитать вектор на CPU уже не комильфо?
Во времена Doom так и делали. А потом придумали GPU, им такое сподручнее - и по формату данных и по устройству "core".
> но только совсем дохлые CPU не в состоянии их посчитать,
Поэтому есть такие штуки как софтварные рендереры. LLVMpipe например. Но скорость относительно GPU - никакая. Это вам не Кармак, да и Кармак 320х200 обсчитывал. Кому такой графон сейчас захочется?
> так как они занимают малую площадь. Так же считать нужно только изменения,
> а не пересчитывать всё с нуля 144 раза в секунду.Есть нюанс: кешировать придется. А это уже не 64 кила на современных экранах.
>Интересно было бы увидеть ОС влезающую в кеш первого уровня современного процессораKolibriOS
Никакого Арча, только LFS
А для чего мне собирать свой дистрибутив? Мой вопрос не об этом. А о среднем количестве софта установленном в чистой ОС. Скажем ядро везде одно. Это отдельное ПО. Если кроме ядра установлено штук 20 программ вроде загрузчика, систем инициирования, шелла, сетевого менеджера, а сверху програм 20 для GUI, то это всё можно загуглить. Но если в общей сложности (кроме ядра) нужно гуглить програм 200, то этого я делать не стал бы
200... А вы оптимист. Хотя, если не брать библиотеки, а именно программы, то может и можно уложиться. Арч тут ок, можете в сторону bsd'ы посмотреть. Прям голая система, а дальше накатывай из пакетов да "считай".
Моя цель - понимать что запущено у меня на ПК. Библиотеки - это части программ, а не что-то самостоятельное. Поэтому да, вопрос в количестве програм. Не будем брать в рассчёт всякие убунты напичканные зондами, сколько в среднем ПО стоит в минимальном наборе ОС с KDE или Deepen?p.s. у кого появилось острое желание пошутить про зонды в deepen, потому что это китайское ПО, вы конечно можете пошутить об этом, но давайте представим что я уже пошутил за вас и не будем вайпать
В таком случае тебе имеет смысл посмотреть в сторону Gentoo. Ставишь stage3 - это базовый набор софта для работы системы. А потом ручками ставишь только то, что считаешь нужным. И сам рулишь необязательными зависимости, выбирая что ставить а что нет.Но как по мне - в таком подходе нет смысла. Начни с убунты той же, или минута. Пользуйся каждый день. И через пару лет придет понимание, какой дистрибутив нужен именно тебе. Тогда уже перейдешь на арч, ленту,лфс или что-то другое
Что бы узнать среднее количество программ мне нужно поставить убунту? Ладно, пойду ставить арч и самостоятельно считать количество софта. Надеялся что кто-нибудь вбросит примерную цифру или даже копирует список пакетов с чистой ОС.
Чтобы понимать что у тебя в системе - поставь gentoo. У той виртуалки, что я соорудил недавно, 922 бинарника в /usr/bin и 104 в /bin.
Но как всегда, ты будешь разочарован узнав, что большинство пакетов содержат более одной "программы". Возьмём, для примера, coreutils: их там 124.
На альте минимальный чрут обычно был в районе сотни бинарных пакетов, плюс-минус лапоть. Но чтоб их _собрать_, требуется больше -- почитайте про раскрутку (bootstrap) что-нибудь, если интересно. У меня были слайды по e2k, проходил такое несколько лет назад.
> На альте минимальный чрут обычно был в районе сотни бинарных пакетов, плюс-минус
> лапоть. Но чтоб их _собрать_, требуется больше -- почитайте про
> раскрутку (bootstrap) что-нибудь, если интересно. У меня были слайды по
> e2k, проходил такое несколько лет назад.А можно подробней про слайды, очень интересны всякие аудиовизуальные средства обучения по линуксовой тематике?!
>Начни с убунты той же, или минута. Пользуйся каждый день. И через пару
> лет придет понимание,Как пользователь бунт со стажем, могу с авторитетом заявить, нифига на бунтах понимания никакого не приходит по части искомого понимания процессов в системе, пока сам люто не начнёшь искать как и что, бунты не способствуют, можно так ламосом и остаться.
>какой дистрибутив нужен именно тебе. Тогда уже перейдешь
> на арч, ленту,лфс или что-то другоеВот это отчасти полезный совет, но лишь в той части, что нужно разобраться а для чего тебе вообще эти самые линуксы, вот именно этот вопрос поможет решить что нужно выбрать, а изучать можно используя любой дистрибутив, даже самый "зондированный". Но судя по вопросам зрителя из зала у него какая-то занятная картина мира линуксов сложилась и лучше её не трогать, а то произойдёт коллапс.
любой современный дистрибутив состоит из пяти вещей:1) загрузчик. как правило на PC это GRUB2
2) ядро Linux
3) система управления инициализацией (запуск и последующее управление всеми демонами системы) systemd
4) набор утилит GNU (как правило минимально необходимы coreutils, binutils, findutils, sysutils, termutils)
5) shell - bash
остальные программы опциональны и нужны для выполнения прикладных задач пользователей и непосредственно к функциональности *системы* отношения не имеют.собственно вот с изучения этих компонент и начинай. остальное по мере необходимости узнаешь.
для изучения как устроены дистрибутивы лучше всего брать source based дистрибутивы у которых есть последовательное руководство по построению. занимаясь этой задачей ты поймёшь зачем и что применяется. поэтому это не просто "собрать свой линукс". а именно учебная задача разобаться как любой линукс устроен.
далее у всех дистрибутивов есть отличающиеся друг от друга нюансы по сборке, использованию, набору базовых прикладных программ и философии. поэтому их столько много. но база - это LFS.
> поэтому их столько много. но база - это LFS.База - это LSB вообще-то.
>> поэтому их столько много. но база - это LFS.
> База - это LSB вообще-то.справедливое замечание. но LSB это несколько больше чем "минимально необходимое ПО".
Просто вы лихо перескочили от понимания системы к дистрибутивам. Для понимания LFS, конечно, дает хорошую базу. Но это не база для дистрибутивов.
Вы не поняли, похоже. Ну и LSB -- ни разу не база по факту (в обоих очевидных смыслах).
> далее у всех дистрибутивов есть отличающиеся друг от друга нюансы по сборке,
> использованию, набору базовых прикладных программ и философии. поэтому их столько
> много. но база - это LFS.Пошагово собрал LFS до сих пор очень далёк от того, что называется "знать и понимать для чего и как работают все компоненты системы". Сперва это проделал с слакой, ведь форумы и статьи говорили, что поставишь и настроишь слаку - поёмёшь линуксы, однако, я просто понял как поставить слаку, потом также было с арчем, те товарищи утверждали, что это же KISS, труъ-линукс и точно-точно будет поятно что и для чего, да, арчевика действительно хороша и полезна, но я опять же, почти ничего не понял о компонентах линукс-систем, я просто понял как поставить арч, потом был LFS вот про него все как один утверждали, что вот он действительно прям всё поможет понять, а вот хрена, я просто пошагово следуя инструкции смог поставить LFS, а до сих пор не знаю как чего делать, если что поломается, как диагностировать проблему, и куча ещё всяких полезных навыков, которыми обладают олдовые никсоиды, так что нет, чтобы знать и понимать каждый процесс, нужно читать про эти самые процессы отдельно, я бы сам рад ознакомиться с годными источниками информации по вопросу устройства ОС на базе линукс-ядер.
В итоге, могу поставить слаку, арч, LFS, но чувствую, что в линуксах как был нубярой, так и остался.
Вспоминается древнегреческий философ, который чем больше узнавал, тем больше убеждался что он ничего не знает:).
Поверьте, все знать не получиться. Даже Линус, где-то в рассылке, признавался, что в современном линуксе он не_знает/не_понимает очень многое.
При таких вводных забудьте лучше про весь тот бред, что несут фанаты (именно фанаты, а не старожилы) слаквари, генты и особенно арча, который несколько лет как перенял сомнительную славу генты по части оголтелости.Вменяемых среди них именно в этом плане -- разобрать по винтику, собрать обратно и чтоб заработало -- встречал за двадцать лет несколько человек.
Как уже сказали, читайте тогда LFS и делайте себе сами по шажочку.
Загуглил LFS, отличная энциклопедия, спасибо всем кто написал о ней. На счёт арча, это первый (и пока что единственный) дистрибутив который удивил меня своим минимализмом. Понравилось что я могу написать скрипт устанавливающий пакеты и конфиги и запустив одну команду, после ожидания загрузки, получить такую сборку ОС, какая мне нужна, без всякого мусора. До этого пользовался только дистрибутивами с установщиками и прокликивал всё в ручную, а потом удалял мусор.Если есть другие дистрибутивы, которые позволяют устанавливать только то что мне нужно, скиньте названия, это было бы полезно для меня.
> Загуглил LFS, отличная энциклопедия, спасибо всем кто написал о ней. На счёт
> арча, это первый (и пока что единственный) дистрибутив который удивил меня
> своим минимализмом.Ознакомься с Alpine или Void, особо на musl и прозрей, что такое минимализм. Арч уже давно жирная блоатварная тварь.
>Понравилось что я могу написать скрипт устанавливающий пакеты и
> конфиги и запустив одну команду, после ожидания загрузки, получить такую сборку
> ОС, какая мне нужна, без всякого мусора.Сюрприз-сюрприз, на любом дистрибутиве линукса можно написать скрипт для установки чего угодно, даже на самых зашлакованных, другое дело что какие-то подталкивают к подобному поведению, а другие подталкивают подобным не заниматься.
> До этого пользовался только дистрибутивами с установщиками
> и прокликивал всё в ручную, а потом удалял мусор.Во многих дистрибутивах с установщиками для прокликивания, есть внезапно вариант установки с помощью CLI.
> Если есть другие дистрибутивы, которые позволяют устанавливать только то что мне нужно,
> скиньте названия, это было бы полезно для меня.Что называется, "тысячи их", лучше вам высказать более конкретные пожелания что вам нужно конкретно, для чего вам вообще какой-то линуксовый дистрибутив, что вы хотите получить, в какой сфере и т.д. эти уточнения очень сузят искомый диапазон, а так вы интересуетесь слишком "общо", типа - "посоветуйте мне машину, чтоб руль и 4ре колеса" чтобы можно было жать на педальки и рулить!
JS linux наше фсё :)PS: https://bellard.org/jslinux/
> без всякого мусора. До этого пользовался только дистрибутивами с установщиками и прокликивал всё в ручную, а потом удалял мусор.Если есть другие дистрибутивы, которые позволяют устанавливать только то что мне нужно, скиньте названия, это было бы полезно для меня.
NixOS конечно же. Там ты просто пишешь в конфигурации какие программы у тебя должны быть. "Установкой и удалением" занимается система за тебя.
Более того и без gui разве что совсем минимальные дистрибутивы сможешь "знать о назначении каждого процесса и инструмента" и то с оговорками.
Одного systemd хватит чтобы угробить несколько лет жизни.
не пугайте народ. там не только бинари. а сколько скриптов на перле, баше , питоне и даже руби. и это все программы. пусть ставит обычный дистр с гуи. ту же убунту или цент если рпм. и уже лезет в /bin и /usr/sbin и смотрит каждую программу в каталогах. а потом через man и info узнает для чего они. на крайняк просто "программа --help". вы не то советуете. новичок хочет разобраться что для чего и как. у меня в свое время тоже было сие желание. но как то запарился. там реально поболее 2000 прог будет если ставить с гуем. и не все имеют описание в манах, особенно скрипты. там уже только в сети искать инфу.
> Пацаны, а в современном мире возможно перейти на линукс и знать о
> назначении каждого процесса и инструмента, используя GUI? Или их так много
> что гуглить придётся годами? Планирую поставить арчу и начать гуглить всё
> что стоит по очереди.Нет, можно просто перейти на линуксы и не знать о назначении каждого процесса, но пользоваться GUI и Дескотопом, в частности для хомячков бунты вполне с этим справляются, а арч не слишком сурово, нужно CRUX хотя бы, ну или генту как минимум.
LFS даже не поможет знять о назначении каждого процесса, да и для пользования это нинужно, разве что вы маньячите по глубокому изучению любых процессов, с которыми соприкасаетесь.
> Планирую поставить арчу и начать гуглить всё что стоит по очереди.С таким подходом убунту разве что. По крайней мере оно поставит тебе нечто более-менее рабочее и не вырвиглазное - а потом разбирайся как работает наздоровье. В том числе и из GUI. А если пропрет и надоест разминировать - посмотришь на дебиан потом...
Почему все советуют этот мусор? Как по твойму, зачем мне знать назначение каждого процесса? Потому что мне делать нечего? Или может быть потому, что я хочу понимать свою ОС? Ты вообще понимаешь на сколько дырявая и напичканная зондами убунта? Даже я, человек плохо знакомый с линукс, понимаю это. Зонд на зонде, буквально даже поисковые запросы из файлового менеджера отправляются на чужие сервера
Отлично, я как раз не знаю, что установить на 80386.
Slackware 8.*
picobsd, nanoBSD
Не знаю насчёт поддержки сборки под 386, но на сайте и гитхабе у них сборки только под х64. Да и ядро тут новое, а мне склероз говорит, что в ядре апнули минимальную платформу до 586.
Slitaz... А этот незаведётся
Для x386 ядро должно быть моложе чем 3.11 или 3.10 (точно не помню)
Plan 9
Кружку чаю.
не поверите я видел и аппараты с 16 мб озу и жестким диском на , чтоб не соврать, 620мб кажется. реальный диск как и все только 620мб , по крайней мере так было написано. кстати 95 винда работала вполне успешно. потом был аппарат вот не помню сколько озу, но жесткий на 1 гиг. это у знакомого видел. там камешек поболее современных будет. а для 80386 лучше линя с ядрышком до 2.0 думаю. и то не факт. с дровами тогда было не густо и железо подбирали под линя. впрочем вплоть до 2007 года.
И чем ты хотел удивить? У меня первый комп был 286 с 1 мб RAM и 20 мб HDD
ЭхЪ, было время, минимальный дистриб помещался на дискету(
И X11 на второй дискетте
Архив с однодискетной русифицированной демоверсией QNX, занимающий 1,38 Мбайт, можно взять с сайта www.qnx.com/demodisk/download/russian.html
Спасибо, кому-нибудь обязательно пригодится. Но у меня двухдискетный Slackware есть, кстати, недавно загружал для лечения BIOS, очень даже поностальгировал. Работает на старье без проблем, щелкает прикольно. Только конечно, уже не удобно стало - подзабыл многие команды, ключи, интерфейс. Да и файловая структура уже другая. Самое сложное было - подключить флопповод - загрузки с USB нет.
root/boot? ;-) (тут сразу вспомнился tomsrtbt)
> root/boot? ;-) (тут сразу вспомнился tomsrtbt)Да! Приятно, что моё настроение разделяют.
Михаил! Снимаю шляпу.
Наилучшие пожелания одно..системникам!
> Архив с однодискетной русифицированной демоверсией QNX, занимающий 1,38 Мбайт, можно взять
> с сайта www.qnx.com/demodisk/download/russian.htmlТам давно редирект, а в сайте BB чорт ногу сломит. Лучше из Архива достать:
http://web.archive.org/web/20001211092400/www.qnx.com/demodi...
Это как раз то самое:
System RequirementsTo run the demo, your PC needs only the following:
Processor 386 or better
Video Color VGA or better
Memory 8M or more
Modem Plug-and-Play, PCMCIA, or connected to COM1, 2, 3, or 4
Mouse Serial, bus, or PS/2
Hard disk Not needed ;-)Но я бы порекомендовал скачать полноценную некоммерческую версию — 6.2.1 NC, она же QNX™ Momentics™ Non-Commercial.
1. Первого, установочного диска на сайте QNX и BB нет в открытом доступе (http://www.qnx.com/download/swgroup.html?programid=7812), его придётся искать в торрентах или диких интернетах. Найти, тонко подсказываю, таки можно.MD5: 0489c116af49f3aca814df33a6a3e13e qnxnc621.iso
2. QNX Momentics Third Party ISO. Второй диск, на котором различное прикладное ПО (включая исходники для СПО), позволяющее более-менее полноценно использовать сабж как настольную ОС (есть даже ЖЫМП тогдашней версии):http://www.qnx.com/download/feature.html?programid=9978
В своём время эти диски (ЕМНИС, только установочный) рассылала контора SWD (http://swd.ru/) заинтересованным лицам бесплатно. Были же времена…Впрочем, если кто-то намерен писать программы на или для QNX, её коммерческое использование стоит сотни денег у BB.
Были и с иксами на одной
https://archive.org/details/Puppy_Linux_xwoaf_pupЕщё хороша КолибриОСь (https://kolibrios.org/ru/, http://kolibri-n.org/index), но это не линукс...
есть же всякие ассемблерные ОС(напр.Kolibri, отросток Menuet), которые вместе с разным ПО умещаются на дискету.
Вы просто не умеете готовить их :)
> Вы просто не умеете готовить их :)Да их и сами авторы не умеют. К тому же они задолбались донкихотить с asm и какой-то C-- развивают. Подождите, еще через 10 лет они наконец си разучат и поймут в чем прикол...
Если в дистрибутиве есть Midnight Commander, то можно дистибутив даже с удобством использовать
Удобство это zsh, с ним даже mc не нужен
> Для загрузки необходимо 256MB ОЗУСерьезно? У меня NixOS на VPS меньше жрет, хотя на диске он занимает заметно больше пространства (около 3ГБ)
Скорее всего это требования для запуска LiveCD. Так-то даже убунта на VPS меньше жрёт.
Скомпилили ядро с поддержкой отрисовки количества пингвинов равного количеству ядер. Милота :)
Да и пингвины у них не стандартные а свои собственные.
ОС на одной дискете:
http://www.hardline.ru/5/60/3646/
Зачем? Есть же алпайн
Красиво выглядит, и это, как мне кажется единственное преимущество.
Windows98 загружалась на 16Мб оперативки, да и работала вроде тоже.
Может если все ненужное выкинуть из ядра, оставив только нужное, минимально-необходимое для загрузки тогда нужно будет не 256, а 32 ?
Просто я воспитан на таких шутках, как demoscene in 64Kb, игр типа .kkrieger, она если верить интернету занимает 96K.
Сколько памяти они жрут, я не знаю.
А тут - в чем уникальность этого проекта, интересно ?
Можно же создать дистрибутив, который не будет live, который будет ставиться на флешку, как на жесткий диск, и ядро при загрузке будет эту флешку монтировать, там фс будет на запись, всякая проделанная работа будет сохраняться, и как следствие образ не будет распаковываться в память, памяти меньше будет отжираться.
Ну и экономия памяти, как по мне - чисто спортивный интерес, и в плане экономии памяти у таких дистрибутивов еще есть куда расти.
> Просто я воспитан на таких шутках, как demoscene in 64Kb, игр типа .kkrieger, она если верить интернетПрям воспитаны на игре .kkrieger?
> .kkrieger is a first-person shooter video game created by German demogroup .theprodukkt, which won first place in the 96k game competition at Breakpoint in April 2004. The game remains a beta version as of 2019.
Прямо с 2004 года воспитываетесь? Играете каждый день?
игр типа .kkriegerВторое слово
Win 3.1 и 3.11 загружались на 1 мб, но браузер уходил в swap, на 4 мб всё летало.
Win 95 работал нормально на 4мб
Win 98 работал нормально на 8 мб и возможно на 4 мб
> Win 95 работал нормально на 4мбНу как "нормально"...с подкачкой на подкачке через подкачку
> Win 95 работал нормально на 4мб
> Win 98 работал нормально на 8 мб и возможно на 4 мбНе звезди.
> Win 3.1 и 3.11 загружались на 1 мб, но браузер уходил в
> swap, на 4 мб всё летало.
> Win 95 работал нормально на 4мб
> Win 98 работал нормально на 8 мб и возможно на 4 мбНормальной такую работу может назвать разве что поклонник городских легенд и мифов.
Чтоб _нормально_ и _комфортно_ работать, надо было памяти увеличить кратно: для Windows 95 — до 32 МБ, для Windows 98 — до 64 МБ, для NT 4 — хотя бы до 64 МБ.
NT4 Workstation прекрасно работало на 32 мегабайтах, а после запуска занимало около 16 мегбайт памяти( это с 6 сервиспаком уже). У нас в одном классе такая конфигурация много лет проработала.
Один парень говорил, что на компьютерах CompaQ того времени NT4 занимало 12 мегабайт(но это наверно без сервиспаков разных).
NT4 Workstation очень приятная вещь, нормальная настоящая ОС с минимальными требованиями. Если бы не сговор Wintel, то требования к ОС не повышались так резво, может и до сих пор сидели на ней.
Windows 2000 часто нормально работала на 64 мегабайтах, ХП без всяких дебильных антивирусов на 128 мб. Виндовс 7,если выкинуть и приостановить всё ненужное, то где-то мегабайт 370-400 может стартовать. Для работы с жирными браузерами и ещё более жирными страницами Интернет всё равно нужен хотя бы полтора гига, а лучше 2 под семёрку, а для офисных задач скорей всего и полгига хватит.
Про десятку пока не скажу, думаю в полгига можно уместить после старта, не сильно она жирнее семёрки.
> NT4 Workstation прекрасно работало на 32 мегабайтах, а после запуска занимало около
> 16 мегбайт памяти( это с 6 сервиспаком уже). У нас в
> одном классе такая конфигурация много лет проработала.
> Один парень говорил, что на компьютерах CompaQ того времени NT4 занимало
> 12 мегабайт(но это наверно без сервиспаков разных).
> NT4 Workstation очень приятная вещь, нормальная настоящая ОС с минимальными требованиями.
> Если бы не сговор Wintel, то требования к ОС не повышались
> так резво, может и до сих пор сидели на ней.Нет, анон, не работала NT 4 нормально на 32 МБ ОЗУ. Еле ворочалась она, причём о тяжёлом софте речи даже не шло, только операционная система и MS Office. Ты вот пересказываешь городские легенды, а я на своём рабочем компьютере пробовал её в те годы как раз на 32 метрах памяти — и это было печально. Так что для работы мне пришлось вернуть обратно Windows 95, ибо либо работа, либо NT 4.
> Windows 2000 часто нормально работала на 64 мегабайтах, ХП без всяких дебильных
> антивирусов на 128 мб. Виндовс 7,если выкинуть и приостановить всё ненужное,
> то где-то мегабайт 370-400 может стартовать. Для работы с жирными браузерами
> и ещё более жирными страницами Интернет всё равно нужен хотя бы
> полтора гига, а лучше 2 под семёрку, а для офисных задач
> скорей всего и полгига хватит.Запускаться и быть быстрой и комфортной — это несколько разные системные требования. Я же вроде по-русски писал в своём комментарии.
> Про десятку пока не скажу, думаю в полгига можно уместить после старта,
> не сильно она жирнее семёрки.Жирнее и тормознее, причём тормоза неотключаемые.
Вот уж не правда. 95-я на 4-х работала действительно медленно/не_комфортно, на 8-и она работала довольно бодро, только с сетью были проблемы. У 98-й с сетью было норм., но на 16-и она работала не спешно, а 24-х летала как реактивный самолет, правда с флешками были проблемы... это да.
> Вот уж не правда. 95-я на 4-х работала действительно медленно/не_комфортно, на 8-и
> она работала довольно бодро, только с сетью были проблемы. У 98-й
> с сетью было норм., но на 16-и она работала не спешно,
> а 24-х летала как реактивный самолет, правда с флешками были проблемы...
> это да.Ничего там не летало реактивным самолётом, кроме ДОСа.
Понимаешь, анон, у меня на работе был в те прекрасные времена топовый писюк аля рабочая станция с первопнём внутри на 133 сравнительно честных МГц, 32 МБ ОЗУ, винт на 2 или 4 ГБ, запамятовал, и Оффтопик 95 поверх всего, остальную конфигурацию не помню, сколько лет уж прошло… NT 4 на этом железе была ватной и, по сути, бесполезной, аналогично и Windows 98. А вот Windows 95 была хороша, ей на таком компе было жить в самый раз.
Первый третий пень (450 МГц, как щас помню, 1999-й год) уже тянул всё, что было из операционок. Ты помнишь, сколько стоил третий пень, когда вышел? У меня на фирме был один такой, его поставили на почётном месте и с него пылинки сдували, а когда в нём что-то сломалось, то весь трудовой коллектив болел нервами.
> Просто я воспитан на таких шутках, как demoscene in 64Kb, игр типа
> .kkrieger, она если верить интернету занимает 96K.
> Сколько памяти они жрут, я не знаю.дофига вообще-то:
more /home/аноним/old/d/old/f/download/kkrieger-beta/readme.txt
> .kkrieger requires a relatively high-end machine to run properly. To be precise:
> - A 1.5GHz Pentium3/Athlon or faster.
> - 512MB of RAM (or more)
> - A Geforce4Ti (or higher) or ATI Radeon8500 (or higher) graphics card supporting pixel shaders 1.3, preferably with 128MB or more of VRAM.
Там не было цели запускать его на стрых машинах. Главное - размер, и то, благодаря чему такого размера добились.У меня эта демка тормозила на p4 512 radeon9600.
Большая часть демосцены распаковывалась при старте. Да и 64к это не честные 64к,т.к. использовали директикс с их многомегабайтными длл. Честная демосцена закончилась на атари и мсдос.
LFS конечно хорош... Но блдь, сначала поставить слаку/арч и уже потом собирать LFS. Из убунту/минт у меня не получалось собрать. Я уж лучше на слаке продолжу сидеть. Патрег одобряее....
Круто, но сайт доступен только через VPN в РФ, из вне или через тор сайт minimal.linux-bg.org недоступен
Да нет проблем с этим сайтом в РФ: http://ping-admin.ru/free_test/result/1576520239w6kz9rx4n2s4...
Вот я говорю, что в РФ с сайтом проблем нет, а не в РФ с сайтом проблемы.
Без js автор умудрился показывать ничего.
Блин. У меня когда-то nt4.0 64mb стоял сервер оракла 7.3 для разработки и тестов и на нем же паралельно тётенька тексты в Ворде набирала
В году 2006м читал про «микрокомпьютер» габаритами с флэшку и Ethernet разъёмом. На борту у него было 4МБ ОЗУ и 8МБ «диск». И Линукс на нем работал.
Вот это извращение!!!
Дистр ужимали-ужимали, а PNG-картинка при загрузке - дело обязательное! :D
Да, когда-то полуось на 486DX 16M отлично себя чувствовала с объектно-ориентированным десктопом WPS и графическим интерфейсом PM, которых по функциональности и отзывчивости до сих пор никто не достиг. При этом никакая нагрузка на систему не могла хоть как-нибудь прервать или испортить звуковоспроизведение c CD, видео/тв с авермедии, подвесить UI или тормозить OpenGL (на матрасе!!! без аппаратной поддержки).
Я еще помню, как возмущало двух-трехсекундное открытие папки с двумя тысячами иконок на десктопе.
Правило для разработчиков было -- если виджет или контрол при создании еще не готов принимать ввод, он не должен быть виден, а время на ответ контрола/виджета не должно превышать 100 миллисекунд. Если нужно больше времени, полагается демонстрировать иконку ожидания, а не маскировать тормоза анимацией.