форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Интервью с разработчиками KolibriOS"	+/–
Сообщение от opennews (??) on 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
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Интервью с разработчиками KolibriOS"	–7 +/–
Сообщение от анонимус (??) on 10-Фев-13, 18:05
Оу! У этого проекта даже есть администратор?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Интервью с разработчиками KolibriOS"	+3 +/–
Сообщение от Enik on 10-Фев-13, 18:08
Эту систему нужно брать как основу для мобилок.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Интервью с разработчиками KolibriOS"	+8 +/–
	Сообщение от ВасисуалиьМихаил on 10-Фев-13, 18:15
	x86-совместимые мобилки? Ты с дубу рухнул?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	16. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от Vkni (ok) on 10-Фев-13, 19:32
	> x86-совместимые мобилки? Ты с дубу рухнул? Во-первых, такие есть, хотя это и экзотика. Во-вторых, её можно портировать с х86 на ARM тем же способом, что и OpenVMS перенесли с VAX на Alpha - трактовать ассемблер х86 как высокоуровневый язык и сделать с него компилятор на ARM. И вот такой проект был бы весьма полезен.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	49. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от terraslav (ok) on 10-Фев-13, 22:09
	Ну-ну, портируйте, особливо если это на асме;))
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	73. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Xasd (ok) on 11-Фев-13, 03:20
	> трактовать ассемблер х86 как высокоуровневый язык и сделать с него компилятор на ARM точно! на эт трактовать как Javascript :)
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	106. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Дима (??) on 11-Фев-13, 12:56
	Научите меня так портировать когда на асме
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	70. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от AnonuS on 11-Фев-13, 03:03
	Он же написал, что "за основу" брать, то есть идею нужно перенимать  :-) Если помечтать, то да, такая система на современных мобило-смартфонках экономила бы батарейку и работала бы быстро. Только время разработки не устроит смартфоностроителей, да и для разработки нужно будет программистов нанимать, а не js-разработчиков разносветных кнопочек.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	135. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Сергей (??) on 11-Фев-13, 16:51
	Motorola RAZR i
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	136. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Ан (??) on 11-Фев-13, 16:54
	Lenovo K900, например
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	5. "Интервью с разработчиками KolibriOS"	+3 +/–
	Сообщение от carasin on 10-Фев-13, 18:19
	Оно на ассемблере
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	17. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Vkni (ok) on 10-Фев-13, 19:33
	> Оно на ассемблере OpenVMS тоже была на ассемблере, на VAX ассемблере. :-) Перекомпилировали под Alpha. Правда это не отменяет общего идиотизма переноса Kolibri на телефоны/планшеты.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	31. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от kai3341 (ok) on 10-Фев-13, 20:54
	Вы путаете понятия "портировать" и "переписать".
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	60. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от freehck (ok) on 11-Фев-13, 01:03
	Нет, он все правильно говорит. Все, что нужно сделать, это написать компилятор, переводящий команды fasm'a, на котором написана KolibriOS, в машинные коды ARM.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	71. "Интервью с разработчиками KolibriOS"	+3 +/–
	Сообщение от redwolf (ok) on 11-Фев-13, 03:04
	Пощупайте KolibriOS. Она не заточена под мобильные. Зачем её портировать-то? Интерфейс придётся (если архитнетура позволяет) переписывать под мобильные, приложений мобильных нет, на ассемблере под такую платформу никогда не выйдет достаточное количество игр и софта для массового пользователя. Вообщем, странная идея какая-то.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	90. "Интервью с разработчиками KolibriOS"	+3 +/–
	Сообщение от freehck (ok) on 11-Фев-13, 10:03
	> Пощупайте KolibriOS. Она не заточена под мобильные. Зачем её портировать-то? Интерфейс > придётся (если архитнетура позволяет) переписывать под мобильные, приложений мобильных > нет, на ассемблере под такую платформу никогда не выйдет достаточное количество > игр и софта для массового пользователя. Вообщем, странная идея какая-то. Чукча не читатель, чукча писатель? Да, идея с телефонами странная и глупая. Более того, сама KolibriOS - штука странная.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	183. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от redwolf (ok) on 12-Фев-13, 13:31
	> Чукча не читатель, чукча писатель? Не понял вброс.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	130. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Аноним (??) on 11-Фев-13, 16:41
	> Пощупайте KolibriOS. Она не заточена под мобильные. Зачем её портировать-то? Интерфейс > придётся (если архитнетура позволяет) переписывать под мобильные, приложений мобильных > нет, на ассемблере под такую платформу никогда не выйдет достаточное количество > игр и софта для массового пользователя. Вообщем, странная идея какая-то. Ты хочешь сказать, заточена QNX, или, может, Убунта?!
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	164. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Led (ok) on 12-Фев-13, 02:50
	>> Пощупайте KolibriOS. Она не заточена под мобильные. Зачем её портировать-то? Интерфейс >> придётся (если архитнетура позволяет) переписывать под мобильные, приложений мобильных >> нет, на ассемблере под такую платформу никогда не выйдет достаточное количество >> игр и софта для массового пользователя. Вообщем, странная идея какая-то. > Ты хочешь сказать, заточена QNX, Внезапно - да. > или, может, Убунта?! Убунта похуже. Но уже на порядки лучше, чем Колибри
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	182. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от redwolf (ok) on 12-Фев-13, 13:30
	Нет. Поэтому они нафиг не нужны на мобильных. Требуется вложить уйму денег, чтобы на их базе создать полноценную мобильную платформу и заинтересовать разработчиков ПО и конечного пользователя. Каноникал просто пытается попасть на рынок мобильных устройств. Но до существующих решений им ещё как до Китая пешком.
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	81. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от AlexAT (ok) on 11-Фев-13, 07:12
	> Нет, он все правильно говорит. Все, что нужно сделать, это написать компилятор, > переводящий команды fasm'a, на котором написана KolibriOS, в машинные коды ARM. А обращения к x86 железу и вообще x86-специфичные вещи как "компилировать" собрались? Даже то же программирование GDT/IDT, например?
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	88. "Интервью с разработчиками KolibriOS"	–2 +/–
	Сообщение от freehck (ok) on 11-Фев-13, 09:58
	>> Нет, он все правильно говорит. Все, что нужно сделать, это написать компилятор, >> переводящий команды fasm'a, на котором написана KolibriOS, в машинные коды ARM. > А обращения к x86 железу и вообще x86-специфичные вещи как "компилировать" собрались? > Даже то же программирование GDT/IDT, например? Как и написано выше - трактовать вышеобозначенный x86-ассемблер, как язык высокого уровня, и заменять специфичные для x86 команды блоками команд arm.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	89. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от AlexAT (ok) on 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 Усложнять можно до бесконечности. Ваш анализ "блоков" съедет достаточно быстро.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	91. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от freehck (ok) on 11-Фев-13, 10:14
	Плохой пример. После правки таблицы векторов прерываний (Рузумеется, а Вы как думали? Новая система - новые прерывания.) все заработает. Разумеется после написания компилятора надо будет немного поработать ручками. Но совсем не много, как тут пытаются доказать некоторые личности.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	93. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от AlexAT (ok) on 11-Фев-13, 10:23
	> Плохой пример. После правки таблицы векторов прерываний (Рузумеется, а Вы как думали? > Новая система - новые прерывания.) все заработает. Вы даже не поняли примера... чего уж говорить о "совсем не много". В примере - разрешение прерываний от клавиатуры. Причём может быть написано десятком косвенных способов, и хрен ваш "компилятор" определит, о чём речь. Даже ваш интеллект не осилил, а чего ждать от машины?
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

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

	121. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от другой аноним on 11-Фев-13, 15:08
	машина никак не мыслит, не обожествляйте ее, она тупо делает то, что в нее вложил другой комментатор, ни больше, ни меньше. Т.е. с ошибками и всякими "неправильностями"
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	122. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от б.б. on 11-Фев-13, 15:40
	> машина никак не мыслит Верно.
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	148. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от arisu (ok) on 11-Фев-13, 20:40
	> машина никак не мыслит, не обожествляйте ее, она тупо делает то, что > в нее вложил другой комментатор, ни больше, ни меньше. Т.е. с > ошибками и всякими «неправильностями» при этом — что интересно — всё равно оказывается «умнее» многих.
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	139. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от freehck (ok) on 11-Фев-13, 17:25
	>> Плохой пример. После правки таблицы векторов прерываний (Рузумеется, а Вы как думали? >> Новая система - новые прерывания.) все заработает. > Вы даже не поняли примера... чего уж говорить о "совсем не много". > В примере - разрешение прерываний от клавиатуры. Причём может быть написано > десятком косвенных способов, и хрен ваш "компилятор" определит, о чём речь. > Даже ваш интеллект не осилил, а чего ждать от машины? Оппонент, Вы откровенно бредите. Можете считать это концом нашей дискуссии.
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	140. "Интервью с разработчиками KolibriOS"	–2 +/–
	Сообщение от AlexAT (ok) on 11-Фев-13, 17:28
	> Оппонент, Вы откровенно бредите. > Можете считать это концом нашей дискуссии. Ок. Слив заЩитан.
	Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

	192. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от redwolf (ok) on 13-Фев-13, 21:15
	Объясните теперь мне неразумному, какие конкретно нароботки вы хотите включить в мобильную версию при портировании? Драйвера надо будет писать/переписывать под конкретное мобильное железо, интерфейс тоже придётся переделать. Плюс к этому придётся создать некоторую комфортную среду для разработчиков софта и для покупателей софта (SDK, какой-нибудь market, средства установки приложений и тп).
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	169. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Vkni (ok) on 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. "
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	124. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Аноним (??) on 11-Фев-13, 15:53
	> Нет, он все правильно говорит. Все, что нужно сделать, это написать компилятор, > переводящий команды fasm'a, на котором написана KolibriOS, в машинные коды ARM. Позвольте с Вами не согласиться. То, что он говорит, немножко бред. Возможно даже сивой кобылы. Объясню почему. Если посмотреть на VAX и Alpha, то Alpha специально проектировались на смену VAX так, чтобы ПО переносилось с минимальными изменениями (т.е. архитектура, набор регистров и система комманд этому очень сильно способствуют). Это примерно похоже на переносимость программ между i386 и x86_64(в 64-битном режиме) - в большинстве случаев даже программы на ASM достаточно просто модифицировать. Если же посмотреть на x86 и ARM, то это очень разные по архитектуре, набору регистров и системе комманд процессоры и простой "перекомпиляцией" ASM вряд ли удастся добиться желаемого результата - программу проще будет переписать с нуля, чем написать компилятор для "перегенерации" корректного и, главное, эффективного бинарного ARM-кода на основе бинарного (или ASM, что почти одно и то же) x86-кода. Ведь речи идет именно о таком коде, а не "лишь бы работало"? Если "лишь бы работало", то можно и нативный x86-код в эмуляторе гонять...
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	125. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от б.б. on 11-Фев-13, 16:01
	>[оверквотинг удален] > на переносимость программ между i386 и x86_64(в 64-битном режиме) - в > большинстве случаев даже программы на ASM достаточно просто модифицировать. > Если же посмотреть на x86 и ARM, то это очень разные по > архитектуре, набору регистров и системе комманд процессоры и простой "перекомпиляцией" > ASM вряд ли удастся добиться желаемого результата - программу проще будет > переписать с нуля, чем написать компилятор для "перегенерации" корректного и, главное, > эффективного бинарного ARM-кода на основе бинарного (или ASM, что почти одно > и то же) x86-кода. Ведь речи идет именно о таком коде, > а не "лишь бы работало"? Если "лишь бы работало", то можно > и нативный x86-код в эмуляторе гонять... Так он именно такой эмулятор и изобрёл. И если бы это было в практические сроки с практической пользой реально, то современные эмуляторы и работали бы быстро.
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	171. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Vkni (ok) on 12-Фев-13, 09:10
	> Так он именно такой эмулятор и изобрёл. И если бы это было > в практические сроки с практической пользой реально, то современные эмуляторы и > работали бы быстро. При чём тут я, когда это сделали сотрудники фирмы Digital? Современные эмуляторы, например qemu, часть кода перекомпилируют.
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	138. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от freehck (ok) on 11-Фев-13, 17:20
	>[оверквотинг удален] > на переносимость программ между i386 и x86_64(в 64-битном режиме) - в > большинстве случаев даже программы на ASM достаточно просто модифицировать. > Если же посмотреть на x86 и ARM, то это очень разные по > архитектуре, набору регистров и системе комманд процессоры и простой "перекомпиляцией" > ASM вряд ли удастся добиться желаемого результата - программу проще будет > переписать с нуля, чем написать компилятор для "перегенерации" корректного и, главное, > эффективного бинарного ARM-кода на основе бинарного (или ASM, что почти одно > и то же) x86-кода. Ведь речи идет именно о таком коде, > а не "лишь бы работало"? Если "лишь бы работало", то можно > и нативный x86-код в эмуляторе гонять... Я, откровенно говоря, не в курсе, что там было с VAX и Alpha, но идея трактовать ассемблер одной архитектуры, как высокоуровневый язык для генерации машинных кодов другой архитектуры - очень хорошая идея, которая в этой ветке треда и рассматривалась. Разумеется, тема эффективности генерируемого таким образом кода даже не поднималась. Но все-таки, по сравнению с эмулятором, как Вы упомянули, все равно будет быстрее - ибо, как я понимаю, эмулятор ведь параллельно транслирует и выполняет команды, а тут предлагается сразу оттранслировать команды и загружать изначально их, уже на другой платформе.
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	141. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от Аноним (??) on 11-Фев-13, 18:18
	[...] > Я, откровенно говоря, не в курсе, что там было с VAX и > Alpha, но идея трактовать ассемблер одной архитектуры, как высокоуровневый язык для > генерации машинных кодов другой архитектуры - очень хорошая идея, которая в > этой ветке треда и рассматривалась. Видите ли в чем фокус, ассемблер по определению является НИЗКОУРОВНЕВЫМ языком, т.е. очень сильно зависит от аппаратной реализации. В принципе, можно ассемблер CISC-архитектуры считать сравнительно высокоуровневым языком для RISC-архиректуры, но это никак не решает проблему эмуляции несоответствий архитектуры - разного количества регистров, разного их назначения, разной системы прерываний, разной модели памяти, разного порядка байт в памяти (мелкий/большой "индеец" ;) ), разного подхода к конструированию комманд (фиксированной/переменной длины). Вы можете привести в качестве примера реализацию современных архитектур x86_64 - "снаружи CISC, внутри - RISC", но согласитесь, то, что "внутри RISC" - это довольно-таки специфический RISC, который не так-то просто заменить на какой-либо другой. > Разумеется, тема эффективности генерируемого таким образом кода даже не поднималась. Но > все-таки, по сравнению с эмулятором, как Вы упомянули, все равно будет > быстрее - ибо, как я понимаю, эмулятор ведь параллельно транслирует и > выполняет команды, а тут предлагается сразу оттранслировать команды и загружать изначально > их, уже на другой платформе. Это тоже довольно спорное утверждение. В современных эмуляторах все чаще используется динамическая трансляция, которая позволяет осуществить некоторые "интеллектуальные" оптимизации с учетом данных времени исполнения, что в большинстве случаев дает определенный выигрыш в скорости за счет фоновой трансляции, удаления переходов, вызова процедур и возврата из них, оптимизации по удалению избыточности, распространения копий и констант, «раскрутки» циклов и т.д.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	143. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от freehck (ok) on 11-Фев-13, 19:40
	>[оверквотинг удален] > очень сильно зависит от аппаратной реализации. В принципе, можно ассемблер CISC-архитектуры > считать сравнительно высокоуровневым языком для RISC-архиректуры, но это никак не решает > проблему эмуляции несоответствий архитектуры - разного количества регистров, разного > их назначения, разной системы прерываний, разной модели памяти, разного порядка байт > в памяти (мелкий/большой "индеец" ;) ), разного подхода к конструированию комманд > (фиксированной/переменной длины). > Вы можете привести в качестве примера реализацию современных архитектур x86_64 - "снаружи > CISC, внутри - RISC", но согласитесь, то, что "внутри RISC" - > это довольно-таки специфический RISC, который не так-то просто заменить на какой-либо > другой. Мне все-таки кажется, что написать компилятор ассемблера x86 в arm было бы возможно. Все-таки в arm-процессорах регистров больше, чем в x86. А больше - это не меньше, это упрощает дело. Таблицу векторов надо подправить. Прослойку сделать для трансляции x86 прерываний в arm'овские. Нда. Как грустно это звучит. Нет, я думаю, что это сделать возможно, если найдутся энтузиасты-бездельники. >[оверквотинг удален] >> все-таки, по сравнению с эмулятором, как Вы упомянули, все равно будет >> быстрее - ибо, как я понимаю, эмулятор ведь параллельно транслирует и >> выполняет команды, а тут предлагается сразу оттранслировать команды и загружать изначально >> их, уже на другой платформе. > Это тоже довольно спорное утверждение. В современных эмуляторах все чаще используется динамическая > трансляция, которая позволяет осуществить некоторые "интеллектуальные" оптимизации > с учетом данных времени исполнения, что в большинстве случаев дает определенный > выигрыш в скорости за счет фоновой трансляции, удаления переходов, вызова процедур > и возврата из них, оптимизации по удалению избыточности, распространения копий и > констант, «раскрутки» циклов и т.д. Вот тут я даю маху. В чем не разбираюсь, в том не разбираюсь.
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	168. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Vkni (ok) on 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 возможен. Но практически никакого смысла нет.
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	167. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Vkni (ok) on 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." Разумеется, это не простое перекомпилирование, но тем не менее.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	7. "Интервью с разработчиками KolibriOS"	–14 +/–
	Сообщение от Enik on 10-Фев-13, 18:21
	Прикольно было-бы если они реализовали jawa.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	14. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от Карбофос (ok) on 10-Фев-13, 19:11
	>jawa афигеть. ну а чё, жабистам слабо портировать? ах, да, там же сразу разрыв шаблона произойдёт при взгляде на ассемблерный код.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	23. "Интервью с разработчиками KolibriOS"	–2 +/–
	Сообщение от Онаним on 10-Фев-13, 20:08
	> там же сразу разрыв шаблона произойдёт при взгляде на ассемблерный код. Почему же? Лично я как раз считаю язык Java чем-то вроде ассемблера для JVM (в то время, как полноценные высокоуровневые языки для JVM в моём понимании - это Scala, Groovy, Clojure и т.п.)
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	28. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Капитан (??) on 10-Фев-13, 20:28
	Нее, джава скорее как плюсы. А ассемблер это то, что выдает javap.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	52. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от terraslav (ok) on 10-Фев-13, 22:28
	>> там же сразу разрыв шаблона произойдёт при взгляде на ассемблерный код. > Почему же? Лично я как раз считаю язык Java чем-то вроде ассемблера > для JVM (в то время, как полноценные высокоуровневые языки для JVM > в моём понимании - это Scala, Groovy, Clojure и т.п.) Жабу считаешь как ACM... м-м-м, приведу аналогию, это как: огромный, обкопчёный, неповоротливый паровоз, сравнивать с маленьким хромированным болтиком;)
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	27. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от Капитан (??) on 10-Фев-13, 20:26
	Знать бы, кто такие джаwисты.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	40. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Какаянахренразница (ok) on 10-Фев-13, 21:27
	Ну и какой ты после этого копетан?
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	137. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Ан (??) on 11-Фев-13, 16:59
	Они еще Джwа года ждать будут...
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	144. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Марк on 11-Фев-13, 19:53
	«Функция 18, подфункция 14 - Ожидать начала обратного хода луча развёртки монитора. Функция 24, подфункция 1 - начать проигрывать CD-audio. Функция 55, подфункция 55 - Начать проигрывать данные на встроенном спикере. Функция 47 - вывести число в окно (дальше куча параметров преобразования числа в текст, и это в ядре).» Всего этого мобилкам действительно очень не хватало.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Интервью с разработчиками KolibriOS"	+2 +/–
