URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 88601
[ Назад ]

Исходное сообщение
"Интервью с разработчиками KolibriOS"

Отправлено opennews , 10-Фев-13 18:05 
Опубликовано интервью (http://www.stavimlinux.ru/dists/KolibriOS/interview-with-dev.../) с участниками проекта KolibriOS (http://kolibrios.org/ru/), а рамках которого развивается миниатюрная операционная система, написанная преимущественно на ассемблере (fasm) и распространяемая в рамках лицензии GPL. На вопросы ответили Кирилл Липатов - прикладной программист проекта, и Дмитрий Переверзев - администратор проекта KolibriOS.

Загрузочный образ KolibriOS помещается на дискету 1.44 Мб и может работать на системах с 8 Мб ОЗУ. В базовую поставку входит набор драйверов, браузер, текстовый процессор, графический редактор, просмотрщик, более 30 игр. Обеспечена полная поддержка ФС FAT12/16/32 и частичная (только чтение) NTFS, ISO 9660 и Ext2/3/4.
  

<center><a href="http://kolibrios.org/i/slaid/slaid2.png"><img src="http://www.opennet.me/opennews/pics_base/0_1360504686.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>


URL: http://www.stavimlinux.ru/dists/KolibriOS/interview-with-dev.../
Новость: http://www.opennet.me/opennews/art.shtml?num=36073


Содержание

Сообщения в этом обсуждении
"Интервью с разработчиками KolibriOS"
Отправлено анонимус , 10-Фев-13 18:05 
Оу! У этого проекта даже есть администратор?

"Интервью с разработчиками KolibriOS"
Отправлено Enik , 10-Фев-13 18:08 
Эту систему нужно брать как основу для мобилок.

"Интервью с разработчиками KolibriOS"
Отправлено ВасисуалиьМихаил , 10-Фев-13 18:15 
x86-совместимые мобилки? Ты с дубу рухнул?

"Интервью с разработчиками KolibriOS"
Отправлено Vkni , 10-Фев-13 19:32 
> x86-совместимые мобилки? Ты с дубу рухнул?

Во-первых, такие есть, хотя это и экзотика.

Во-вторых, её можно портировать с х86 на ARM тем же способом, что и OpenVMS перенесли с VAX на Alpha - трактовать ассемблер х86 как высокоуровневый язык и сделать с него компилятор на ARM. И вот такой проект был бы весьма полезен.


"Интервью с разработчиками KolibriOS"
Отправлено terraslav , 10-Фев-13 22:09 
Ну-ну, портируйте, особливо если это на асме;))

"Интервью с разработчиками KolibriOS"
Отправлено Xasd , 11-Фев-13 03:20 
> трактовать ассемблер х86 как высокоуровневый язык и сделать с него компилятор на ARM

точно!

на эт трактовать как Javascript :)


"Интервью с разработчиками KolibriOS"
Отправлено Дима , 11-Фев-13 12:56 
Научите меня так портировать когда на асме

"Интервью с разработчиками KolibriOS"
Отправлено AnonuS , 11-Фев-13 03:03 
Он же написал, что "за основу" брать, то есть идею нужно перенимать  :-)
Если помечтать, то да, такая система на современных мобило-смартфонках экономила бы батарейку и работала бы быстро. Только время разработки не устроит смартфоностроителей, да и для разработки нужно будет программистов нанимать, а не js-разработчиков разносветных кнопочек.

"Интервью с разработчиками KolibriOS"
Отправлено Сергей , 11-Фев-13 16:51 
Motorola RAZR i

"Интервью с разработчиками KolibriOS"
Отправлено Ан , 11-Фев-13 16:54 
Lenovo K900, например

"Интервью с разработчиками KolibriOS"
Отправлено carasin , 10-Фев-13 18:19 
Оно на ассемблере

"Интервью с разработчиками KolibriOS"
Отправлено Vkni , 10-Фев-13 19:33 
> Оно на ассемблере

OpenVMS тоже была на ассемблере, на VAX ассемблере. :-) Перекомпилировали под Alpha.

Правда это не отменяет общего идиотизма переноса Kolibri на телефоны/планшеты.


"Интервью с разработчиками KolibriOS"
Отправлено kai3341 , 10-Фев-13 20:54 
Вы путаете понятия "портировать" и "переписать".

"Интервью с разработчиками KolibriOS"
Отправлено freehck , 11-Фев-13 01:03 
Нет, он все правильно говорит. Все, что нужно сделать, это написать компилятор, переводящий команды fasm'a, на котором написана KolibriOS, в машинные коды ARM.


"Интервью с разработчиками KolibriOS"
Отправлено redwolf , 11-Фев-13 03:04 
Пощупайте KolibriOS. Она не заточена под мобильные. Зачем её портировать-то? Интерфейс придётся (если архитнетура позволяет) переписывать под мобильные, приложений мобильных нет, на ассемблере под такую платформу никогда не выйдет достаточное количество игр и софта для массового пользователя. Вообщем, странная идея какая-то.

"Интервью с разработчиками KolibriOS"
Отправлено freehck , 11-Фев-13 10:03 
> Пощупайте KolibriOS. Она не заточена под мобильные. Зачем её портировать-то? Интерфейс
> придётся (если архитнетура позволяет) переписывать под мобильные, приложений мобильных
> нет, на ассемблере под такую платформу никогда не выйдет достаточное количество
> игр и софта для массового пользователя. Вообщем, странная идея какая-то.

Чукча не читатель, чукча писатель? Да, идея с телефонами странная и глупая. Более того, сама KolibriOS - штука странная.


"Интервью с разработчиками KolibriOS"
Отправлено redwolf , 12-Фев-13 13:31 

> Чукча не читатель, чукча писатель?

Не понял вброс.


"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 16:41 
> Пощупайте KolibriOS. Она не заточена под мобильные. Зачем её портировать-то? Интерфейс
> придётся (если архитнетура позволяет) переписывать под мобильные, приложений мобильных
> нет, на ассемблере под такую платформу никогда не выйдет достаточное количество
> игр и софта для массового пользователя. Вообщем, странная идея какая-то.

Ты хочешь сказать, заточена QNX, или, может, Убунта?!


"Интервью с разработчиками KolibriOS"
Отправлено Led , 12-Фев-13 02:50 
>> Пощупайте KolibriOS. Она не заточена под мобильные. Зачем её портировать-то? Интерфейс
>> придётся (если архитнетура позволяет) переписывать под мобильные, приложений мобильных
>> нет, на ассемблере под такую платформу никогда не выйдет достаточное количество
>> игр и софта для массового пользователя. Вообщем, странная идея какая-то.
> Ты хочешь сказать, заточена QNX,

Внезапно - да.

> или, может, Убунта?!

Убунта похуже. Но уже на порядки лучше, чем Колибри



"Интервью с разработчиками KolibriOS"
Отправлено redwolf , 12-Фев-13 13:30 
Нет. Поэтому они нафиг не нужны на мобильных. Требуется вложить уйму денег, чтобы на их базе создать полноценную мобильную платформу и заинтересовать разработчиков ПО и конечного пользователя. Каноникал просто пытается попасть на рынок мобильных устройств. Но до существующих решений им ещё как до Китая пешком.

"Интервью с разработчиками KolibriOS"
Отправлено AlexAT , 11-Фев-13 07:12 
> Нет, он все правильно говорит. Все, что нужно сделать, это написать компилятор,
> переводящий команды fasm'a, на котором написана KolibriOS, в машинные коды ARM.

А обращения к x86 железу и вообще x86-специфичные вещи как "компилировать" собрались? Даже то же программирование GDT/IDT, например?


"Интервью с разработчиками KolibriOS"
Отправлено freehck , 11-Фев-13 09:58 
>> Нет, он все правильно говорит. Все, что нужно сделать, это написать компилятор,
>> переводящий команды fasm'a, на котором написана KolibriOS, в машинные коды ARM.
> А обращения к x86 железу и вообще x86-специфичные вещи как "компилировать" собрались?
> Даже то же программирование GDT/IDT, например?

Как и написано выше - трактовать вышеобозначенный x86-ассемблер, как язык высокого уровня, и заменять специфичные для x86 команды блоками команд arm.


"Интервью с разработчиками KolibriOS"
Отправлено AlexAT , 11-Фев-13 09:59 
> Как и написано выше - трактовать вышеобозначенный x86-ассемблер, как язык высокого уровня, и заменять специфичные для x86 команды блоками команд arm.

Хорошая тема для разработки ИИ... Одну и ту же операцию как правило можно сделать 100500 различными способами.

Еще раз: программируем, допустим, PC-speaker. Так, тупо для примера. Можно через PIT. Можно напрямую через порт. Будете весь PIT эмулировать "командами ARM"?

