LSX Unix, запущенный на живой МС0511 (УКНЦ)

Олдскульненько.

Очень круто. Что она может?

Если про ОС, то мало чего, все-таки это больше демка, чем рабочая ОС. Конечно, при помощи большого напильника можно многого добиться, но стоит ли? Для этих машин «родной» операционной системой являются RT-11 и ее клоны, для них написано много разного ПО. По мне, так единственным плюсом UNIX перед RT-11 это нормальная файловая система с каталогами и файлы устройств, прямо как в линуксе сейчас.

Что же вас всех так прёт с бесполезного старья?

Ты на размер libc посмотри. glibc расти и расти...

Ну маладца!

Блин, надо сюда как-нибудь экран Venix'a на Pro-380 запостить....

Ну а что такого то? Меня например прет со старых кпк и коммуникаторов на WM.

Ты на размер libc посмотри. glibc расти и расти...

glibc уже выросла. :-)

*немного пошамкивая* вот помню я миграцию с libc.so.5 на glibc. Уже тогда понятно было что glibc - тормозной монстр.

*сильно шамкая* а ещё помню, как скомпилил Hell, world на С на Ямахе и бинарник оказался 3,5 килобайта. Сразу встал вопрос, кому нафик нужен этот С, и каким обдолбкам пришла мысль назвать его кросс-платформенным ассемблером, если скомпилированный код в 30 раз больше чем надо.

А теперь?!?

Красиво. Как там, кстати с проблемой y2k? Какой нынче год показывается?

Зачёт!

Собери хелловорлд статически с glibc с дебагом и считай мегабайты :)

Со временем всё совсем плохо. УКНЦ не имеет RTC, при старте date показывает SUN NOV 19 93:68:69 EST 1989 и бегут они гораздо быстрее секунд. Тут уж не до y2k. В RT-11 тоже все плохо с этим, там проблема y2k усугубляется невозможностью поставить дату меньше 1970 года.

Круто. Но зачем?

*сильно шамкая* а ещё помню, как скомпилил Hell, world на С на Ямахе и бинарник оказался 3,5 килобайта. Сразу встал вопрос, кому нафик нужен этот С, и каким обдолбкам пришла мысль назвать его кросс-платформенным ассемблером, если скомпилированный код в 30 раз больше чем надо.

а ты не помнишь что послужило причиной/толчком для перехода на glibc? и не знаешь как сократить размер бинарников?

Я запускал bkunix на эмуляторе БК-0010, а там памяти в 4 раза меньше, чем на УКНЦ, только 16 кб.

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

а ты не помнишь что послужило причиной/толчком для перехода на glibc?

По-моему, лицензия. Старая libc была под MIT. Ну и фичи, конечно.

и не знаешь как сократить размер бинарников?

Собирать с Diet libc, там где имеет смысл, и не париться там где не имеет. :-)

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

да вроде не сотни, десятки или единицы.

Прикольные штуки. А эта УКНЦ как-нибудь используется? Я в детстве только два раза за них подержался. Они были 16 битные, и было понятно, что за ними будущее, но в том месте, где они у нас в городе стояли для них не было в тот момент вообще никакого софта, кроме ОС. Поэтому я до упора оставался на MSX-2. Там софта было море.

Да, ты прав, 8K. Что впрочем всё равно в два раза больше чем три с чем-то К, которые мне казались транжирством на 8 битной машинке.

8503 Oct  1 20:59 hello

Изображение с УКНЦ захватывается моим новым устройством на основе FX2LP, теперь дешево и без ПЛИС.

Круто. А захватывать VGA на том же FX2LP получится? Для стандартных режимов, это меньше 30 MHz. Как я понял, микроконтроллер работает на 48 MHz. Если в конечном автомате собирать по нескольку (2 если с цветом, до 8 если без) пикселей в байт, может их удастся вовремя считывать? Можно было бы сделать дешевый USB-KVM (втыкать в соседний сервер). Думаю, даже коммерческий спрос будет, если подавать как готовое решение.

Этих готовых решений вагон за 10 копеек. Чтобы выйти на рентабельносить, надо миллионные тиражи и Китайское правительство, оплачивающее услуги почты.

Как раз хочу попробовать асинхронный ввод и собрать на компараторах АЦП. Это позволит не вскрывать корпуса бедным спектрумам при подключении. На счет. VGA не уверен, там нужно будет сильно модифицировать и схему и ПО, может попобую.

$ diet gcc -s tests.c -o tests
/usr/lib/diet/lib-x86_64/libc.a(vprintf.o): In function `vprintf':
vprintf.c:(.text+0x3e): warning: warning: the printf functions add several kilobytes of bloat.
$ du -b tests
12984	tests
$ clang-3.5 -s tests.c -o tests
$ du -b tests
4848	tests

я даже не знаю что сказать...

я хочу от тебя детей

Этих готовых решений вагон за 10 копеек.

Можно мне несколько примеров готовых решений IP-KVM или хотя бы USB-KVM ценой ниже $100? Или хотя бы $200 (купили тут несколько б/у IP-KVM'ов на eBay по $200 - правда, это уже давно было).

Чтобы выйти на рентабельносить, надо миллионные тиражи и Китайское правительство, оплачивающее услуги почты.

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

я даже не знаю что сказать...

Вот что: не следует путать статическую линковку с динамической. (Да, при большом количестве бинарников, статическая проиграет по суммарному объему.) Вместо diet, взять musl - он умеет и динамическую тоже.

что то что другое - динамические. По крайней мере, ldd так говорит :)

glibc - тормозной монстр

Покажи нетормозную по твоему мнению libc.

libc.so.5. Поди и .so.4 тоже, но я её не застал. Но только в современном мире толку от них вообще нет - ни юникода, ни всего остального, пришедшего за 20 лет. Но только лучше про libc в других топиках говорить. Автор вон каких крутых штук забубенил, лучше про них поговорить, или хотябы про УКНЦ.

А тесты приложить можешь? Потому как в glibc критичные функции оптимизированы в том числе на simd и даже intrinsic-и gcc работают медленнее.

некрофилия же, ну.

Спасибо за настальгию.