Сообщение от Аноним (??) on 10-Фев-13, 18:12
Интересное интервью, спасибо! Ребятам - всяческих успехов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "Интервью с разработчиками KolibriOS"	–6 +/–
	Сообщение от Аноном on 10-Фев-13, 18:35
	Интересно, а в чем именно может заключается успех для этой мертворожденной поделки?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	13. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Карбофос (ok) on 10-Фев-13, 19:08
	минимум, проект можно использовать для изучения основ построения операционок. второе - можно использовать для изучения ассемблера.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	15. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Аноном on 10-Фев-13, 19:26
	Я не говорил что проект абсолютно бесполезен, но желать успеха этому проекту все равно что желать успеха в собирании марок...
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	20. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от Карбофос (ok) on 10-Фев-13, 19:57
	почему бы и не желать успеха в интересном увлечении?
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	42. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Какаянахренразница (ok) on 10-Фев-13, 21:28
	> почему бы и не желать успеха в интересном увлечении? Так вопрос был: в чём заключается успех?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	47. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Карбофос (ok) on 10-Фев-13, 21:52
	понятие "успех" вообще совсем по-разному воспринимается многими людьми. только люди, которые ненавидят свою работу и не имеют никаких творческих увлечений, никогда не поймут этого понятия.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	76. "Интервью с разработчиками KolibriOS"	–5 +/–
	Сообщение от Аноним (??) on 11-Фев-13, 05:52
	Ненавижу работу Творчеством года 3 не занимаюсь Считаю себя успешным, и знаю почему. ЧЯДН?
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	98. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от цирроз (ok) on 11-Фев-13, 10:54
	воруешь?
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	100. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от б.б. on 11-Фев-13, 11:03
	> Считаю себя успешным, и знаю почему. А также радиоволной и зелёным пёсиком. Кто ж запретит, считать-то.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	63. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от SergMarkov (ok) on 11-Фев-13, 01:40
	А в чем разница между "just for fan" филателистов и осеписателей ?
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	64. "Интервью с разработчиками KolibriOS"	+5 +/–
	Сообщение от XPEH on 11-Фев-13, 01:46
	A причем здесь вентилятор ?
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	66. "Интервью с разработчиками KolibriOS"	–3 +/–
	Сообщение от SergMarkov (ok) on 11-Фев-13, 01:49
	> A причем здесь вентилятор ? При том что носорог фиолетовый
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	68. "Интервью с разработчиками KolibriOS"	+4 +/–
	Сообщение от XPEH on 11-Фев-13, 01:59
	Гмм, раньше до слонов допивались розовых, теперь значит новое поколение выбирает носорогов. Вместо того чтобы в школе аглицкий учить.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	150. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от arisu (ok) on 11-Фев-13, 20:44
	это старое поколение, со старческим маразмом. но вообще-то это старое поколение где-то признавалось, что маразм начался давно, и потому с английским не ладится напрочь. не смотря на прошлые усилия учителей.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