Или DMA. Или memory-mapped area через системные регистры. Или, что самоё зачётное - видеоадаптер :) Современные видеоадаптеры настолько рутинны в программировании, что драйверок под них именно на ассемблере написать, да еще и без использования вендорского API, который не на ассемблере - уже Задача. Не, можно конечно через VideoBIOS видеорежим шифтнуть, и писать в фреймбуфер - но это полное отсутствие акселерации блитов и прочего. Ну и где вы еще на ARM аналог биоса для этого возьмёте?

Утопия, короче. Без ручного портирования не выйдет.

Не согласны? Проэмулируйте мне это на ARM с учетом особенностей x86:

in al,21h
and al,0FEh
out 21h,al

Простой блок, казалось бы. А если я его вот так запишу:

in al,21h
mov ah,1
xor ah,0FFh
and al,ah
out 21h,al

Усложнять можно до бесконечности. Ваш анализ "блоков" съедет достаточно быстро.


"Интервью с разработчиками KolibriOS"
Отправлено freehck , 11-Фев-13 10:14 
Плохой пример. После правки таблицы векторов прерываний (Рузумеется, а Вы как думали? Новая система - новые прерывания.) все заработает.

Разумеется после написания компилятора надо будет немного поработать ручками. Но совсем не много, как тут пытаются доказать некоторые личности.


"Интервью с разработчиками KolibriOS"
Отправлено AlexAT , 11-Фев-13 10:23 
> Плохой пример. После правки таблицы векторов прерываний (Рузумеется, а Вы как думали?
> Новая система - новые прерывания.) все заработает.

Вы даже не поняли примера... чего уж говорить о "совсем не много". В примере - разрешение прерываний от клавиатуры. Причём может быть написано десятком косвенных способов, и хрен ваш "компилятор" определит, о чём речь. Даже ваш интеллект не осилил, а чего ждать от машины?


"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 10:24 
>> Плохой пример. После правки таблицы векторов прерываний (Рузумеется, а Вы как думали?
>> Новая система - новые прерывания.) все заработает.
> Вы даже не поняли примера... чего уж говорить о "совсем не много".
> В примере - разрешение прерываний от клавиатуры. Причём может быть написано
> десятком косвенных способов, и хрен ваш "компилятор" определит, о чём речь.
> Даже ваш интеллект не осилил, а чего ждать от машины?

Ну, машина всё-таки мыслит лучше среднего интернетовского комментатора...


"Интервью с разработчиками KolibriOS"
Отправлено другой аноним , 11-Фев-13 15:08 
машина никак не мыслит, не обожествляйте ее, она тупо делает то, что в нее вложил другой комментатор, ни больше, ни меньше. Т.е. с ошибками и всякими "неправильностями"

"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 15:40 
> машина никак не мыслит

Верно.


"Интервью с разработчиками KolibriOS"
Отправлено arisu , 11-Фев-13 20:40 
> машина никак не мыслит, не обожествляйте ее, она тупо делает то, что
> в нее вложил другой комментатор, ни больше, ни меньше. Т.е. с
> ошибками и всякими «неправильностями»

при этом — что интересно — всё равно оказывается «умнее» многих.


"Интервью с разработчиками KolibriOS"
Отправлено freehck , 11-Фев-13 17:25 
>> Плохой пример. После правки таблицы векторов прерываний (Рузумеется, а Вы как думали?
>> Новая система - новые прерывания.) все заработает.
> Вы даже не поняли примера... чего уж говорить о "совсем не много".
> В примере - разрешение прерываний от клавиатуры. Причём может быть написано
> десятком косвенных способов, и хрен ваш "компилятор" определит, о чём речь.
> Даже ваш интеллект не осилил, а чего ждать от машины?

Оппонент, Вы откровенно бредите.
Можете считать это концом нашей дискуссии.


"Интервью с разработчиками KolibriOS"
Отправлено AlexAT , 11-Фев-13 17:28 
> Оппонент, Вы откровенно бредите.
> Можете считать это концом нашей дискуссии.

Ок. Слив заЩитан.


"Интервью с разработчиками KolibriOS"
Отправлено redwolf , 13-Фев-13 21:15 
Объясните теперь мне неразумному, какие конкретно нароботки вы хотите включить в мобильную версию при портировании? Драйвера надо будет писать/переписывать под конкретное мобильное железо, интерфейс тоже придётся переделать. Плюс к этому придётся создать некоторую комфортную среду для разработчиков софта и для покупателей софта (SDK, какой-нибудь market, средства установки приложений и тп).

"Интервью с разработчиками KolibriOS"
Отправлено Vkni , 12-Фев-13 06:47 
> А обращения к x86 железу и вообще x86-специфичные вещи как "компилировать" собрались?
> Даже то же программирование GDT/IDT, например?

Драйвера, ясен пень, надо переписывать:

"Most of the OpenVMS kernel is in VAX assembly language (VAX MACRO-
32). Instead of rewriting the VAX MACRO-32 code in another language,
we developed a compiler. In addition, we required inspection and
manual modification of the VAX MACRO-32 code to deal with certain VAX
architectural dependencies. Parts of the kernel that depended heavily on
the VAX architecture were rewritten, but this was a small percentage of the
total volume of VAX MACRO-32 source code.
"

Но методика того, что было сделано при портировании OpenVMS с VAX на Alpha вот - http://www.hpl.hp.com/hpjournal/dtj/vol4num4/vol4num4art7.pdf

"Compiling VAX MACRO-32 Code for the Alpha AXP Architecture
Simply stated, the VAX MACRO-32 compiler treats VAX MACRO-32 as a source
language to be compiled and creates native OpenVMS AXP object files
just as a FORTRAN compiler might. This task is far more complex than
a simple instruction-by-instruction translation because of fundamental
differences in the architectures, and because source code frequently
contains assumptions about the VAX architecture and the OpenVMS Calling
Standard on VAX systems.[3,4] The compiler must either transparently
convert these VAX dependencies to their OpenVMS AXP counterparts or inform
the user that the source code has to be changed.
"


"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 15:53 
> Нет, он все правильно говорит. Все, что нужно сделать, это написать компилятор,
> переводящий команды fasm'a, на котором написана KolibriOS, в машинные коды ARM.

Позвольте с Вами не согласиться.
То, что он говорит, немножко бред. Возможно даже сивой кобылы.
Объясню почему.
Если посмотреть на VAX и Alpha, то Alpha специально проектировались на смену VAX так, чтобы ПО переносилось с минимальными изменениями (т.е. архитектура, набор регистров и система комманд этому очень сильно способствуют). Это примерно похоже на переносимость программ между i386 и x86_64(в 64-битном режиме) - в большинстве случаев даже программы на ASM достаточно просто модифицировать.
Если же посмотреть на x86 и ARM, то это очень разные по архитектуре, набору регистров и системе комманд процессоры и простой "перекомпиляцией" ASM вряд ли удастся добиться желаемого результата - программу проще будет переписать с нуля, чем написать компилятор для "перегенерации" корректного и, главное, эффективного бинарного ARM-кода на основе бинарного (или ASM, что почти одно и то же) x86-кода. Ведь речи идет именно о таком коде, а не "лишь бы работало"? Если "лишь бы работало", то можно и нативный x86-код в эмуляторе гонять...



"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 16:01 
>[оверквотинг удален]
> на переносимость программ между i386 и x86_64(в 64-битном режиме) - в
> большинстве случаев даже программы на ASM достаточно просто модифицировать.
> Если же посмотреть на x86 и ARM, то это очень разные по
> архитектуре, набору регистров и системе комманд процессоры и простой "перекомпиляцией"
> ASM вряд ли удастся добиться желаемого результата - программу проще будет
> переписать с нуля, чем написать компилятор для "перегенерации" корректного и, главное,
> эффективного бинарного ARM-кода на основе бинарного (или ASM, что почти одно
> и то же) x86-кода. Ведь речи идет именно о таком коде,
> а не "лишь бы работало"? Если "лишь бы работало", то можно
> и нативный x86-код в эмуляторе гонять...

Так он именно такой эмулятор и изобрёл. И если бы это было в практические сроки с практической пользой реально, то современные эмуляторы и работали бы быстро.


"Интервью с разработчиками KolibriOS"
Отправлено Vkni , 12-Фев-13 09:10 
> Так он именно такой эмулятор и изобрёл. И если бы это было
> в практические сроки с практической пользой реально, то современные эмуляторы и
> работали бы быстро.

При чём тут я, когда это сделали сотрудники фирмы Digital? Современные эмуляторы, например qemu, часть кода перекомпилируют.


"Интервью с разработчиками KolibriOS"
Отправлено freehck , 11-Фев-13 17:20 
>[оверквотинг удален]
> на переносимость программ между i386 и x86_64(в 64-битном режиме) - в
> большинстве случаев даже программы на ASM достаточно просто модифицировать.
> Если же посмотреть на x86 и ARM, то это очень разные по
> архитектуре, набору регистров и системе комманд процессоры и простой "перекомпиляцией"
> ASM вряд ли удастся добиться желаемого результата - программу проще будет
> переписать с нуля, чем написать компилятор для "перегенерации" корректного и, главное,
> эффективного бинарного ARM-кода на основе бинарного (или ASM, что почти одно
> и то же) x86-кода. Ведь речи идет именно о таком коде,
> а не "лишь бы работало"? Если "лишь бы работало", то можно
> и нативный x86-код в эмуляторе гонять...