6. "Интервью с разработчиками KolibriOS"	+/–
Сообщение от вася (??) on 10-Фев-13, 18:19
Проблема в том что никто там не изменяет(причины меня не интересуют) унаследованое из Menuet структуру ядра. А в существуюей структуре ядра очень сложно делать какие-то изменения или оптимизации.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	37. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от sourcerer (??) on 10-Фев-13, 21:23
	> Проблема в том что никто там не изменяет(причины меня не интересуют) унаследованое > из Menuet структуру ядра. А в существуюей структуре ядра очень сложно > делать какие-то изменения или оптимизации. Откуда такие поспешные выводы? Сравните, пожалуйста, исходные коды последней версии ядра Menuet32 (0.85) и ночной сборки Колибри. Начнем с того, что только в ядре осталось кода от Menuet около 20% (это в транке, в сетевой ветке около 5%). Далее, структура ядра претерпела значительные изменения, теперь вместо кучи больших файлов и одной папки есть куча маленьких файлов и много папок по подсистемам. Каждый кусок кода довольно обособлен, за исключением общеядерных функций и областей памяти.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	41. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от вася (??) on 10-Фев-13, 21:27
	я не про код, а про структуру ядра
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	43. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от вася (??) on 10-Фев-13, 21:30
	sourcerer wrote: Далее, структура ядра претерпела значительные изменения, теперь вместо кучи больших файлов и одной папки есть куча маленьких файлов и много папок по подсистемам ЭТО вы понимаете под структуруй ядра? свеженький товарищ из института
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	45. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от sourcerer (??) on 10-Фев-13, 21:40
	> sourcerer wrote: > Далее, структура ядра претерпела значительные изменения, теперь вместо кучи больших файлов > и одной папки есть куча маленьких файлов и много папок по > подсистемам > ЭТО вы понимаете под структуруй ядра? свеженький товарищ из института А, вы имеете в виду монолит/микроядро? К черту микроядро.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	72. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от anonymous (??) on 11-Фев-13, 03:05
	К чёрту микроядро. К чёрту labels. Скорость програмного блиттера нельзя повысить в 30 раз из-за курсора (сотни *инструкций* на пиксель сейчас, а должно быть несколько пикселей на одну инструкцию), курсор нельзя исправить из-за gui Mario, gui нельзя исправить потому как никто не желает переписывать прикладные програмы. Ситуация усуглубляется тем что продолжается написание прикладных прог на основе неудачного ядра.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	104. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от sourcerer (??) on 11-Фев-13, 12:53
	> К чёрту микроядро. К чёрту labels. > Скорость програмного блиттера нельзя повысить в 30 раз из-за курсора (сотни *инструкций* > на пиксель сейчас, а должно быть несколько пикселей на одну инструкцию), > курсор нельзя исправить из-за gui Mario, gui нельзя исправить потому как > никто не желает переписывать прикладные програмы. Ситуация усуглубляется тем что продолжается > написание прикладных прог на основе неудачного ядра. Загрузка драйверов ATI/Intel заменяет функцию программного блиттера на аппаратно-ускоренную версию. Это в 0.7.7.0 только курсор ускорялся, уже три года прошло. Курсор уже год как не мерцает, благодаря двойной буфферизации. Производительность VESA-видео в Колибри превосходит производительность VESA-видео в Windows в несколько раз.  По поводу "исправить GUI" и "неудачное ядро" - не понял.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	108. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от б.б. on 11-Фев-13, 12:58
	> в Колибри превосходит производительность VESA-видео в Windows в несколько раз.   > По поводу "исправить GUI" и "неудачное ядро" - не понял. Шо за зверь. x-серверы на vesa знаю, univbe знаю, а этого не знаю. Кстати, univbe оно превосходит? А то на лептопах и 486 с video paradise (после загрузки dos-драйвера) и p1 с chips&technologies univbe в разных воркрафтах рисовалось со свистом, а от kolibri вообще никакой графики добиться не удалось.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	109. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от клоун Стаканчик on 11-Фев-13, 12:58
	А что, в Windows до сих пор используется VESA-видео? И превосходит ли? Чем меряли? Скоростью отрисовки вашего ущербного интерфейса по сравнению с интерфейсом Windows?
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	105. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от клоун Стаканчик on 11-Фев-13, 12:56
	Продолжается? Сами авторы Колибри сами пишут программы, которые им самим потом лень переписывать.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	48. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от d (??) on 10-Фев-13, 22:00
	а переход на плоскую модель памяти? а подгружаемые драйверы?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Интервью с разработчиками KolibriOS"	+2 +/–
Сообщение от anonymous (??) on 10-Фев-13, 18:21
Просто повеселило: Unlevin: C++ Builder используешь? Кирилл Липатов: Вот это сложный момент, и ты будешь в шоке, но я использую уже много лет не разрабатываемый компилятор С-- Сфинкс. Он генерирует неоптимальный код, но так сложилось исторически. Я редактировал программы на MSVC++ и на GCC, но уже привык к С--, который все уже ненавидят в проекте. Однако, мои программы на нем отлично работают и мало весят.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	74. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от Кирилл тот самый on 11-Фев-13, 04:39
	Каюсь, но так и есть. :)
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	83. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Аноним (??) on 11-Фев-13, 08:14
	>Каюсь, но так и есть. :) Честно, не знаю, как редактировать программы с помощью GCC :D
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	151. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от arisu (ok) on 11-Фев-13, 20:47
	> Честно, не знаю, как редактировать программы с помощью GCC :D да чего сложного-то? пишем плугин к GCC — благо, это можно, в плугин засовываем vim…
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	179. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от ZloySergant (ok) on 12-Фев-13, 12:03
	>да чего сложного-то? пишем плугин к GCC — благо, это можно, в плугин засовываем vim… Вот чего только люди не придумают, лишь бы emacs не использовать :)
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

	180. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от arisu (ok) on 12-Фев-13, 12:06
	>>да чего сложного-то? пишем плугин к GCC — благо, это можно, в плугин засовываем vim… > Вот чего только люди не придумают, лишь бы emacs не использовать :) ок. для хардкорщиков — опционально — edlin.
	Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

9. "Интервью с разработчиками KolibriOS"	–1 +/–
Сообщение от Аноним (??) on 10-Фев-13, 18:29
Может быть пора перейти на llvm-ассемблер? Будет очень переносимо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от Аноним (??) on 10-Фев-13, 19:02
	Ребята застряли в палеолите.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	152. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от arisu (ok) on 11-Фев-13, 20:48
	> Может быть пора перейти на llvm-ассемблер? Будет очень переносимо. ага. особенно сборка колибри под самой колибри доставит. не впряжёшься портировать на колибри llvm?
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Интервью с разработчиками KolibriOS"	+9 +/–
Сообщение от Amet13 (ok) on 10-Фев-13, 19:07
имхо, достойно уважения, хоть и никому не нужно
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	19. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от Заоза on 10-Фев-13, 19:36
	Ну ну, а некоторые утверждали когда то, что ос поместится на 1 дискете. ВОТ ОНА!
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	24. "Интервью с разработчиками KolibriOS"	+3 +/–
	Сообщение от Онаним on 10-Фев-13, 20:11
	> Ну ну, а некоторые утверждали когда то, что ос поместится на 1 > дискете. ВОТ ОНА! Вы никогда не пробовали QNX, загружавшуюся вместе с графическим окружением, браузером и поддержкой dial-up-доступа в Интернет (при наличии полноценного комовского модема) с одной дискетки?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	30. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Аноним (??) on 10-Фев-13, 20:46
	4.25 жирную 6-ки вряд ли возможно запихнуть
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	38. "Интервью с разработчиками KolibriOS"	+3 +/–
	Сообщение от sourcerer (??) on 10-Фев-13, 21:24
	>> Ну ну, а некоторые утверждали когда то, что ос поместится на 1 >> дискете. ВОТ ОНА! > Вы никогда не пробовали QNX, загружавшуюся вместе с графическим окружением, браузером и > поддержкой dial-up-доступа в Интернет (при наличии полноценного комовского модема) с одной > дискетки? А здесь на ту же дискету еще и три десятка ethernet-карточек, и pppoe, и на закуску mp3 и mp4. В скором времени даже онлайн. И жесткое реальное время. Выкуси, QNX.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	116. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от Марк on 11-Фев-13, 13:16
	Только вот браузера в ней фактически нет. Имеющееся не многим лучшим телнета, в то время как в qnx 99 года выпуска был сносный браузер, с поддержкой js. Я конечно понимаю что это сложно реализовать, но это уже проблема дизайна системы. А в нынешнем виде колибри продолжает оставаться только лишь занятной игрушкой. _____ «Многие сис. функции ядра позволяют прикладным программам писать в память ядра (т.е. в диапазоне 0x80000000-0xFFFFFFFF), тем сам можно "прибить систему" или выполнить пользовательский код с максимальным уровнем привелегий (в 0-вом кольце)» Ну а после такого, сравнение с qnx выглядит совсем неуместно.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	117. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от б.б. on 11-Фев-13, 13:22
	> Только вот браузера в ней фактически нет. Имеющееся не многим лучшим телнета, > в то время как в qnx 99 года выпуска был сносный > браузер, с поддержкой js. А нормальная поддержка сети, кроме модемного соединения, там была? А локали? А КОСИЛКА? В kolibri, когда там была гробница фараона, можно было вообще жить. и единственный рабочий эмулятор dendi fceu, которым можно было нормально управлять, причём нормально управлять СРАЗУ, я видел только в kolibri (ни в одном linux я никогда не видел fceu, которым можно было бы пользоваться). джентельменский набор "гробница фараона", "doom", "dosbox" и "fceu" позволяет на этой ос переиграть в тысячу интересных игрушек. вот. :)
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	128. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Марк on 11-Фев-13, 16:39
	> А нормальная поддержка сети, кроме модемного соединения, там была? Для того времени - да была: « http://toastytech.com/guis/qnxdemo.html NE1000/2000, DEC 21x4x, or 3com 509 based network card » > doom", "dosbox" и "fceu" Хех, это и дос может. И кстати колибри чем-то его и напоминает, этакий дос с окошками. С прямым доступом к железу и невнятной изоляцией программ. Ну и то, что у ядра первая функция - рисование окошек, тоже забавно.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	131. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от б.б. on 11-Фев-13, 16:43
	>> doom", "dosbox" и "fceu" > Хех, это и дос может. Может, но не хочет. И десктопа там никакого нет.
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	184. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от Stax (ok) on 12-Фев-13, 18:40
	DOS Shell, Windows 2.x/3.0 - не? Официальные десктопные надстройки над MS-DOS. От того же производителя, кстати, прошу заметить.
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