Я, откровенно говоря, не в курсе, что там было с VAX и Alpha, но идея трактовать ассемблер одной архитектуры, как высокоуровневый язык для генерации машинных кодов другой архитектуры - очень хорошая идея, которая в этой ветке треда и рассматривалась.

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


"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 18:18 
[...]
> Я, откровенно говоря, не в курсе, что там было с VAX и
> Alpha, но идея трактовать ассемблер одной архитектуры, как высокоуровневый язык для
> генерации машинных кодов другой архитектуры - очень хорошая идея, которая в
> этой ветке треда и рассматривалась.

Видите ли в чем фокус, ассемблер по определению является НИЗКОУРОВНЕВЫМ языком, т.е. очень сильно зависит от аппаратной реализации. В принципе, можно ассемблер CISC-архитектуры считать сравнительно высокоуровневым языком для RISC-архиректуры, но это никак не решает проблему эмуляции несоответствий архитектуры - разного количества регистров, разного их назначения, разной системы прерываний, разной модели памяти, разного порядка байт в памяти (мелкий/большой "индеец" ;) ), разного подхода к конструированию комманд (фиксированной/переменной длины).
Вы можете привести в качестве примера реализацию современных архитектур x86_64 - "снаружи CISC, внутри - RISC", но согласитесь, то, что "внутри RISC" - это довольно-таки специфический RISC, который не так-то просто заменить на какой-либо другой.

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

Это тоже довольно спорное утверждение. В современных эмуляторах все чаще используется динамическая трансляция, которая позволяет осуществить некоторые "интеллектуальные" оптимизации с учетом данных времени исполнения, что в большинстве случаев дает определенный выигрыш в скорости за счет фоновой трансляции, удаления переходов, вызова процедур и возврата из них, оптимизации по удалению избыточности, распространения копий и констант, «раскрутки» циклов и т.д.


"Интервью с разработчиками KolibriOS"
Отправлено freehck , 11-Фев-13 19:40 
>[оверквотинг удален]
> очень сильно зависит от аппаратной реализации. В принципе, можно ассемблер CISC-архитектуры
> считать сравнительно высокоуровневым языком для RISC-архиректуры, но это никак не решает
> проблему эмуляции несоответствий архитектуры - разного количества регистров, разного
> их назначения, разной системы прерываний, разной модели памяти, разного порядка байт
> в памяти (мелкий/большой "индеец" ;) ), разного подхода к конструированию комманд
> (фиксированной/переменной длины).
> Вы можете привести в качестве примера реализацию современных архитектур x86_64 - "снаружи
> CISC, внутри - RISC", но согласитесь, то, что "внутри RISC" -
> это довольно-таки специфический RISC, который не так-то просто заменить на какой-либо
> другой.

Мне все-таки кажется, что написать компилятор ассемблера x86 в arm было бы возможно. Все-таки в arm-процессорах регистров больше, чем в x86. А больше - это не меньше, это упрощает дело. Таблицу векторов надо подправить. Прослойку сделать для трансляции x86 прерываний в arm'овские.

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

>[оверквотинг удален]
>> все-таки, по сравнению с эмулятором, как Вы упомянули, все равно будет
>> быстрее - ибо, как я понимаю, эмулятор ведь параллельно транслирует и
>> выполняет команды, а тут предлагается сразу оттранслировать команды и загружать изначально
>> их, уже на другой платформе.
> Это тоже довольно спорное утверждение. В современных эмуляторах все чаще используется динамическая
> трансляция, которая позволяет осуществить некоторые "интеллектуальные" оптимизации
> с учетом данных времени исполнения, что в большинстве случаев дает определенный
> выигрыш в скорости за счет фоновой трансляции, удаления переходов, вызова процедур
> и возврата из них, оптимизации по удалению избыточности, распространения копий и
> констант, «раскрутки» циклов и т.д.

Вот тут я даю маху. В чем не разбираюсь, в том не разбираюсь.


"Интервью с разработчиками KolibriOS"
Отправлено Vkni , 12-Фев-13 06:43 
> Если посмотреть на VAX и Alpha, то Alpha специально проектировались на смену
> VAX так, чтобы ПО переносилось с минимальными изменениями (т.е. архитектура, набор
> регистров и система комманд этому очень сильно способствуют).

Ну да, ну да. VAX - CISC, Alpha - RISC. :-) Сходство между VAX и Alpha - такое же, как между x86 и Alpha. Кроме того, под Альфу делалась своя ОС - Mica (под project PRISM), кстати, микроядерная.

А вот описание этого чуда - http://www.hpl.hp.com/hpjournal/dtj/vol4num4/vol4num4art7.pdf

Разумеется, часть вещей не компилировалась, а либо переписывалась, либо интерпретировалась. Драйвера, конечно же, нужны были новые. Но скорость Alpha в десятки раз была выше скорости VAX.

Аналогично, скорость современных ARM в десятки/сотни раз выше скорости Пентиума, под который писалась Kolibri.

Посему, теоретически порт Kolibri на ARM возможен. Но практически никакого смысла нет.


"Интервью с разработчиками KolibriOS"
Отправлено Vkni , 12-Фев-13 06:28 
> Вы путаете понятия "портировать" и "переписать".

Нет - http://www.hpl.hp.com/hpjournal/dtj/vol4num4/vol4num4art7.pdf

"Simply stated, the VAX MACRO-32 compiler treats VAX MACRO-32 as a source
language to be compiled and creates native OpenVMS AXP object files
just as a FORTRAN compiler might. This task is far more complex than
a simple instruction-by-instruction translation because of fundamental
differences in the architectures, and because source code frequently
contains assumptions about the VAX architecture and the OpenVMS Calling
Standard on VAX systems.[3,4] The compiler must either transparently
convert these VAX dependencies to their OpenVMS AXP counterparts or inform
the user that the source code has to be changed."

Разумеется, это не простое перекомпилирование, но тем не менее.


"Интервью с разработчиками KolibriOS"
Отправлено Enik , 10-Фев-13 18:21 
Прикольно было-бы если они реализовали jawa.

"Интервью с разработчиками KolibriOS"
Отправлено Карбофос , 10-Фев-13 19:11 
>jawa

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


"Интервью с разработчиками KolibriOS"
Отправлено Онаним , 10-Фев-13 20:08 
> там же сразу разрыв шаблона произойдёт при взгляде на ассемблерный код.

Почему же? Лично я как раз считаю язык Java чем-то вроде ассемблера для JVM (в то время, как полноценные высокоуровневые языки для JVM в моём понимании - это Scala, Groovy, Clojure и т.п.)


"Интервью с разработчиками KolibriOS"
Отправлено Капитан , 10-Фев-13 20:28 
Нее, джава скорее как плюсы. А ассемблер это то, что выдает javap.

"Интервью с разработчиками KolibriOS"
Отправлено terraslav , 10-Фев-13 22:28 
>> там же сразу разрыв шаблона произойдёт при взгляде на ассемблерный код.
> Почему же? Лично я как раз считаю язык Java чем-то вроде ассемблера
> для JVM (в то время, как полноценные высокоуровневые языки для JVM
> в моём понимании - это Scala, Groovy, Clojure и т.п.)

Жабу считаешь как ACM... м-м-м, приведу аналогию, это как: огромный, обкопчёный, неповоротливый паровоз, сравнивать с маленьким хромированным болтиком;)


"Интервью с разработчиками KolibriOS"
Отправлено Капитан , 10-Фев-13 20:26 
Знать бы, кто такие джаwисты.

"Интервью с разработчиками KolibriOS"
Отправлено Какаянахренразница , 10-Фев-13 21:27 
Ну и какой ты после этого копетан?

"Интервью с разработчиками KolibriOS"
Отправлено Ан , 11-Фев-13 16:59 
Они еще Джwа года ждать будут...

"Интервью с разработчиками KolibriOS"
Отправлено Марк , 11-Фев-13 19:53 
«Функция 18, подфункция 14 - Ожидать начала обратного хода луча развёртки монитора.
Функция 24, подфункция 1 - начать проигрывать CD-audio.
Функция 55, подфункция 55 - Начать проигрывать данные на встроенном спикере.
Функция 47 - вывести число в окно (дальше куча параметров преобразования числа в текст, и это в ядре).»

Всего этого мобилкам действительно очень не хватало.


"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 10-Фев-13 18:12 
Интересное интервью, спасибо! Ребятам - всяческих успехов.

"Интервью с разработчиками KolibriOS"
Отправлено Аноном , 10-Фев-13 18:35 
Интересно, а в чем именно может заключается успех для этой мертворожденной поделки?