18. "Интервью с разработчиками KolibriOS"	+1 +/–
Сообщение от Assembler on 10-Фев-13, 19:34
вот таким должен быть современный софт и ОС. уважаю ассемлеристов, это настоящие пацаны-программисты
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	25. "Интервью с разработчиками KolibriOS"	+6 +/–
	Сообщение от Geol (??) on 10-Фев-13, 20:16
	Непереосимым? Не модульным? Со сплабой поддержкой сети? Почему вы думаете. что современный софт должен быть таким? Кому он должен? На дискету помещается... Это преимущестрво?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	26. "Интервью с разработчиками KolibriOS"	–2 +/–
	Сообщение от Аноним (??) on 10-Фев-13, 20:23
	> Непереосимым? Не модульным? Со сплабой поддержкой сети? Почему вы думаете. что современный софт должен быть таким? Кому он должен? Потому что 90% пользователей ПК, которые, как известно, используют оффтопик, довольствуются именно таким софтом — то бишь оффтопиком. > На дискету помещается... Это преимущестрво? По сравнению с оффтопиком — да.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	32. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Geol (ok) on 10-Фев-13, 21:05
	>> Непереосимым? Не модульным? Со сплабой поддержкой сети? Почему вы думаете. что современный софт должен быть таким? Кому он должен? > Потому что 90% пользователей ПК, которые, как известно, используют оффтопик, довольствуются > именно таким софтом — то бишь оффтопиком. >> На дискету помещается... Это преимущестрво? > По сравнению с оффтопиком — да. Причем тут вообще Windows? Вы без него не можете? Я спросил у черлорвека, почему он думает, что "вот таким должен быть современный софт", а вы тут сразу со своим срверхценным "венда гавно"... Я не об этом спрашвал.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	34. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Assembler on 10-Фев-13, 21:18
	потому что программы на ассемблере могут творить чудеса по скорости и размеру, достаточно вспомнить потрясающие игры на спектруме размером в 30-50Кб. или посмотреть на современные ассембли демки. а еще ассемблер может больше, чем языки высокого уровня
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	46. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Geol (ok) on 10-Фев-13, 21:40
	> потому что программы на ассемблере могут творить чудеса по скорости и размеру, > достаточно вспомнить потрясающие игры на спектруме размером в 30-50Кб. Опуская тот факт, что эти потрясающие игры - это совсем не сорвременный софт, и то что сегодня нет особой разницы между 50 Kb и 50 Mb, все же немогу не заметить - при разработпке на asm вы выигрываете в физичиспком размере программы. А этот ресурс (память )сейчас очень, очень дешев. Но сильно проигрываете во времени разработки. А вот этот ресурс, наоборот очень дорог. Вопрос - зачем так делать? >  а еще ассемблер может больше, чем языки высокого уровня Строго говоря это не сорвсем так. Совок не может делать работу экскаватора. ну то есть, теоретически совком можно впкопать котлаван под фундамент небоскреба. Но кому он будет нужен? все уже на альфа центавра улетят.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	53. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Sinot (ok) on 10-Фев-13, 22:28
	Я так подозреваю должно быть так:   Современный софт должен быть быстрый и компактный. А идиотов считающих, что памяти у всех много и процессоры минимум двухядерные, нужно высмеивать при людно.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	65. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от XPEH on 11-Фев-13, 01:49
	> А идиотов считающих, что памяти у всех много и процессоры минимум двухядерные, > нужно высмеивать при людно. А уж что надо ПРИЛЮДНО делать с незнающими русского языка.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	82. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от б.б. on 11-Фев-13, 07:21
	>   Современный софт должен быть быстрый и компактный. Для этого не нужен именно ассемблер. А ещё современный софт должен быть легко портируемый и переносимый, а не прибитый к одной платформе ассемблерными гвоздями. Установщик openbsd тоже вмещается на дискету. И ядро там поддерживает где-то в 100 раз больше устройств.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	153. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от arisu (ok) on 11-Фев-13, 20:54
	>   Современный софт должен быть быстрый и компактный. во-первых, это не всегда совпадает. во-вторых — удачной ручной оптимизации под современную технику, чо. под x86, например: ты уверен, что сможешь это сделать лучше хорошего компилятора C? я, кстати, знаю людей, которые сейчас пишут на асме. не вставки, а именно софт. во-первых, у них в итоге в коде система макросов, напоминающая такой себе «недоси». а во-вторых, их код если уж не работает, то смачно и качественно не работает, и отлаживается ой, как долго. при этом читаемость кода на асме затруднена ненужными деталями (на си тоже, конечно, но далеко не в такой мере), потому чтобы помочь нарыть ошибку, надо долго медитировать. p.s. а потом удачного переноса ассемблерного софта на другую архитектуру, кстати. тоже спецолимпиада.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	187. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Sinot (ok) on 12-Фев-13, 21:01
	Речь шла не о том, что все надо писать на асме. А то что современный софт должен быть "быстрый и компактный". Или вам не попадались джава-калькуляторы тормозящие даже в режиме ожидания?
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	189. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от arisu (ok) on 12-Фев-13, 21:52
	> Или вам не попадались джава-калькуляторы тормозящие даже в режиме ожидания? к счастью, не попадались. и вряд ли попадутся. а bc не тормозит.
	Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

	54. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от Аноним (??) on 10-Фев-13, 22:41
	> Опуская тот факт, что эти потрясающие игры - это совсем не сорвременный софт Ну и что? А человечество — совсем не современный вид: как появились несколько десятков тысяч лет назад, так с тех пор и просуществовали без особых изменений. И ничего, живём как-то, бороздим на космических кораблях просторы Большого Театра, ассемблерные демки пишем. > и то что сегодня нет особой разницы между 50 Kb и 50 Mb Есть. 50 Кб поместится в ПЗУ современного ПК, 50 Мб — нет. Файл размером 50 Мб будет качаться с моим интернетом не меньше пяти минут, размером 50 Кб — меньше секунды. 50 Кб ты втиснешь в микроконтроллер (хотя программе даже такого размера на многих микроконтроллерах будет тесно), 50 Мб — никогда. В обратную сторону это тоже работает: для, скажем, «Муму» хватит и 50 Кб, а вот для десятка романов типа «Войны и мира» и 50 Мб может быть мало. Так что память — это всё еще ценный ресурс. Нечего им разбрасываться. > при разработпке на asm вы выигрываете в физичиспком размере программы. А этот ресурс (память )сейчас очень, очень дешев Выигрываем. См. выше. Не смотря на то, что оперативная память дёшева, у неё есть очевидные недостатки (например, медлительность), делающие недопустимым использование такой памяти в, скажем, микроконтроллерах и ПЗУ.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	57. "Интервью с разработчиками KolibriOS"	–2 +/–
	Сообщение от Geol (ok) on 10-Фев-13, 23:50
	>> Опуская тот факт, что эти потрясающие игры - это совсем не сорвременный софт > Ну и что? А человечество — совсем не современный вид: как появились > несколько десятков тысяч лет назад, В школу,скорее. >> и то что сегодня нет особой разницы между 50 Kb и 50 Mb > Есть. 50 Кб поместится в ПЗУ современного ПК, 50 Мб — нет. > втиснешь в микроконтроллер (хотя программе даже такого размера на многих микроконтроллерах Кто тут говорит о микроконтроллерах? речь об Ос и прикладном софте. > Файл размером 50 Мб будет качаться с моим интернетом не меньше > пяти минут, размером 50 Кб — меньше секунды. 50 Кб ты Меняй провайдера.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	61. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Аноним (??) on 11-Фев-13, 01:13
	> В школу,скорее. Что не так? Человек появился на земле где-то 35—70 тысяч лет на зад, в эпоху позднего палеолита. Или ты сверяешься с библией и считаешь, что вселенной всего пять тысяч лет? Вынужден разочаровать, но религиозные тексты до сих пор не включили в школьную программу в качестве учебников истории и биологии. > Кто тут говорит о микроконтроллерах? речь об Ос и прикладном софте. Во-первых, ОС для микроконтроллеров никто не отменял (например, FreeRTOS). Во-вторых, написание ОС и прикладного софта для неё — не такой уж и плохой повод для получения навыков программирования на ассемблере. В-третьих, ты забыл про ПЗУ что-нибудь эдакое сказать. > Меняй провайдера. Зачем? Меня вполне устраивает текущая скорость. Я же не использую результаты труда быдлокодеров, у которых простейший калькулятор распухает до гигабайта.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	62. "(offtopic) наука и псевдонаука"	+/–
	Сообщение от Michael Shigorin (ok) on 11-Фев-13, 01:38
	> 35—70 тысяч лет на зад И это при том, что язык с литературой в школе вроде бы как проходят :( Сопоставьте на досуге временнЫе интервалы: - становления и применения радиоуглеродного метода "определения" возраста; - летописной и вообще хоть как-то документально зафиксированной истории; - те, о которых отдельные особи не стесняются писать в учебниках. Они соотносятся примерно как 1:20:500.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	69. "(offtopic) наука и псевдонаука"	–2 +/–
	Сообщение от Аноним (??) on 11-Фев-13, 02:07
	> И это при том, что язык с литературой в школе вроде бы как проходят :( Никакие языки и литературы не страхуют от опечаток.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	118. "(offtopic) наука и псевдонаука"	+/–
	Сообщение от Boboms (ok) on 11-Фев-13, 13:45
	>  становления и применения радиоуглеродного метода "определения" возраста; Тебя тоже "смущает" метод определения возраста по изотопам углерода?
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	119. "(offtopic) наука и псевдонаука"	+1 +/–
	Сообщение от б.б. on 11-Фев-13, 13:52
	>>  становления и применения радиоуглеродного метода "определения" возраста; > Тебя тоже "смущает" метод определения возраста по изотопам углерода? Некоторые и по двум комментариям на опеннете возраст вон определяют. И никого это не смущает.
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	154. "(offtopic) наука и псевдонаука"	+/–
	Сообщение от arisu (ok) on 11-Фев-13, 20:58
	> — летописной и вообще хоть как-то документально зафиксированной истории; офигенный аргумент. так и вижу, как через много-много-много лет другой Миша будет говорить: «ну где, где документальные свидетельства? вот пару тыщ лет назад — да, всё было, вот носители на основе технологии ABCD, на них всё записано. а от более раннего периода носителей нет — какие там вообще люди могли быть?!»
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	191. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от cbs on 13-Фев-13, 15:56
	> 50 Кб поместится в ПЗУ современного ПК, 50 Мб — нет. Уточните пожалуйста, какое именно ПЗУ имеется в виду...
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	55. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от Assembler on 10-Фев-13, 22:43
	памяти больше, процики быстрее, да вот почему то современные компы на win7 работают не быстрее, чем pentium 166 на windows 98. тоже касается и офисных программ. у меня кстати виндус 98 на пентиум 133 летала быстрей, чем виндус 7 на 4 ядерном процике!
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	146. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от kurokaze (ok) on 11-Фев-13, 20:33
	Да что ж вы всё своим вантузом меряете? Неужели все ассемблерщики к вантузу прилипли? У мене лично KDE4 именно что летает. Core i7-3770k/16Gb PS: И да, как программировавший БЗ-34/МК-52, считаю что астматики не знают что такое рационально использовать ресурсы. 98/104 шагов, 14/15 общих регистров и 4 стековых - это посложнее будет чем ваша фаллометрия.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	172. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от AlexAT (ok) on 12-Фев-13, 09:32
	> У мене лично KDE4 именно что летает. Core i7-3770k/16Gb Удивительно, да...
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

	181. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от Assembler on 12-Фев-13, 13:27
	Core i7-3770k/16Gb для KDE, это тоже самое, что реактивный двигатель для легкового автомобиля
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

	58. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Led (ok) on 11-Фев-13, 00:10
	>Причем тут вообще Windows? При том, что у разработчиков и фанатов - "папки". Ясное дело, что они вендузоиды.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	78. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от анон on 11-Фев-13, 06:38
	> При том, что у разработчиков и фанатов - "папки" "Папка" - куда более удачное название для коллекции "файлов", чем "директория" тащемта например
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	126. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Аноним (??) on 11-Фев-13, 16:21
	>> При том, что у разработчиков и фанатов - "папки" > "Папка" - куда более удачное название для коллекции "файлов", чем "директория" тащемта > например Опять Вам мерзкософт мозги перепромыл. Если я правильно помню, то в "папках" положено хранить "документы", а в "каталогах" (а не "директориях") положено хранить "файлы". Если Вы не понимаете чем "документ" отличается от "файла", то я тут ничем помочь не могу.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	166. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от анон on 12-Фев-13, 04:17
	Юноша, ненависть к флагману рынка выела вам остатки разума. В каталоге нет никаких файлов, и никогда не было. файлы с документами сшиваются в картонные или пластиковые папки, а общие сведения о документе записаны на маленькой бумажечке, которая и хранится в ящичке каталога.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	170. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от б.б. on 12-Фев-13, 07:40
	> Юноша, ненависть к флагману рынка выела вам остатки разума. Это не флагман, это дырявая галера, которая тащится на плечах миллионов юзеров. Которые не устают при этом делать вид, что это не на них плывут.
	Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

	174. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от AlexAT (ok) on 12-Фев-13, 09:41
	> В каталоге нет никаких файлов, и никогда не было. > файлы с документами сшиваются в картонные или пластиковые папки, а общие сведения > о документе записаны на маленькой бумажечке, которая и хранится в ящичке > каталога. Папка - место хранения ФАЙЛОВ. Каталог - место хранения УКАЗАТЕЛЕЙ НА ФАЙЛЫ. Вывод: с точки зрения банальной логики, название "папка" для дисковой структуры с указателями - исключительно идиотам посвящается.
	Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

	177. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от straustrup on 12-Фев-13, 10:18
	Все нормальные люди работают с объектами, а не указателями. Файл может не храниться на диске вообще (сетевые папки, виртуальные папки, медиа библиотеки)
	Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

	178. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от arisu (ok) on 12-Фев-13, 10:23
	> Все нормальные люди работают с объектами, а не указателями. прямо так с объектами. каждый раз весело их копируя, видимо, потому что про ссылки не знают.
	Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

	163. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Led (ok) on 12-Фев-13, 02:39
	>> При том, что у разработчиков и фанатов - "папки" > "Папка" - куда более удачное название для коллекции "файлов", чем "директория" тащемта > например "Папка" - это виндузчее название для каталога.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	77. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от Алексей Морозов (ok) on 11-Фев-13, 06:38
	> На дискету помещается... Это преимущестрво? Ну, строго говоря, это недостаток. Где ж её, дискету, взять по нынешним непростым временам. Хотя, нет, вру, у меня в чулане есть ещё несколько коробок, и 3.5", и 5". И 8", если поднапрячься, найти можно. Вот только, куда их вставлять...
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	29. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от sasa (??) on 10-Фев-13, 20:35
	> вот таким должен быть современный софт и ОС для микроконтроллеров > уважаю ассемлеристов, это настоящие пацаны-программисты вы ананисты ребята плечисты :)
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	35. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от Geol (ok) on 10-Фев-13, 21:20
	>> вот таким должен быть современный софт и ОС > для микроконтроллеров >> уважаю ассемлеристов, это настоящие пацаны-программисты > вы ананисты ребята плечисты :) Микроконтроллеры мрачно охренеют с десктопа и "более 30 игр"
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	155. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от arisu (ok) on 11-Фев-13, 21:01
	> Микроконтроллеры мрачно охренеют с десктопа и «более 30 игр» да нормалёк. «извините, в работе процесса управления реактором произошёл сбой. не пытайтесь убежать, это бессмысленно. но зато у вас ещё есть время два раза разложить косынку!»
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

21. "Интервью с разработчиками KolibriOS"	+1 +/–
Сообщение от jedie on 10-Фев-13, 19:59
Хорошо соптимизированный С код не уступает ассемблеру. Зря они фигней страдают.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от jedie on 10-Фев-13, 19:59
	как полезный опыт, наверное хорошо, но где можно это практически применять?
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	36. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от x0r (??) on 10-Фев-13, 21:23
	да, лучше бы GCC дооптимизировали...
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	39. "Интервью с разработчиками KolibriOS"	–3 +/–
	Сообщение от sourcerer (??) on 10-Фев-13, 21:26
	> Хорошо соптимизированный С код не уступает ассемблеру. Зря они фигней страдают. Хорошо оптимизированный ассемблер делает оптимизированный Си.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	44. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от jedie on 10-Фев-13, 21:38
	ну давайте писать сразу на машинном языке! а че.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	51. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от linux must _RIP_ on 10-Фев-13, 22:22
	мисье забыл ситуации когда при переходе с i386 на 486 и 586 надо было начинать оптимизацию с 0? при том что код написаный под i386 на 586 работал сильно медленее?
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	59. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Michael Shigorin (ok) on 11-Фев-13, 00:12
	>> Хорошо соптимизированный С код не уступает ассемблеру. Зря они фигней страдают. > Хорошо оптимизированный ассемблер делает оптимизированный Си. По объёму или производительности?  Про объём не помню, а вот по производительности любители потягаться с компилятором в оптимизации уже довольно давно признали поражение.  Ну не укладывается вся железка (или хотя бы состояние всех регистров) в голову.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	80. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от Алексей Морозов (ok) on 11-Фев-13, 06:46
	> Про объём не помню, а вот по > производительности любители потягаться с компилятором в оптимизации уже довольно давно > признали поражение.  Ну не укладывается вся железка (или хотя бы > состояние всех регистров) в голову. Миш, есть всякие сильноузкоспециализированные приложения. Дружок из Софтлаба, программирующий странную графику на не менее странных устройствах, хвалился как-то, что после того, как он проходит глазами нагенерённый код, тот начинает работать в _разы_ быстрее. Но это нет, не ассемблер общего назначения.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	96. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от б.б. on 11-Фев-13, 10:31
	Начинает работать быстрее только от одного взгляда. От страха, что ли?
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	127. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от Аноним (??) on 11-Фев-13, 16:25
	> Дружок из Софтлаба, программирующий > странную графику на не менее странных устройствах, хвалился как-то, что после > того, как он проходит глазами нагенерённый код, тот начинает работать в > _разы_ быстрее. Но это нет, не ассемблер общего назначения. Просто "проходит глазами", ничего не изменяя? И после этого "тот начинает работать в > _разы_ быстрее"?!! Мистика и ненаучная фантастика!
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	156. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от arisu (ok) on 11-Фев-13, 21:05
	>> Хорошо соптимизированный С код не уступает ассемблеру. Зря они фигней страдают. > Хорошо оптимизированный ассемблер делает оптимизированный Си. при этом компилятор си таки переводит и оптимизирует тысячи и более строк менее, чем за секунду, а бедный ассемблерщик как минимум пол-дня полирует функцию, которая на си заняла бы строк 15-12. алё, там, в бункере! Z80 на «десктопную» технику уже не ставят. даже iAPX386 и iAPX486 уже не ставят. даже первые пентиумы. заканчивайте уже вылизывать пузырьковую сортировку, выходите на свет: узнаете много нового и поразитесь, как изменился мир. p.s. ничего не имею против написания на асме: нормальное развлечение, ничем не хуже других. но не надо при этом чуши утверждать, ок?
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

33. "Интервью с разработчиками KolibriOS"	–1 +/–
Сообщение от angra (ok) on 10-Фев-13, 21:12
>Какое окружение используешь? >Кирилл Липатов: Windows, но в проекте используют и GNU/Linux. Это не очень важно. На этом можно ответе можно сразу данную поделку закапывать. Если после стольких лет разработчики декстопной ОС все еще не могут ее использовать как основную, значит ничего хорошего из этой недоОСи уже не выйдет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	50. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от AlexAT (ok) on 10-Фев-13, 22:10
	Да её, в общем, никто и не выкапывал. Она just for fun - для энтузиастов. На чём-то учиться надо - и это - не худший вариант. Жаль, что в силу ситуации в экономике совершенно нет времени - workin' workin' workin' as Doogs. Если бы время было - записался бы в проект, поскольку старый ассемблерщик.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	75. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от Кирилл тот самый on 11-Фев-13, 04:40
	Кто сказал ,что не могут? Я в ней фильмы смотрю, музыку слушаю, статьи пишу.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

56. "Интервью с разработчиками KolibriOS"	–1 +/–
Сообщение от Assembler on 10-Фев-13, 22:49
учитывая, что БИОС современных ПК 4-8Мб, то KolibriOS можно спокойно вшить в БИОС и продавать такие ПК, как Спектрумы. В БИОСе выставить опцию загрузка KolibriOS или другая ОС, как обычно. нужно только ее дошлифовать малость
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	67. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от XPEH on 11-Фев-13, 01:53
	> учитывая, что БИОС современных ПК 4-8Мб, то KolibriOS можно спокойно вшить в > БИОС и продавать такие ПК, как Спектрумы. И кто это будет покупать ?
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	79. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от анон on 11-Фев-13, 06:41
	> И кто это будет покупать ? те же, кто покупает Rapsberry Pi и приблизительно для тех же целей
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	97. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от Assembler on 11-Фев-13, 10:49
	как кто будет покупать? кто угодно, не только те шо Rapsberry Pi. покупаешь такую материнку, не хочешь запускать KolibriOS, пожалуйста устанавливай обычную для себя Виндус 7 или Линукс. никаких ограничений
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	99. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от б.б. on 11-Фев-13, 11:01
	http://enjoy.51t.ru/ :) 111 мб лучше тогда уж это вшивать в материнку, если уж совсем делать нечего.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	133. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Аноним (??) on 11-Фев-13, 16:46
	>> учитывая, что БИОС современных ПК 4-8Мб, то KolibriOS можно спокойно вшить в >> БИОС и продавать такие ПК, как Спектрумы. > И кто это будет покупать ? "Ты не поверишь...." В SunFire выпуска 2008 года в БИОС (в x64 машинах) был вшит - тадаааааа! - линукс с убожщной узкоспециализированно-биосно-ориентированной оболочкой! :)))))) И - да, эти машинки покупали - еще как! И рвали они нынешние четырехядерники, потребляя не более 240 ватт на 1 RU....
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

84. "Интервью с разработчиками KolibriOS"	–1 +/–
Сообщение от Флинт on 11-Фев-13, 08:16
смотрел я эту KolibriOS на нетбуке MSI Wind U100.. шустро работала..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

85. "Интервью с разработчиками KolibriOS"	+/–
Сообщение от Аноним (??) on 11-Фев-13, 08:22
люто бешено плюсую. вот вам пример написания осей а не тот блоатварь с гигабайтами свистоперделок который счас осями называют.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	86. "Интервью с разработчиками KolibriOS"	+8 +/–
	Сообщение от XPEH on 11-Фев-13, 08:47
	Вы это из под KolibriOS написали ?
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	87. "Интервью с разработчиками KolibriOS"	+2 +/–
	Сообщение от Аноним (??) on 11-Фев-13, 09:28
	лучший комент
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	92. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от б.б. on 11-Фев-13, 10:22
	> люто бешено плюсую. > вот вам пример написания осей а не тот блоатварь с гигабайтами свистоперделок который счас осями называют. Не осями, а windows. Ради эксперимента взял openbsd, сделал виртуальный диск на 500 мб, подключил это в qemu с 32 mb памяти, взял образ дискетки freedos, загрузился, отрезал 60 мб под fat, скопировал туда базу freebsd, загузился с дискеты openbsd, установил систему на оставшееся место, используя источником файлы с fat, без обращений к сети: всё установилось и заработало.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	94. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от б.б. on 11-Фев-13, 10:23
	> отрезал 60 мб под fat, скопировал туда базу freebsd, загузился с сложно делать пять дел одновременно, делая отложенную запись на форум. скопировал туда базу openbsd.
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	157. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от arisu (ok) on 11-Фев-13, 21:09
	> люто бешено плюсую. > вот вам пример написания осей а не тот блоатварь с гигабайтами свистоперделок > который счас осями называют. если хоть один из «люто, бешено плюсующих» и глаголящих про «вот как надо писать» хоть маленькую софтину под колибри написал, хоть патчик к ядру, добавляющий что-то — я закажу шляпу и сожру её.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

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

	107. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от name (??) on 11-Фев-13, 12:57
	> Проект заглох как только автору (Ville Turjanmmaa) надоели дармоеды и он начал > новый проект не под GPL (есть его весьма эмоциональное письмо на > эту тему). За 5 лет он closed-source продвинулся куда дальше, чем > эти open-source клоуны. Спасибо, посмеялся.
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

	111. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от клоун Стаканчик on 11-Фев-13, 13:04
	Да не за что. Для этого и существуют клоуны! http://www.menuetos.net/download.htm http://kolibrios.org/ru/download.htm Сравни и посмейся ещё раз. Из актуального в Колибри только автоматические ночные сборки.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	120. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от абыр on 11-Фев-13, 14:09
	Предлагаете поразбираться в сортах зомби ?
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	134. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Аноним (??) on 11-Фев-13, 16:47
	> Предлагаете поразбираться в сортах зомби ? Перефразируя Кураева - "Distrowatch - в сортах гогна не разбираюсь!" (С)
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	147. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от kurokaze (ok) on 11-Фев-13, 20:38
	> Да не за что. Для этого и существуют клоуны! Нет главклоуна кроме Балмера и вантузятники подклоуны его, ггг
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	158. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от arisu (ok) on 11-Фев-13, 21:11
	тю. менуэт64 даже другу скопировать нельзя, не то, что исходники глянуть. зачем оно такое?
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