"Интервью с разработчиками KolibriOS"
Отправлено Карбофос , 10-Фев-13 19:08 
минимум, проект можно использовать для изучения основ построения операционок. второе - можно использовать для изучения ассемблера.

"Интервью с разработчиками KolibriOS"
Отправлено Аноном , 10-Фев-13 19:26 
Я не говорил что проект абсолютно бесполезен, но желать успеха этому проекту все равно что желать успеха в собирании марок...

"Интервью с разработчиками KolibriOS"
Отправлено Карбофос , 10-Фев-13 19:57 
почему бы и не желать успеха в интересном увлечении?

"Интервью с разработчиками KolibriOS"
Отправлено Какаянахренразница , 10-Фев-13 21:28 
> почему бы и не желать успеха в интересном увлечении?

Так вопрос был: в чём заключается успех?


"Интервью с разработчиками KolibriOS"
Отправлено Карбофос , 10-Фев-13 21:52 
понятие "успех" вообще совсем по-разному воспринимается многими людьми. только люди, которые ненавидят свою работу и не имеют никаких творческих увлечений, никогда не поймут этого понятия.

"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 05:52 
Ненавижу работу
Творчеством года 3 не занимаюсь
Считаю себя успешным, и знаю почему.
ЧЯДН?

"Интервью с разработчиками KolibriOS"
Отправлено цирроз , 11-Фев-13 10:54 
воруешь?

"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 11:03 

> Считаю себя успешным, и знаю почему.

А также радиоволной и зелёным пёсиком. Кто ж запретит, считать-то.


"Интервью с разработчиками KolibriOS"
Отправлено SergMarkov , 11-Фев-13 01:40 
А в чем разница между "just for fan" филателистов и осеписателей ?

"Интервью с разработчиками KolibriOS"
Отправлено XPEH , 11-Фев-13 01:46 
A причем здесь вентилятор ?

"Интервью с разработчиками KolibriOS"
Отправлено SergMarkov , 11-Фев-13 01:49 
> A причем здесь вентилятор ?

При том что носорог фиолетовый


"Интервью с разработчиками KolibriOS"
Отправлено XPEH , 11-Фев-13 01:59 
Гмм, раньше до слонов допивались розовых, теперь значит новое поколение выбирает носорогов.
Вместо того чтобы в школе аглицкий учить.

"Интервью с разработчиками KolibriOS"
Отправлено arisu , 11-Фев-13 20:44 
это старое поколение, со старческим маразмом.

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


"Интервью с разработчиками KolibriOS"
Отправлено вася , 10-Фев-13 18:19 
Проблема в том что никто там не изменяет(причины меня не интересуют) унаследованое из Menuet структуру ядра. А в существуюей структуре ядра очень сложно делать какие-то изменения или оптимизации.

"Интервью с разработчиками KolibriOS"
Отправлено sourcerer , 10-Фев-13 21:23 
> Проблема в том что никто там не изменяет(причины меня не интересуют) унаследованое
> из Menuet структуру ядра. А в существуюей структуре ядра очень сложно
> делать какие-то изменения или оптимизации.

Откуда такие поспешные выводы? Сравните, пожалуйста, исходные коды последней версии ядра Menuet32 (0.85) и ночной сборки Колибри. Начнем с того, что только в ядре осталось кода от Menuet около 20% (это в транке, в сетевой ветке около 5%). Далее, структура ядра претерпела значительные изменения, теперь вместо кучи больших файлов и одной папки есть куча маленьких файлов и много папок по подсистемам. Каждый кусок кода довольно обособлен, за исключением общеядерных функций и областей памяти.


"Интервью с разработчиками KolibriOS"
Отправлено вася , 10-Фев-13 21:27 
я не про код, а про структуру ядра

"Интервью с разработчиками KolibriOS"
Отправлено вася , 10-Фев-13 21:30 
sourcerer wrote:
Далее, структура ядра претерпела значительные изменения, теперь вместо кучи больших файлов и одной папки есть куча маленьких файлов и много папок по подсистемам

ЭТО вы понимаете под структуруй ядра? свеженький товарищ из института


"Интервью с разработчиками KolibriOS"
Отправлено sourcerer , 10-Фев-13 21:40 
> sourcerer wrote:
> Далее, структура ядра претерпела значительные изменения, теперь вместо кучи больших файлов
> и одной папки есть куча маленьких файлов и много папок по
> подсистемам
> ЭТО вы понимаете под структуруй ядра? свеженький товарищ из института

А, вы имеете в виду монолит/микроядро? К черту микроядро.


"Интервью с разработчиками KolibriOS"
Отправлено anonymous , 11-Фев-13 03:05 
К чёрту микроядро. К чёрту labels.
Скорость програмного блиттера нельзя повысить в 30 раз из-за курсора (сотни *инструкций* на пиксель сейчас, а должно быть несколько пикселей на одну инструкцию), курсор нельзя исправить из-за gui Mario, gui нельзя исправить потому как никто не желает переписывать прикладные програмы. Ситуация усуглубляется тем что продолжается написание прикладных прог на основе неудачного ядра.

"Интервью с разработчиками KolibriOS"
Отправлено sourcerer , 11-Фев-13 12:53 
> К чёрту микроядро. К чёрту labels.
> Скорость програмного блиттера нельзя повысить в 30 раз из-за курсора (сотни *инструкций*
> на пиксель сейчас, а должно быть несколько пикселей на одну инструкцию),
> курсор нельзя исправить из-за gui Mario, gui нельзя исправить потому как
> никто не желает переписывать прикладные програмы. Ситуация усуглубляется тем что продолжается
> написание прикладных прог на основе неудачного ядра.

Загрузка драйверов ATI/Intel заменяет функцию программного блиттера на аппаратно-ускоренную версию. Это в 0.7.7.0 только курсор ускорялся, уже три года прошло. Курсор уже год как не мерцает, благодаря двойной буфферизации. Производительность VESA-видео в Колибри превосходит производительность VESA-видео в Windows в несколько раз.  По поводу "исправить GUI" и "неудачное ядро" - не понял.


"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 12:58 
> в Колибри превосходит производительность VESA-видео в Windows в несколько раз.  
> По поводу "исправить GUI" и "неудачное ядро" - не понял.

Шо за зверь. x-серверы на vesa знаю, univbe знаю, а этого не знаю. Кстати, univbe оно превосходит? А то на лептопах и 486 с video paradise (после загрузки dos-драйвера) и p1 с chips&technologies univbe в разных воркрафтах рисовалось со свистом, а от kolibri вообще никакой графики добиться не удалось.


"Интервью с разработчиками KolibriOS"
Отправлено клоун Стаканчик , 11-Фев-13 12:58 
А что, в Windows до сих пор используется VESA-видео? И превосходит ли? Чем меряли? Скоростью отрисовки вашего ущербного интерфейса по сравнению с интерфейсом Windows?

"Интервью с разработчиками KolibriOS"
Отправлено клоун Стаканчик , 11-Фев-13 12:56 
Продолжается? Сами авторы Колибри сами пишут программы, которые им самим потом лень переписывать.

"Интервью с разработчиками KolibriOS"
Отправлено d , 10-Фев-13 22:00 
а переход на плоскую модель памяти? а подгружаемые драйверы?

"Интервью с разработчиками KolibriOS"
Отправлено anonymous , 10-Фев-13 18:21 
Просто повеселило:

Unlevin:

C++ Builder используешь?

Кирилл Липатов:

Вот это сложный момент, и ты будешь в шоке, но я использую уже много лет не разрабатываемый компилятор С-- Сфинкс.
Он генерирует неоптимальный код, но так сложилось исторически. Я редактировал программы на MSVC++ и на GCC, но уже привык к С--, который все уже ненавидят в проекте. Однако, мои программы на нем отлично работают и мало весят.


"Интервью с разработчиками KolibriOS"
Отправлено Кирилл тот самый , 11-Фев-13 04:39 
Каюсь, но так и есть. :)

"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 08:14 
>Каюсь, но так и есть. :)

Честно, не знаю, как редактировать программы с помощью GCC :D


"Интервью с разработчиками KolibriOS"
Отправлено arisu , 11-Фев-13 20:47 
> Честно, не знаю, как редактировать программы с помощью GCC :D

да чего сложного-то? пишем плугин к GCC — благо, это можно, в плугин засовываем vim…


"Интервью с разработчиками KolibriOS"
Отправлено ZloySergant , 12-Фев-13 12:03 
>да чего сложного-то? пишем плугин к GCC — благо, это можно, в плугин засовываем vim…

Вот чего только люди не придумают, лишь бы emacs не использовать :)


"Интервью с разработчиками KolibriOS"
Отправлено arisu , 12-Фев-13 12:06 
>>да чего сложного-то? пишем плугин к GCC — благо, это можно, в плугин засовываем vim…
> Вот чего только люди не придумают, лишь бы emacs не использовать :)

ок. для хардкорщиков — опционально — edlin.


"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 10-Фев-13 18:29 
Может быть пора перейти на llvm-ассемблер? Будет очень переносимо.

"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 10-Фев-13 19:02 
Ребята застряли в палеолите.

"Интервью с разработчиками KolibriOS"
Отправлено arisu , 11-Фев-13 20:48 
> Может быть пора перейти на llvm-ассемблер? Будет очень переносимо.

ага. особенно сборка колибри под самой колибри доставит. не впряжёшься портировать на колибри llvm?


"Интервью с разработчиками KolibriOS"
Отправлено Amet13 , 10-Фев-13 19:07 
имхо, достойно уважения, хоть и никому не нужно

"Интервью с разработчиками KolibriOS"
Отправлено Заоза , 10-Фев-13 19:36 
Ну ну, а некоторые утверждали когда то, что ос поместится на 1 дискете. ВОТ ОНА!

"Интервью с разработчиками KolibriOS"
Отправлено Онаним , 10-Фев-13 20:11 
> Ну ну, а некоторые утверждали когда то, что ос поместится на 1
> дискете. ВОТ ОНА!

Вы никогда не пробовали QNX, загружавшуюся вместе с графическим окружением, браузером и поддержкой dial-up-доступа в Интернет (при наличии полноценного комовского модема) с одной дискетки?


"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 10-Фев-13 20:46 
4.25
жирную 6-ки вряд ли возможно запихнуть

"Интервью с разработчиками KolibriOS"
Отправлено sourcerer , 10-Фев-13 21:24 
>> Ну ну, а некоторые утверждали когда то, что ос поместится на 1
>> дискете. ВОТ ОНА!
> Вы никогда не пробовали QNX, загружавшуюся вместе с графическим окружением, браузером и
> поддержкой dial-up-доступа в Интернет (при наличии полноценного комовского модема) с одной
> дискетки?

А здесь на ту же дискету еще и три десятка ethernet-карточек, и pppoe, и на закуску mp3 и mp4. В скором времени даже онлайн. И жесткое реальное время. Выкуси, QNX.


"Интервью с разработчиками KolibriOS"
Отправлено Марк , 11-Фев-13 13:16 
Только вот браузера в ней фактически нет. Имеющееся не многим лучшим телнета, в то время как в qnx 99 года выпуска был сносный браузер, с поддержкой js.

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

«Многие сис. функции ядра позволяют прикладным программам писать в память ядра (т.е. в диапазоне 0x80000000-0xFFFFFFFF), тем сам можно "прибить систему" или выполнить пользовательский код с максимальным уровнем привелегий (в 0-вом кольце)»

Ну а после такого, сравнение с qnx выглядит совсем неуместно.


"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 13:22 
> Только вот браузера в ней фактически нет. Имеющееся не многим лучшим телнета,
> в то время как в qnx 99 года выпуска был сносный
> браузер, с поддержкой js.

А нормальная поддержка сети, кроме модемного соединения, там была? А локали? А КОСИЛКА? В kolibri, когда там была гробница фараона, можно было вообще жить. и единственный рабочий эмулятор dendi fceu, которым можно было нормально управлять, причём нормально управлять СРАЗУ, я видел только в kolibri (ни в одном linux я никогда не видел fceu, которым можно было бы пользоваться).

джентельменский набор "гробница фараона", "doom", "dosbox" и "fceu" позволяет на этой ос переиграть в тысячу интересных игрушек. вот. :)


"Интервью с разработчиками KolibriOS"
Отправлено Марк , 11-Фев-13 16:39 
> А нормальная поддержка сети, кроме модемного соединения, там была?

Для того времени - да была:
« http://toastytech.com/guis/qnxdemo.html
NE1000/2000, DEC 21x4x, or 3com 509 based network card »

> doom", "dosbox" и "fceu"

Хех, это и дос может. И кстати колибри чем-то его и напоминает, этакий дос с окошками. С прямым доступом к железу и невнятной изоляцией программ.
Ну и то, что у ядра первая функция - рисование окошек, тоже забавно.


"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 16:43 
>> doom", "dosbox" и "fceu"
> Хех, это и дос может.

Может, но не хочет. И десктопа там никакого нет.


"Интервью с разработчиками KolibriOS"
Отправлено Stax , 12-Фев-13 18:40 
DOS Shell, Windows 2.x/3.0 - не? Официальные десктопные надстройки над MS-DOS. От того же производителя, кстати, прошу заметить.

"Интервью с разработчиками KolibriOS"
Отправлено Assembler , 10-Фев-13 19:34 
вот таким должен быть современный софт и ОС. уважаю ассемлеристов, это настоящие пацаны-программисты

"Интервью с разработчиками KolibriOS"
Отправлено Geol , 10-Фев-13 20:16 
Непереосимым? Не модульным? Со сплабой поддержкой сети? Почему вы думаете. что современный софт должен быть таким? Кому он должен?
На дискету помещается... Это преимущестрво?

"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 10-Фев-13 20:23 
> Непереосимым? Не модульным? Со сплабой поддержкой сети? Почему вы думаете. что современный софт должен быть таким? Кому он должен?

Потому что 90% пользователей ПК, которые, как известно, используют оффтопик, довольствуются именно таким софтом — то бишь оффтопиком.

> На дискету помещается... Это преимущестрво?

По сравнению с оффтопиком — да.


"Интервью с разработчиками KolibriOS"
Отправлено Geol , 10-Фев-13 21:05 
>> Непереосимым? Не модульным? Со сплабой поддержкой сети? Почему вы думаете. что современный софт должен быть таким? Кому он должен?
> Потому что 90% пользователей ПК, которые, как известно, используют оффтопик, довольствуются
> именно таким софтом — то бишь оффтопиком.
>> На дискету помещается... Это преимущестрво?
> По сравнению с оффтопиком — да.

Причем тут вообще Windows? Вы без него не можете? Я спросил у черлорвека, почему он думает, что "вот таким должен быть современный софт", а вы тут сразу со своим срверхценным "венда гавно"... Я не об этом спрашвал.


"Интервью с разработчиками KolibriOS"
Отправлено Assembler , 10-Фев-13 21:18 
потому что программы на ассемблере могут творить чудеса по скорости и размеру, достаточно вспомнить потрясающие игры на спектруме размером в 30-50Кб. или посмотреть на современные ассембли демки. а еще ассемблер может больше, чем языки высокого уровня

"Интервью с разработчиками KolibriOS"
Отправлено Geol , 10-Фев-13 21:40 
> потому что программы на ассемблере могут творить чудеса по скорости и размеру,
> достаточно вспомнить потрясающие игры на спектруме размером в 30-50Кб.

Опуская тот факт, что эти потрясающие игры - это совсем не сорвременный софт, и то что сегодня нет особой разницы между 50 Kb и 50 Mb, все же немогу не заметить - при разработпке на asm вы выигрываете в физичиспком размере программы. А этот ресурс (память )сейчас очень, очень дешев. Но сильно проигрываете во времени разработки. А вот этот ресурс, наоборот очень дорог. Вопрос - зачем так делать?

>  а еще ассемблер может больше, чем языки высокого уровня

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


"Интервью с разработчиками KolibriOS"
Отправлено Sinot , 10-Фев-13 22:28 
Я так подозреваю должно быть так:
  Современный софт должен быть быстрый и компактный.

А идиотов считающих, что памяти у всех много и процессоры минимум двухядерные, нужно высмеивать при людно.


"Интервью с разработчиками KolibriOS"
Отправлено XPEH , 11-Фев-13 01:49 
> А идиотов считающих, что памяти у всех много и процессоры минимум двухядерные,
> нужно высмеивать при людно.

А уж что надо ПРИЛЮДНО делать с незнающими русского языка.


"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 07:21 
>   Современный софт должен быть быстрый и компактный.

Для этого не нужен именно ассемблер.

А ещё современный софт должен быть легко портируемый и переносимый, а не прибитый к одной платформе ассемблерными гвоздями.

Установщик openbsd тоже вмещается на дискету. И ядро там поддерживает где-то в 100 раз больше устройств.


"Интервью с разработчиками KolibriOS"
Отправлено arisu , 11-Фев-13 20:54 
>   Современный софт должен быть быстрый и компактный.

во-первых, это не всегда совпадает.

во-вторых — удачной ручной оптимизации под современную технику, чо. под x86, например: ты уверен, что сможешь это сделать лучше хорошего компилятора C?

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

p.s. а потом удачного переноса ассемблерного софта на другую архитектуру, кстати. тоже спецолимпиада.


"Интервью с разработчиками KolibriOS"
Отправлено Sinot , 12-Фев-13 21:01 
Речь шла не о том, что все надо писать на асме. А то что современный софт должен быть "быстрый и компактный".
Или вам не попадались джава-калькуляторы тормозящие даже в режиме ожидания?

"Интервью с разработчиками KolibriOS"
Отправлено arisu , 12-Фев-13 21:52 
> Или вам не попадались джава-калькуляторы тормозящие даже в режиме ожидания?

к счастью, не попадались. и вряд ли попадутся. а bc не тормозит.


"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 10-Фев-13 22:41 
> Опуская тот факт, что эти потрясающие игры - это совсем не сорвременный софт

Ну и что? А человечество — совсем не современный вид: как появились несколько десятков тысяч лет назад, так с тех пор и просуществовали без особых изменений. И ничего, живём как-то, бороздим на космических кораблях просторы Большого Театра, ассемблерные демки пишем.

> и то что сегодня нет особой разницы между 50 Kb и 50 Mb

Есть. 50 Кб поместится в ПЗУ современного ПК, 50 Мб — нет. Файл размером 50 Мб будет качаться с моим интернетом не меньше пяти минут, размером 50 Кб — меньше секунды. 50 Кб ты втиснешь в микроконтроллер (хотя программе даже такого размера на многих микроконтроллерах будет тесно), 50 Мб — никогда. В обратную сторону это тоже работает: для, скажем, «Муму» хватит и 50 Кб, а вот для десятка романов типа «Войны и мира» и 50 Мб может быть мало. Так что память — это всё еще ценный ресурс. Нечего им разбрасываться.

> при разработпке на asm вы выигрываете в физичиспком размере программы. А этот ресурс (память )сейчас очень, очень дешев

Выигрываем. См. выше. Не смотря на то, что оперативная память дёшева, у неё есть очевидные недостатки (например, медлительность), делающие недопустимым использование такой памяти в, скажем, микроконтроллерах и ПЗУ.


"Интервью с разработчиками KolibriOS"
Отправлено Geol , 10-Фев-13 23:50 
>> Опуская тот факт, что эти потрясающие игры - это совсем не сорвременный софт
> Ну и что? А человечество — совсем не современный вид: как появились
> несколько десятков тысяч лет назад,

В школу,скорее.

>> и то что сегодня нет особой разницы между 50 Kb и 50 Mb
> Есть. 50 Кб поместится в ПЗУ современного ПК, 50 Мб — нет.
> втиснешь в микроконтроллер (хотя программе даже такого размера на многих микроконтроллерах

Кто тут говорит о микроконтроллерах? речь об Ос и прикладном софте.

> Файл размером 50 Мб будет качаться с моим интернетом не меньше
> пяти минут, размером 50 Кб — меньше секунды. 50 Кб ты

Меняй провайдера.


"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 01:13 
> В школу,скорее.

Что не так? Человек появился на земле где-то 35—70 тысяч лет на зад, в эпоху позднего палеолита. Или ты сверяешься с библией и считаешь, что вселенной всего пять тысяч лет? Вынужден разочаровать, но религиозные тексты до сих пор не включили в школьную программу в качестве учебников истории и биологии.


> Кто тут говорит о микроконтроллерах? речь об Ос и прикладном софте.

Во-первых, ОС для микроконтроллеров никто не отменял (например, FreeRTOS). Во-вторых, написание ОС и прикладного софта для неё — не такой уж и плохой повод для получения навыков программирования на ассемблере. В-третьих, ты забыл про ПЗУ что-нибудь эдакое сказать.


> Меняй провайдера.

Зачем? Меня вполне устраивает текущая скорость. Я же не использую результаты труда быдлокодеров, у которых простейший калькулятор распухает до гигабайта.


"(offtopic) наука и псевдонаука"
Отправлено Michael Shigorin , 11-Фев-13 01:38 
> 35—70 тысяч лет на зад

И это при том, что язык с литературой в школе вроде бы как проходят :(

Сопоставьте на досуге временнЫе интервалы:
- становления и применения радиоуглеродного метода "определения" возраста;
- летописной и вообще хоть как-то документально зафиксированной истории;
- те, о которых отдельные особи не стесняются писать в учебниках.

Они соотносятся примерно как 1:20:500.


"(offtopic) наука и псевдонаука"
Отправлено Аноним , 11-Фев-13 02:07 
> И это при том, что язык с литературой в школе вроде бы как проходят :(

Никакие языки и литературы не страхуют от опечаток.


"(offtopic) наука и псевдонаука"
Отправлено Boboms , 11-Фев-13 13:45 
>  становления и применения радиоуглеродного метода "определения" возраста;

Тебя тоже "смущает" метод определения возраста по изотопам углерода?


"(offtopic) наука и псевдонаука"
Отправлено б.б. , 11-Фев-13 13:52 
>>  становления и применения радиоуглеродного метода "определения" возраста;
> Тебя тоже "смущает" метод определения возраста по изотопам углерода?

Некоторые и по двум комментариям на опеннете возраст вон определяют. И никого это не смущает.


"(offtopic) наука и псевдонаука"
Отправлено arisu , 11-Фев-13 20:58 
> — летописной и вообще хоть как-то документально зафиксированной истории;

офигенный аргумент. так и вижу, как через много-много-много лет другой Миша будет говорить: «ну где, где документальные свидетельства? вот пару тыщ лет назад — да, всё было, вот носители на основе технологии ABCD, на них всё записано. а от более раннего периода носителей нет — какие там вообще люди могли быть?!»


"Интервью с разработчиками KolibriOS"
Отправлено cbs , 13-Фев-13 15:56 
> 50 Кб поместится в ПЗУ современного ПК, 50 Мб — нет.

Уточните пожалуйста, какое именно ПЗУ имеется в виду...


"Интервью с разработчиками KolibriOS"
Отправлено Assembler , 10-Фев-13 22:43 
памяти больше, процики быстрее, да вот почему то современные компы на win7 работают не быстрее, чем pentium 166 на windows 98. тоже касается и офисных программ. у меня кстати виндус 98 на пентиум 133 летала быстрей, чем виндус 7 на 4 ядерном процике!

"Интервью с разработчиками KolibriOS"
Отправлено kurokaze , 11-Фев-13 20:33 
Да что ж вы всё своим вантузом меряете? Неужели все ассемблерщики к вантузу прилипли?

У мене лично KDE4 именно что летает. Core i7-3770k/16Gb

PS: И да, как программировавший БЗ-34/МК-52, считаю что астматики не знают что такое рационально использовать ресурсы. 98/104 шагов, 14/15 общих регистров и 4 стековых - это посложнее будет чем ваша фаллометрия.


"Интервью с разработчиками KolibriOS"
Отправлено AlexAT , 12-Фев-13 09:32 
> У мене лично KDE4 именно что летает. Core i7-3770k/16Gb

Удивительно, да...



"Интервью с разработчиками KolibriOS"
Отправлено Assembler , 12-Фев-13 13:27 
Core i7-3770k/16Gb для KDE, это тоже самое, что реактивный двигатель для легкового автомобиля

"Интервью с разработчиками KolibriOS"
Отправлено Led , 11-Фев-13 00:10 
>Причем тут вообще Windows?

При том, что у разработчиков и фанатов - "папки". Ясное дело, что они вендузоиды.


"Интервью с разработчиками KolibriOS"
Отправлено анон , 11-Фев-13 06:38 
> При том, что у разработчиков и фанатов - "папки"

"Папка" - куда более удачное название для коллекции "файлов", чем "директория" тащемта например


"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 16:21 
>> При том, что у разработчиков и фанатов - "папки"
> "Папка" - куда более удачное название для коллекции "файлов", чем "директория" тащемта
> например

Опять Вам мерзкософт мозги перепромыл. Если я правильно помню, то в "папках" положено хранить "документы", а в "каталогах" (а не "директориях") положено хранить "файлы". Если Вы не понимаете чем "документ" отличается от "файла", то я тут ничем помочь не могу.


"Интервью с разработчиками KolibriOS"
Отправлено анон , 12-Фев-13 04:17 
Юноша, ненависть к флагману рынка выела вам остатки разума.

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


"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 12-Фев-13 07:40 
> Юноша, ненависть к флагману рынка выела вам остатки разума.

Это не флагман, это дырявая галера, которая тащится на плечах миллионов юзеров. Которые не устают при этом делать вид, что это не на них плывут.


"Интервью с разработчиками KolibriOS"
Отправлено AlexAT , 12-Фев-13 09:41 
> В каталоге нет никаких файлов, и никогда не было.
> файлы с документами сшиваются в картонные или пластиковые папки, а общие сведения
> о документе записаны на маленькой бумажечке, которая и хранится в ящичке
> каталога.

Папка - место хранения ФАЙЛОВ. Каталог - место хранения УКАЗАТЕЛЕЙ НА ФАЙЛЫ. Вывод: с точки зрения банальной логики, название "папка" для дисковой структуры с указателями - исключительно идиотам посвящается.


"Интервью с разработчиками KolibriOS"
Отправлено straustrup , 12-Фев-13 10:18 
Все нормальные люди работают с объектами, а не указателями.
Файл может не храниться на диске вообще (сетевые папки, виртуальные папки, медиа библиотеки)

"Интервью с разработчиками KolibriOS"
Отправлено arisu , 12-Фев-13 10:23 
> Все нормальные люди работают с объектами, а не указателями.

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


"Интервью с разработчиками KolibriOS"
Отправлено Led , 12-Фев-13 02:39 
>> При том, что у разработчиков и фанатов - "папки"
> "Папка" - куда более удачное название для коллекции "файлов", чем "директория" тащемта
> например

"Папка" - это виндузчее название для каталога.


"Интервью с разработчиками KolibriOS"
Отправлено Алексей Морозов , 11-Фев-13 06:38 
> На дискету помещается... Это преимущестрво?

Ну, строго говоря, это недостаток. Где ж её, дискету, взять по нынешним непростым временам. Хотя, нет, вру, у меня в чулане есть ещё несколько коробок, и 3.5", и 5". И 8", если поднапрячься, найти можно. Вот только, куда их вставлять...


"Интервью с разработчиками KolibriOS"
Отправлено sasa , 10-Фев-13 20:35 
> вот таким должен быть современный софт и ОС

для микроконтроллеров

> уважаю ассемлеристов, это настоящие пацаны-программисты

вы ананисты ребята плечисты :)


"Интервью с разработчиками KolibriOS"
Отправлено Geol , 10-Фев-13 21:20 
>> вот таким должен быть современный софт и ОС
> для микроконтроллеров
>> уважаю ассемлеристов, это настоящие пацаны-программисты
> вы ананисты ребята плечисты :)

Микроконтроллеры мрачно охренеют с десктопа и "более 30 игр"


"Интервью с разработчиками KolibriOS"
Отправлено arisu , 11-Фев-13 21:01 
> Микроконтроллеры мрачно охренеют с десктопа и «более 30 игр»

да нормалёк.

«извините, в работе процесса управления реактором произошёл сбой. не пытайтесь убежать, это бессмысленно. но зато у вас ещё есть время два раза разложить косынку!»


"Интервью с разработчиками KolibriOS"
Отправлено jedie , 10-Фев-13 19:59 
Хорошо соптимизированный С код не уступает ассемблеру. Зря они фигней страдают.

"Интервью с разработчиками KolibriOS"
Отправлено jedie , 10-Фев-13 19:59 
как полезный опыт, наверное хорошо, но где можно это практически применять?

"Интервью с разработчиками KolibriOS"
Отправлено x0r , 10-Фев-13 21:23 
да, лучше бы GCC дооптимизировали...

"Интервью с разработчиками KolibriOS"
Отправлено sourcerer , 10-Фев-13 21:26 
> Хорошо соптимизированный С код не уступает ассемблеру. Зря они фигней страдают.

Хорошо оптимизированный ассемблер делает оптимизированный Си.


"Интервью с разработчиками KolibriOS"
Отправлено jedie , 10-Фев-13 21:38 
ну давайте писать сразу на машинном языке! а че.

"Интервью с разработчиками KolibriOS"
Отправлено linux must _RIP_ , 10-Фев-13 22:22 
мисье забыл ситуации когда при переходе с i386 на 486 и 586 надо было начинать оптимизацию с 0?
при том что код написаный под i386 на 586 работал сильно медленее?

"Интервью с разработчиками KolibriOS"
Отправлено Michael Shigorin , 11-Фев-13 00:12 
>> Хорошо соптимизированный С код не уступает ассемблеру. Зря они фигней страдают.
> Хорошо оптимизированный ассемблер делает оптимизированный Си.

По объёму или производительности?  Про объём не помню, а вот по производительности любители потягаться с компилятором в оптимизации уже довольно давно признали поражение.  Ну не укладывается вся железка (или хотя бы состояние всех регистров) в голову.


"Интервью с разработчиками KolibriOS"
Отправлено Алексей Морозов , 11-Фев-13 06:46 
> Про объём не помню, а вот по
> производительности любители потягаться с компилятором в оптимизации уже довольно давно
> признали поражение.  Ну не укладывается вся железка (или хотя бы
> состояние всех регистров) в голову.

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


"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 10:31 
Начинает работать быстрее только от одного взгляда. От страха, что ли?

"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 16:25 
> Дружок из Софтлаба, программирующий
> странную графику на не менее странных устройствах, хвалился как-то, что после
> того, как он проходит глазами нагенерённый код, тот начинает работать в
> _разы_ быстрее. Но это нет, не ассемблер общего назначения.

Просто "проходит глазами", ничего не изменяя? И после этого "тот начинает работать в
> _разы_ быстрее"?!! Мистика и ненаучная фантастика!


"Интервью с разработчиками KolibriOS"
Отправлено arisu , 11-Фев-13 21:05 
>> Хорошо соптимизированный С код не уступает ассемблеру. Зря они фигней страдают.
> Хорошо оптимизированный ассемблер делает оптимизированный Си.

при этом компилятор си таки переводит и оптимизирует тысячи и более строк менее, чем за секунду, а бедный ассемблерщик как минимум пол-дня полирует функцию, которая на си заняла бы строк 15-12.

алё, там, в бункере! Z80 на «десктопную» технику уже не ставят. даже iAPX386 и iAPX486 уже не ставят. даже первые пентиумы. заканчивайте уже вылизывать пузырьковую сортировку, выходите на свет: узнаете много нового и поразитесь, как изменился мир.

p.s. ничего не имею против написания на асме: нормальное развлечение, ничем не хуже других. но не надо при этом чуши утверждать, ок?


"Интервью с разработчиками KolibriOS"
Отправлено angra , 10-Фев-13 21:12 
>Какое окружение используешь?
>Кирилл Липатов: Windows, но в проекте используют и GNU/Linux. Это не очень важно.

На этом можно ответе можно сразу данную поделку закапывать. Если после стольких лет разработчики декстопной ОС все еще не могут ее использовать как основную, значит ничего хорошего из этой недоОСи уже не выйдет.


"Интервью с разработчиками KolibriOS"
Отправлено AlexAT , 10-Фев-13 22:10 
Да её, в общем, никто и не выкапывал. Она just for fun - для энтузиастов. На чём-то учиться надо - и это - не худший вариант. Жаль, что в силу ситуации в экономике совершенно нет времени - workin' workin' workin' as Doogs. Если бы время было - записался бы в проект, поскольку старый ассемблерщик.

"Интервью с разработчиками KolibriOS"
Отправлено Кирилл тот самый , 11-Фев-13 04:40 
Кто сказал ,что не могут? Я в ней фильмы смотрю, музыку слушаю, статьи пишу.

"Интервью с разработчиками KolibriOS"
Отправлено Assembler , 10-Фев-13 22:49 
учитывая, что БИОС современных ПК 4-8Мб, то KolibriOS можно спокойно вшить в БИОС и продавать такие ПК, как Спектрумы. В БИОСе выставить опцию загрузка KolibriOS или другая ОС, как обычно. нужно только ее дошлифовать малость

"Интервью с разработчиками KolibriOS"
Отправлено XPEH , 11-Фев-13 01:53 
> учитывая, что БИОС современных ПК 4-8Мб, то KolibriOS можно спокойно вшить в
> БИОС и продавать такие ПК, как Спектрумы.

И кто это будет покупать ?


"Интервью с разработчиками KolibriOS"
Отправлено анон , 11-Фев-13 06:41 
> И кто это будет покупать ?

те же, кто покупает Rapsberry Pi
и приблизительно для тех же целей


"Интервью с разработчиками KolibriOS"
Отправлено Assembler , 11-Фев-13 10:49 
как кто будет покупать? кто угодно, не только те шо Rapsberry Pi. покупаешь такую материнку, не хочешь запускать KolibriOS, пожалуйста устанавливай обычную для себя Виндус 7 или Линукс. никаких ограничений

"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 11:01 
http://enjoy.51t.ru/ :)

111 мб

лучше тогда уж это вшивать в материнку, если уж совсем делать нечего.


"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 16:46 
>> учитывая, что БИОС современных ПК 4-8Мб, то KolibriOS можно спокойно вшить в
>> БИОС и продавать такие ПК, как Спектрумы.
> И кто это будет покупать ?

"Ты не поверишь...."

В SunFire выпуска 2008 года в БИОС (в x64 машинах) был вшит - тадаааааа! - линукс с убожщной узкоспециализированно-биосно-ориентированной оболочкой! :))))))

И - да, эти машинки покупали - еще как! И рвали они нынешние четырехядерники, потребляя не более 240 ватт на 1 RU....


"Интервью с разработчиками KolibriOS"
Отправлено Флинт , 11-Фев-13 08:16 
смотрел я эту KolibriOS на нетбуке MSI Wind U100.. шустро работала..

"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 08:22 
люто бешено плюсую.
вот вам пример написания осей а не тот блоатварь с гигабайтами свистоперделок который счас осями называют.

"Интервью с разработчиками KolibriOS"
Отправлено XPEH , 11-Фев-13 08:47 
Вы это из под KolibriOS написали ?

"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 09:28 
лучший комент

"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 10:22 
> люто бешено плюсую.
> вот вам пример написания осей а не тот блоатварь с гигабайтами свистоперделок который счас осями называют.

Не осями, а windows.

Ради эксперимента взял openbsd, сделал виртуальный диск на 500 мб, подключил это в qemu с 32 mb памяти, взял образ дискетки freedos, загрузился, отрезал 60 мб под fat, скопировал туда базу freebsd, загузился с дискеты openbsd, установил систему на оставшееся место, используя источником файлы с fat, без обращений к сети: всё установилось и заработало.


"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 10:23 
> отрезал 60 мб под fat, скопировал туда базу freebsd, загузился с

сложно делать пять дел одновременно, делая отложенную запись на форум. скопировал туда базу openbsd.


"Интервью с разработчиками KolibriOS"
Отправлено arisu , 11-Фев-13 21:09 
> люто бешено плюсую.
> вот вам пример написания осей а не тот блоатварь с гигабайтами свистоперделок
> который счас осями называют.

если хоть один из «люто, бешено плюсующих» и глаголящих про «вот как надо писать» хоть маленькую софтину под колибри написал, хоть патчик к ядру, добавляющий что-то — я закажу шляпу и сожру её.


"Интервью с разработчиками KolibriOS"
Отправлено клоун Стаканчик , 11-Фев-13 12:36 
Проект заглох как только автору (Ville Turjanmmaa) надоели дармоеды и он начал новый проект не под GPL (есть его весьма эмоциональное письмо на эту тему). За 5 лет он closed-source продвинулся куда дальше, чем эти open-source клоуны.

"Интервью с разработчиками KolibriOS"
Отправлено name , 11-Фев-13 12:57 
> Проект заглох как только автору (Ville Turjanmmaa) надоели дармоеды и он начал
> новый проект не под GPL (есть его весьма эмоциональное письмо на
> эту тему). За 5 лет он closed-source продвинулся куда дальше, чем
> эти open-source клоуны.

Спасибо, посмеялся.


"Интервью с разработчиками KolibriOS"
Отправлено клоун Стаканчик , 11-Фев-13 13:04 
Да не за что. Для этого и существуют клоуны!

http://www.menuetos.net/download.htm
http://kolibrios.org/ru/download.htm

Сравни и посмейся ещё раз. Из актуального в Колибри только автоматические ночные сборки.


"Интервью с разработчиками KolibriOS"
Отправлено абыр , 11-Фев-13 14:09 
Предлагаете поразбираться в сортах зомби ?

"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 16:47 
> Предлагаете поразбираться в сортах зомби ?

Перефразируя Кураева - "Distrowatch - в сортах гогна не разбираюсь!" (С)


"Интервью с разработчиками KolibriOS"
Отправлено kurokaze , 11-Фев-13 20:38 
> Да не за что. Для этого и существуют клоуны!

Нет главклоуна кроме Балмера и вантузятники подклоуны его, ггг


"Интервью с разработчиками KolibriOS"
Отправлено arisu , 11-Фев-13 21:11 
тю. менуэт64 даже другу скопировать нельзя, не то, что исходники глянуть. зачем оно такое?

"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 12:38 
Интересно, их не смущает, что дискеты уже не производят?

"Интервью с разработчиками KolibriOS"
Отправлено name , 11-Фев-13 13:01 
> Интересно, их не смущает, что дискеты уже не производят?

А вас не смущает, что образ дискеты можно использовать для создания загрузочных CD, а еще легко грузить через GRUB/SYSLINUX? Существуют, конечно, универсальные образы CD/USB stick, но они далеко не везде хорошо работают.


"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 13:06 
> А вас не смущает, что образ дискеты можно использовать для создания загрузочных
> CD, а еще легко грузить через GRUB/SYSLINUX? Существуют, конечно, универсальные образы
> CD/USB stick, но они далеко не везде хорошо работают.

Ядро linux с initrd тоже легко грузить с загрузочных cd, через grub/syslinux, через ipxe и ещё 400 сравнительно честными способами включая qemu -kernel kernel -initrd initrd. Я вон выше даже целую операционную систему ради смеха на таком принципе собрал, и весит она, как несложно посчитать, несколько больше 1.44 мб. Другие аргументы ждём.


"Интервью с разработчиками KolibriOS"
Отправлено kurokaze , 11-Фев-13 20:40 
>> Интересно, их не смущает, что дискеты уже не производят?
> А вас не смущает, что образ дискеты можно использовать для создания загрузочных

У меня линь год грузился с дискеты (ядро), потому как матплата не распознавала винт, а апдейты к ней не выпускались к тому времени пару лет, а ограничивать винт аппаратно до 32гб не хотелось. И чего?
Уж пользительнее было.


"Интервью с разработчиками KolibriOS"
Отправлено Assembler , 11-Фев-13 12:44 
http://vk.com/id80351627?z=photo80351627_297047905%2Fal...

"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 13:05 
Есть ли у этой ОС практическое применение? Просто любопытно...

"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 13:06 
> Есть ли у этой ОС практическое применение? Просто любопытно...

Когда в поставке была "Гробница фараона", это была лучшая геймерская ось. :)


"Интервью с разработчиками KolibriOS"
Отправлено clown , 11-Фев-13 13:10 
Нет.

На этих сайтах собираются энтузиасты, разрабатывающие собственные ОС:
osdev.ru
osdev.org

А здесь список всех проектов (Колибри среди них тоже есть):
http://wiki.osdev.org/Projects

Это хобби. Цель - убить время, копаясь в интересующем вопросе.
1


"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 11-Фев-13 15:43 
3d-движок симпатичный.

Можно в качестве пушера сделать roaf (rpg on a floppy), с простым управлением а-ля powder. Чтобы показать, чем это отличается от игр dos 90-х, можно оставить десктоп, и с помощью нехитрого тайлового менеджера сделать возможность мультиплеера на одной клавиатуре 2,3,4 игроков.


"Интервью с разработчиками KolibriOS"
Отправлено анон , 11-Фев-13 18:57 
8 мегабайт О_О? вынь 95 на 4-х работала

"Интервью с разработчиками KolibriOS"
Отправлено Марк , 11-Фев-13 20:04 
> 8 мегабайт О_О? вынь 95 на 4-х работала

Колибри нужен пентиум (486/386 will not work), а их с 8 мегабайтами наверное уже и не было.


"Интервью с разработчиками KolibriOS"
Отправлено arisu , 11-Фев-13 21:13 
> 8 мегабайт О_О? вынь 95 на 4-х работала

кое-как запускалась. работой это назвать было сложно.


"Интервью с разработчиками KolibriOS"
Отправлено Аноним , 11-Фев-13 22:15 
> 8 мегабайт О_О? вынь 95 на 4-х работала

Виндоус 95 на 4Мб тормозила разве-что. Нормально работала на 8, это да. Комфортно - на 16.


"Интервью с разработчиками KolibriOS"
Отправлено Led , 12-Фев-13 02:58 
>> 8 мегабайт О_О? вынь 95 на 4-х работала
> Виндоус 95 на 4Мб тормозила разве-что.
> Нормально работала на 8, это да.

Нет

> Комфортно - на 16.

Нет

95 OSR2 на 4Мб уже даже не инсталлировалась


"Интервью с разработчиками KolibriOS"
Отправлено AlexAT , 12-Фев-13 09:40 
>> Комфортно - на 16.
> Нет

Ой, да ладно. Мы спокойно работали под Win98SE на 80486DX4/16Mb, еще и с DriveSpace.

> 95 OSR2 на 4Мб уже даже не инсталлировалась

Просто 95 - инсталлировалась. OSR - угу, не лезла.

А на 64 метра уже втуливали 2000/XP потом :) Хотя для комфорта в XP надо было 128-256. Очень много было студенческих машин в классах с 32Mb/W2K... Кошмар, но работало хоть как-то - NT4 к сожалению был "не торт".



"Интервью с разработчиками KolibriOS"
Отправлено arisu , 12-Фев-13 09:54 
да ну, NT4 на 32 метрах был вполне торт, помнится. и второквак на матраце в софтваре гонял весьма неплохо.

"Интервью с разработчиками KolibriOS"
Отправлено AlexAT , 12-Фев-13 10:06 
> да ну, NT4 на 32 метрах был вполне торт, помнится. и второквак
> на матраце в софтваре гонял весьма неплохо.

Он конкретно у нас был не торт, потому что DC был на W2KS.


"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 12-Фев-13 02:25 
из рамдиска? :)

"Интервью с разработчиками KolibriOS"
Отправлено б.б. , 12-Фев-13 02:28 
> 8 мегабайт О_О? вынь 95 на 4-х работала

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

и на 4 она никогда толком не работала

а без рамдиска и у kolibri будут пониже требования