102. "Интервью с разработчиками KolibriOS"	+1 +/–
Сообщение от Аноним (??) on 11-Фев-13, 12:38
Интересно, их не смущает, что дискеты уже не производят?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	110. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от name (??) on 11-Фев-13, 13:01
	> Интересно, их не смущает, что дискеты уже не производят? А вас не смущает, что образ дискеты можно использовать для создания загрузочных CD, а еще легко грузить через GRUB/SYSLINUX? Существуют, конечно, универсальные образы CD/USB stick, но они далеко не везде хорошо работают.
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	113. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от б.б. on 11-Фев-13, 13:06
	> А вас не смущает, что образ дискеты можно использовать для создания загрузочных > CD, а еще легко грузить через GRUB/SYSLINUX? Существуют, конечно, универсальные образы > CD/USB stick, но они далеко не везде хорошо работают. Ядро linux с initrd тоже легко грузить с загрузочных cd, через grub/syslinux, через ipxe и ещё 400 сравнительно честными способами включая qemu -kernel kernel -initrd initrd. Я вон выше даже целую операционную систему ради смеха на таком принципе собрал, и весит она, как несложно посчитать, несколько больше 1.44 мб. Другие аргументы ждём.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	149. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от kurokaze (ok) on 11-Фев-13, 20:40
	>> Интересно, их не смущает, что дискеты уже не производят? > А вас не смущает, что образ дискеты можно использовать для создания загрузочных У меня линь год грузился с дискеты (ядро), потому как матплата не распознавала винт, а апдейты к ней не выпускались к тому времени пару лет, а ограничивать винт аппаратно до 32гб не хотелось. И чего? Уж пользительнее было.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

103. "Интервью с разработчиками KolibriOS"	–1 +/–
Сообщение от Assembler on 11-Фев-13, 12:44
http://vk.com/id80351627?z=photo80351627_297047905%2Fal...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

112. "Интервью с разработчиками KolibriOS"	+/–
Сообщение от Аноним (??) on 11-Фев-13, 13:05
Есть ли у этой ОС практическое применение? Просто любопытно...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	114. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от б.б. on 11-Фев-13, 13:06
	> Есть ли у этой ОС практическое применение? Просто любопытно... Когда в поставке была "Гробница фараона", это была лучшая геймерская ось. :)
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	115. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от clown on 11-Фев-13, 13:10
	Нет. На этих сайтах собираются энтузиасты, разрабатывающие собственные ОС: osdev.ru osdev.org А здесь список всех проектов (Колибри среди них тоже есть): http://wiki.osdev.org/Projects Это хобби. Цель - убить время, копаясь в интересующем вопросе. 1
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

123. "Интервью с разработчиками KolibriOS"	–1 +/–
Сообщение от б.б. on 11-Фев-13, 15:43
3d-движок симпатичный. Можно в качестве пушера сделать roaf (rpg on a floppy), с простым управлением а-ля powder. Чтобы показать, чем это отличается от игр dos 90-х, можно оставить десктоп, и с помощью нехитрого тайлового менеджера сделать возможность мультиплеера на одной клавиатуре 2,3,4 игроков.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

142. "Интервью с разработчиками KolibriOS"	–1 +/–
Сообщение от анон on 11-Фев-13, 18:57
8 мегабайт О_О? вынь 95 на 4-х работала
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	145. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от Марк on 11-Фев-13, 20:04
	> 8 мегабайт О_О? вынь 95 на 4-х работала Колибри нужен пентиум (486/386 will not work), а их с 8 мегабайтами наверное уже и не было.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	159. "Интервью с разработчиками KolibriOS"	+1 +/–
	Сообщение от arisu (ok) on 11-Фев-13, 21:13
	> 8 мегабайт О_О? вынь 95 на 4-х работала кое-как запускалась. работой это назвать было сложно.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	160. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Аноним (??) on 11-Фев-13, 22:15
	> 8 мегабайт О_О? вынь 95 на 4-х работала Виндоус 95 на 4Мб тормозила разве-что. Нормально работала на 8, это да. Комфортно - на 16.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	165. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Led (ok) on 12-Фев-13, 02:58
	>> 8 мегабайт О_О? вынь 95 на 4-х работала > Виндоус 95 на 4Мб тормозила разве-что. > Нормально работала на 8, это да. Нет > Комфортно - на 16. Нет 95 OSR2 на 4Мб уже даже не инсталлировалась
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	173. "Интервью с разработчиками KolibriOS"	–1 +/–
	Сообщение от AlexAT (ok) on 12-Фев-13, 09:40
	>> Комфортно - на 16. > Нет Ой, да ладно. Мы спокойно работали под Win98SE на 80486DX4/16Mb, еще и с DriveSpace. > 95 OSR2 на 4Мб уже даже не инсталлировалась Просто 95 - инсталлировалась. OSR - угу, не лезла. А на 64 метра уже втуливали 2000/XP потом :) Хотя для комфорта в XP надо было 128-256. Очень много было студенческих машин в классах с 32Mb/W2K... Кошмар, но работало хоть как-то - NT4 к сожалению был "не торт".
	Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

	175. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от arisu (ok) on 12-Фев-13, 09:54
	да ну, NT4 на 32 метрах был вполне торт, помнится. и второквак на матраце в софтваре гонял весьма неплохо.
	Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

	176. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от AlexAT (ok) on 12-Фев-13, 10:06
	> да ну, NT4 на 32 метрах был вполне торт, помнится. и второквак > на матраце в софтваре гонял весьма неплохо. Он конкретно у нас был не торт, потому что DC был на W2KS.
	Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

	161. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от б.б. on 12-Фев-13, 02:25
	из рамдиска? :)
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	162. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от б.б. on 12-Фев-13, 02:28
	> 8 мегабайт О_О? вынь 95 на 4-х работала и не работала, а загружала оболочку для свопа. и 20 мб свопа ей вынь, да положь и на 4 она никогда толком не работала а без рамдиска и у kolibri будут пониже требования
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема