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

Интервью с разработчиками KolibriOS, opennews (??), 10-Фев-13, (0) [смотреть все] Оу У этого проекта даже есть администратор , анонимус (??), 18:05 , 10-Фев-13, (1) –7 Эту систему нужно брать как основу для мобилок , Enik (?), 18:08 , 10-Фев-13, (2) +3   // x86-совместимые мобилки Ты с дубу рухнул , ВасисуалиьМихаил (?), 18:15 , 10-Фев-13, (4) +8   // Во-первых, такие есть, хотя это и экзотика Во-вторых, её можно портировать с х86, Vkni (ok), 19:32 , 10-Фев-13, (16) +2   // Ну-ну, портируйте, особливо если это на асме , terraslav (ok), 22:09 , 10-Фев-13, (49) +2   точно на эт трактовать как Javascript , Xasd (ok), 03:20 , 11-Фев-13, (73) +1   Научите меня так портировать когда на асме, Дима (??), 12:56 , 11-Фев-13, (106) +1   Он же написал, что за основу брать, то есть идею нужно перенимать - Если пом, AnonuS (?), 03:03 , 11-Фев-13, (70)   Motorola RAZR i, Сергей (??), 16:51 , 11-Фев-13, (135)   Lenovo K900, например, Ан (??), 16:54 , 11-Фев-13, (136)   Оно на ассемблере, carasin (?), 18:19 , 10-Фев-13, (5) +3   // OpenVMS тоже была на ассемблере, на VAX ассемблере - Перекомпилировали под Al, Vkni (ok), 19:33 , 10-Фев-13, (17)   // Вы путаете понятия портировать и переписать , kai3341 (ok), 20:54 , 10-Фев-13, (31) +2   Нет, он все правильно говорит Все, что нужно сделать, это написать компилятор, , freehck (ok), 01:03 , 11-Фев-13, (60)   Пощупайте KolibriOS Она не заточена под мобильные Зачем её портировать-то Инт, redwolf (ok), 03:04 , 11-Фев-13, (71) +3   Чукча не читатель, чукча писатель Да, идея с телефонами странная и глупая Боле, freehck (ok), 10:03 , 11-Фев-13, (90) +3   Не понял вброс , redwolf (ok), 13:31 , 12-Фев-13, (183) +1   Ты хочешь сказать, заточена QNX, или, может, Убунта , Аноним (-), 16:41 , 11-Фев-13, (130)   Внезапно - да Убунта похуже Но уже на порядки лучше, чем Колибри, Led (ok), 02:50 , 12-Фев-13, (164)   Нет Поэтому они нафиг не нужны на мобильных Требуется вложить уйму денег, чтоб, redwolf (ok), 13:30 , 12-Фев-13, (182) +1   А обращения к x86 железу и вообще x86-специфичные вещи как компилировать собра, AlexAT (ok), 07:12 , 11-Фев-13, (81)   Как и написано выше - трактовать вышеобозначенный x86-ассемблер, как язык высоко, freehck (ok), 09:58 , 11-Фев-13, (88) –2   Хорошая тема для разработки ИИ Одну и ту же операцию как правило можно сделат, AlexAT (ok), 09:59 , 11-Фев-13, (89) +1   Плохой пример После правки таблицы векторов прерываний Рузумеется, а Вы как ду, freehck (ok), 10:14 , 11-Фев-13, (91)   Вы даже не поняли примера чего уж говорить о совсем не много В примере - р, AlexAT (ok), 10:23 , 11-Фев-13, (93) +1   Ну, машина всё-таки мыслит лучше среднего интернетовского комментатора , б.б. (?), 10:24 , 11-Фев-13, (95)   машина никак не мыслит, не обожествляйте ее, она тупо делает то, что в нее вложи, другой аноним (?), 15:08 , 11-Фев-13, (121) +2   Верно , б.б. (?), 15:40 , 11-Фев-13, (122) +2   при этом 8212 что интересно 8212 всё равно оказывается 171 умнее 187 м, arisu (ok), 20:40 , 11-Фев-13, (148)   Оппонент, Вы откровенно бредите Можете считать это концом нашей дискуссии , freehck (ok), 17:25 , 11-Фев-13, (139) –1   Ок Слив заЩитан , AlexAT (ok), 17:28 , 11-Фев-13, (140) –2   Объясните теперь мне неразумному, какие конкретно нароботки вы хотите включить в, redwolf (ok), 21:15 , 13-Фев-13, (192)   Драйвера, ясен пень, надо переписывать Most of the OpenVMS kernel is in VAX ass, Vkni (ok), 06:47 , 12-Фев-13, (169) +1   Позвольте с Вами не согласиться То, что он говорит, немножко бред Возможно даже, Аноним (-), 15:53 , 11-Фев-13, (124) +1   gt оверквотинг удален Так он именно такой эмулятор и изобрёл И если бы это бы, б.б. (?), 16:01 , 11-Фев-13, (125) –1   При чём тут я, когда это сделали сотрудники фирмы Digital Современные эмуляторы, Vkni (ok), 09:10 , 12-Фев-13, (171)   gt оверквотинг удален Я, откровенно говоря, не в курсе, что там было с VAX и A, freehck (ok), 17:20 , 11-Фев-13, (138)   Видите ли в чем фокус, ассемблер по определению является НИЗКОУРОВНЕВЫМ язы, Аноним (-), 18:18 , 11-Фев-13, (141) +2   gt оверквотинг удален Мне все-таки кажется, что написать компилятор ассемблера, freehck (ok), 19:40 , 11-Фев-13, (143) –1   Ну да, ну да VAX - CISC, Alpha - RISC - Сходство между VAX и Alpha - такое ж, Vkni (ok), 06:43 , 12-Фев-13, (168)   Нет - http www hpl hp com hpjournal dtj vol4num4 vol4num4art7 pdf Simply state, Vkni (ok), 06:28 , 12-Фев-13, (167)   Прикольно было-бы если они реализовали jawa , Enik (?), 18:21 , 10-Фев-13, (7) –14   // афигеть ну а чё, жабистам слабо портировать ах, да, там же сразу разрыв шаблон, Карбофос (ok), 19:11 , 10-Фев-13, (14) +2   // Почему же Лично я как раз считаю язык Java чем-то вроде ассемблера для JVM в т, Онаним (?), 20:08 , 10-Фев-13, (23) –2   Нее, джава скорее как плюсы А ассемблер это то, что выдает javap , Капитан (??), 20:28 , 10-Фев-13, (28)   Жабу считаешь как ACM м-м-м, приведу аналогию, это как огромный, обкопчёный,, terraslav (ok), 22:28 , 10-Фев-13, (52) +2   Знать бы, кто такие джаwисты , Капитан (??), 20:26 , 10-Фев-13, (27) –1   Ну и какой ты после этого копетан , Какаянахренразница (ok), 21:27 , 10-Фев-13, (40) +1   Они еще Джwа года ждать будут , Ан (??), 16:59 , 11-Фев-13, (137) +1   171 Функция 18, подфункция 14 - Ожидать начала обратного хода луча развёртки м, Марк (?), 19:53 , 11-Фев-13, (144)   Интересное интервью, спасибо Ребятам - всяческих успехов , Аноним (-), 18:12 , 10-Фев-13, (3) +2 // Интересно, а в чем именно может заключается успех для этой мертворожденной подел, Аноном (?), 18:35 , 10-Фев-13, (10) –6 // минимум, проект можно использовать для изучения основ построения операционок вт, Карбофос (ok), 19:08 , 10-Фев-13, (13) +1 // Я не говорил что проект абсолютно бесполезен, но желать успеха этому проекту все, Аноном (?), 19:26 , 10-Фев-13, (15) +1 почему бы и не желать успеха в интересном увлечении , Карбофос (ok), 19:57 , 10-Фев-13, (20) +2 Так вопрос был в чём заключается успех , Какаянахренразница (ok), 21:28 , 10-Фев-13, (42) +1 понятие успех вообще совсем по-разному воспринимается многими людьми только л, Карбофос (ok), 21:52 , 10-Фев-13, (47) +1 Ненавижу работуТворчеством года 3 не занимаюсьСчитаю себя успешным, и знаю почем, Аноним (-), 05:52 , 11-Фев-13, (76) –5 воруешь , цирроз (ok), 10:54 , 11-Фев-13, (98) +2 А также радиоволной и зелёным пёсиком Кто ж запретит, считать-то , б.б. (?), 11:03 , 11-Фев-13, (100) +2 А в чем разница между just for fan филателистов и осеписателей , SergMarkov (ok), 01:40 , 11-Фев-13, (63) –1 A причем здесь вентилятор , XPEH (?), 01:46 , 11-Фев-13, (64) +5 При том что носорог фиолетовый, SergMarkov (ok), 01:49 , 11-Фев-13, (66) –3 Гмм, раньше до слонов допивались розовых, теперь значит новое поколение выбирает, XPEH (?), 01:59 , 11-Фев-13, (68) +4 это старое поколение, со старческим маразмом но вообще-то это старое поколение г, arisu (ok), 20:44 , 11-Фев-13, (150) +1 Проблема в том что никто там не изменяет причины меня не интересуют унаследован, вася (??), 18:19 , 10-Фев-13, (6) // Откуда такие поспешные выводы Сравните, пожалуйста, исходные коды последней вер, sourcerer (??), 21:23 , 10-Фев-13, (37) –1 // я не про код, а про структуру ядра, вася (??), 21:27 , 10-Фев-13, (41) +1 sourcerer wrote Далее, структура ядра претерпела значительные изменения, теперь , вася (??), 21:30 , 10-Фев-13, (43) +1 // А, вы имеете в виду монолит микроядро К черту микроядро , sourcerer (??), 21:40 , 10-Фев-13, (45) –1 К чёрту микроядро К чёрту labels Скорость програмного блиттера нельзя повысить, anonymous (??), 03:05 , 11-Фев-13, (72) Загрузка драйверов ATI Intel заменяет функцию программного блиттера на аппаратно, sourcerer (??), 12:53 , 11-Фев-13, (104) –1 Шо за зверь x-серверы на vesa знаю, univbe знаю, а этого не знаю Кстати, univb, б.б. (?), 12:58 , 11-Фев-13, (108) +1 А что, в Windows до сих пор используется VESA-видео И превосходит ли Чем мерял, клоун Стаканчик (?), 12:58 , 11-Фев-13, (109) –1 Продолжается Сами авторы Колибри сами пишут программы, которые им самим потом л, клоун Стаканчик (?), 12:56 , 11-Фев-13, (105) –1 а переход на плоскую модель памяти а подгружаемые драйверы , d (??), 22:00 , 10-Фев-13, (48) Просто повеселило Unlevin C Builder используешь Кирилл Липатов Вот это сложный, anonymous (??), 18:21 , 10-Фев-13, (8) +2 // Каюсь, но так и есть , Кирилл тот самый (?), 04:39 , 11-Фев-13, (74) –1 // Честно, не знаю, как редактировать программы с помощью GCC D, Аноним (-), 08:14 , 11-Фев-13, (83) +1 // да чего сложного-то пишем плугин к GCC 8212 благо, это можно, в плугин засов, arisu (ok), 20:47 , 11-Фев-13, (151) Вот чего только люди не придумают, лишь бы emacs не использовать , ZloySergant (ok), 12:03 , 12-Фев-13, (179) ок для хардкорщиков 8212 опционально 8212 edlin , arisu (ok), 12:06 , 12-Фев-13, (180) +1 Может быть пора перейти на llvm-ассемблер Будет очень переносимо , Аноним (-), 18:29 , 10-Фев-13, (9) –1 // Ребята застряли в палеолите , Аноним (-), 19:02 , 10-Фев-13, (11) +2 ага особенно сборка колибри под самой колибри доставит не впряжёшься портирова, arisu (ok), 20:48 , 11-Фев-13, (152) +1 имхо, достойно уважения, хоть и никому не нужно, Amet13 (ok), 19:07 , 10-Фев-13, (12) +9 // Ну ну, а некоторые утверждали когда то, что ос поместится на 1 дискете ВОТ ОНА , Заоза (?), 19:36 , 10-Фев-13, (19) –1 // Вы никогда не пробовали QNX, загружавшуюся вместе с графическим окружением, брау, Онаним (?), 20:11 , 10-Фев-13, (24) +3 // 4 25жирную 6-ки вряд ли возможно запихнуть, Аноним (-), 20:46 , 10-Фев-13, (30) А здесь на ту же дискету еще и три десятка ethernet-карточек, и pppoe, и на заку, sourcerer (??), 21:24 , 10-Фев-13, (38) +3 Только вот браузера в ней фактически нет Имеющееся не многим лучшим телнета, в , Марк (?), 13:16 , 11-Фев-13, (116) +2 А нормальная поддержка сети, кроме модемного соединения, там была А локали А К, б.б. (?), 13:22 , 11-Фев-13, (117) Для того времени - да была 171 http toastytech com guis qnxdemo htmlNE1000 , Марк (?), 16:39 , 11-Фев-13, (128) +1 Может, но не хочет И десктопа там никакого нет , б.б. (?), 16:43 , 11-Фев-13, (131) –1 DOS Shell, Windows 2 x 3 0 - не Официальные десктопные надстройки над MS-DOS О, Stax (ok), 18:40 , 12-Фев-13, (184) –1 вот таким должен быть современный софт и ОС уважаю ассемлеристов, это настоящие, Assembler (?), 19:34 , 10-Фев-13, (18) +1 // Непереосимым Не модульным Со сплабой поддержкой сети Почему вы думаете что с, Geol (??), 20:16 , 10-Фев-13, (25) +6 // Потому что 90 пользователей ПК, которые, как известно, используют оффтопик, дов, Аноним (-), 20:23 , 10-Фев-13, (26) –2 // Причем тут вообще Windows Вы без него не можете Я спросил у черлорвека, почему, Geol (ok), 21:05 , 10-Фев-13, (32) потому что программы на ассемблере могут творить чудеса по скорости и размеру, д, Assembler (?), 21:18 , 10-Фев-13, (34) Опуская тот факт, что эти потрясающие игры - это совсем не сорвременный софт, и , Geol (ok), 21:40 , 10-Фев-13, (46) +1 Я так подозреваю должно быть так Современный софт должен быть быстрый и компак, Sinot (ok), 22:28 , 10-Фев-13, (53) А уж что надо ПРИЛЮДНО делать с незнающими русского языка , XPEH (?), 01:49 , 11-Фев-13, (65) +1 Для этого не нужен именно ассемблер А ещё современный софт должен быть легко пор, б.б. (?), 07:21 , 11-Фев-13, (82) +2 во-первых, это не всегда совпадает во-вторых 8212 удачной ручной оптимизации , arisu (ok), 20:54 , 11-Фев-13, (153) +1 Речь шла не о том, что все надо писать на асме А то что современный софт должен, Sinot (ok), 21:01 , 12-Фев-13, (187) к счастью, не попадались и вряд ли попадутся а bc не тормозит , arisu (ok), 21:52 , 12-Фев-13, (189) +1 Ну и что А человечество 8212 совсем не современный вид как появились нескол, Аноним (-), 22:41 , 10-Фев-13, (54) –1 В школу,скорее Кто тут говорит о микроконтроллерах речь об Ос и прикладном софт, Geol (ok), 23:50 , 10-Фев-13, (57) –2 Что не так Человек появился на земле где-то 35 8212 70 тысяч лет на зад, в эпо, Аноним (-), 01:13 , 11-Фев-13, (61) +1 И это при том, что язык с литературой в школе вроде бы как проходят Сопоставьт, Michael Shigorin (ok), 01:38 , 11-Фев-13, (62) Никакие языки и литературы не страхуют от опечаток , Аноним (-), 02:07 , 11-Фев-13, (69) –2 Тебя тоже смущает метод определения возраста по изотопам углерода , Boboms (ok), 13:45 , 11-Фев-13, (118) Некоторые и по двум комментариям на опеннете возраст вон определяют И никого эт, б.б. (?), 13:52 , 11-Фев-13, (119) +1 офигенный аргумент так и вижу, как через много-много-много лет другой Миша буде, arisu (ok), 20:58 , 11-Фев-13, (154) Уточните пожалуйста, какое именно ПЗУ имеется в виду , cbs (?), 15:56 , 13-Фев-13, (191) памяти больше, процики быстрее, да вот почему то современные компы на win7 работ, Assembler (?), 22:43 , 10-Фев-13, (55) +2 Да что ж вы всё своим вантузом меряете Неужели все ассемблерщики к вантузу прил, kurokaze (ok), 20:33 , 11-Фев-13, (146) +2 Удивительно, да , AlexAT (ok), 09:32 , 12-Фев-13, (172) +1 Core i7-3770k 16Gb для KDE, это тоже самое, что реактивный двигатель для легково, Assembler (?), 13:27 , 12-Фев-13, (181) –1 При том, что у разработчиков и фанатов - папки Ясное дело, что они вендузоиды, Led (ok), 00:10 , 11-Фев-13, (58) Папка - куда более удачное название для коллекции файлов , чем директория т, анон (?), 06:38 , 11-Фев-13, (78) –1 Опять Вам мерзкософт мозги перепромыл Если я правильно помню, то в папках пол, Аноним (-), 16:21 , 11-Фев-13, (126) +1 Юноша, ненависть к флагману рынка выела вам остатки разума В каталоге нет никаки, анон (?), 04:17 , 12-Фев-13, (166) –1 Это не флагман, это дырявая галера, которая тащится на плечах миллионов юзеров , б.б. (?), 07:40 , 12-Фев-13, (170) +2 Папка - место хранения ФАЙЛОВ Каталог - место хранения УКАЗАТЕЛЕЙ НА ФАЙЛЫ Выв, AlexAT (ok), 09:41 , 12-Фев-13, (174) +1 Все нормальные люди работают с объектами, а не указателями Файл может не хранить, straustrup (?), 10:18 , 12-Фев-13, (177) –1 прямо так с объектами каждый раз весело их копируя, видимо, потому что про ссыл, arisu (ok), 10:23 , 12-Фев-13, (178) +2 Папка - это виндузчее название для каталога , Led (ok), 02:39 , 12-Фев-13, (163) Ну, строго говоря, это недостаток Где ж её, дискету, взять по нынешним непросты, Алексей Морозов (ok), 06:38 , 11-Фев-13, (77) +1 для микроконтроллероввы ананисты ребята плечисты , sasa (??), 20:35 , 10-Фев-13, (29) // Микроконтроллеры мрачно охренеют с десктопа и более 30 игр , Geol (ok), 21:20 , 10-Фев-13, (35) +2 // да нормалёк 171 извините, в работе процесса управления реактором произошёл сбо, arisu (ok), 21:01 , 11-Фев-13, (155) +2 Хорошо соптимизированный С код не уступает ассемблеру Зря они фигней страдают , jedie (?), 19:59 , 10-Фев-13, (21) +1 // как полезный опыт, наверное хорошо, но где можно это практически применять , jedie (?), 19:59 , 10-Фев-13, (22) +2 // да, лучше бы GCC дооптимизировали , x0r (??), 21:23 , 10-Фев-13, (36) Хорошо оптимизированный ассемблер делает оптимизированный Си , sourcerer (??), 21:26 , 10-Фев-13, (39) –3 // ну давайте писать сразу на машинном языке а че , jedie (?), 21:38 , 10-Фев-13, (44) мисье забыл ситуации когда при переходе с i386 на 486 и 586 надо было начинать о, linux must _RIP_ (?), 22:22 , 10-Фев-13, (51) По объёму или производительности Про объём не помню, а вот по производительнос, Michael Shigorin (ok), 00:12 , 11-Фев-13, (59) // Миш, есть всякие сильноузкоспециализированные приложения Дружок из Софтлаба, пр, Алексей Морозов (ok), 06:46 , 11-Фев-13, (80) –1 Начинает работать быстрее только от одного взгляда От страха, что ли , б.б. (?), 10:31 , 11-Фев-13, (96) Просто проходит глазами , ничего не изменяя И после этого тот начинает работа, Аноним (-), 16:25 , 11-Фев-13, (127) +2 при этом компилятор си таки переводит и оптимизирует тысячи и более строк менее,, arisu (ok), 21:05 , 11-Фев-13, (156) +1 На этом можно ответе можно сразу данную поделку закапывать Если после стольких , angra (ok), 21:12 , 10-Фев-13, (33) –1 // Да её, в общем, никто и не выкапывал Она just for fun - для энтузиастов На чём, AlexAT (ok), 22:10 , 10-Фев-13, (50) +1 Кто сказал ,что не могут Я в ней фильмы смотрю, музыку слушаю, статьи пишу , Кирилл тот самый (?), 04:40 , 11-Фев-13, (75) –1 учитывая, что БИОС современных ПК 4-8Мб, то KolibriOS можно спокойно вшить в БИО, Assembler (?), 22:49 , 10-Фев-13, (56) –1 // И кто это будет покупать , XPEH (?), 01:53 , 11-Фев-13, (67) // те же, кто покупает Rapsberry Piи приблизительно для тех же целей, анон (?), 06:41 , 11-Фев-13, (79) –1 как кто будет покупать кто угодно, не только те шо Rapsberry Pi покупаешь таку, Assembler (?), 10:49 , 11-Фев-13, (97) –1 // http enjoy 51t ru 111 мблучше тогда уж это вшивать в материнку, если уж сов, б.б. (?), 11:01 , 11-Фев-13, (99) Ты не поверишь В SunFire выпуска 2008 года в БИОС в x64 машинах был вшит , Аноним (-), 16:46 , 11-Фев-13, (133) смотрел я эту KolibriOS на нетбуке MSI Wind U100 шустро работала , Флинт (?), 08:16 , 11-Фев-13, (84) –1 люто бешено плюсую вот вам пример написания осей а не тот блоатварь с гигабайтам, Аноним (-), 08:22 , 11-Фев-13, (85) // Вы это из под KolibriOS написали , XPEH (?), 08:47 , 11-Фев-13, (86) +8 // лучший комент, Аноним (-), 09:28 , 11-Фев-13, (87) +2 Не осями, а windows Ради эксперимента взял openbsd, сделал виртуальный диск на 5, б.б. (?), 10:22 , 11-Фев-13, (92) +1 // сложно делать пять дел одновременно, делая отложенную запись на форум скопирова, б.б. (?), 10:23 , 11-Фев-13, (94) если хоть один из 171 люто, бешено плюсующих 187 и глаголящих про 171 вот , arisu (ok), 21:09 , 11-Фев-13, (157) +1 Проект заглох как только автору Ville Turjanmmaa надоели дармоеды и он начал н, клоун Стаканчик (?), 12:36 , 11-Фев-13, (101) –1 // Спасибо, посмеялся , name (??), 12:57 , 11-Фев-13, (107) +1 // Да не за что Для этого и существуют клоуны http www menuetos net download htm, клоун Стаканчик (?), 13:04 , 11-Фев-13, (111) –1 // Предлагаете поразбираться в сортах зомби , абыр (?), 14:09 , 11-Фев-13, (120) +1 Перефразируя Кураева - Distrowatch - в сортах гогна не разбираюсь С , Аноним (-), 16:47 , 11-Фев-13, (134) Нет главклоуна кроме Балмера и вантузятники подклоуны его, ггг, kurokaze (ok), 20:38 , 11-Фев-13, (147) +1 тю менуэт64 даже другу скопировать нельзя, не то, что исходники глянуть зачем , arisu (ok), 21:11 , 11-Фев-13, (158) +1 Интересно, их не смущает, что дискеты уже не производят , Аноним (-), 12:38 , 11-Фев-13, (102) +1 // А вас не смущает, что образ дискеты можно использовать для создания загрузочных , name (??), 13:01 , 11-Фев-13, (110) –1 // Ядро linux с initrd тоже легко грузить с загрузочных cd, через grub syslinux, че, б.б. (?), 13:06 , 11-Фев-13, (113) +1 У меня линь год грузился с дискеты ядро , потому как матплата не распознавала в, kurokaze (ok), 20:40 , 11-Фев-13, (149) +1 http vk com id80351627 z photo80351627_297047905 2Falbum80351627_00 2Frev, Assembler (?), 12:44 , 11-Фев-13, (103) –1 Есть ли у этой ОС практическое применение Просто любопытно , Аноним (-), 13:05 , 11-Фев-13, (112) // Когда в поставке была Гробница фараона , это была лучшая геймерская ось , б.б. (?), 13:06 , 11-Фев-13, (114) Нет На этих сайтах собираются энтузиасты, разрабатывающие собственные ОС osdev r, clown (?), 13:10 , 11-Фев-13, (115) –1 3d-движок симпатичный Можно в качестве пушера сделать roaf rpg on a floppy , с , б.б. (?), 15:43 , 11-Фев-13, (123) –1 8 мегабайт О_О вынь 95 на 4-х работала, анон (?), 18:57 , 11-Фев-13, (142) –1 // Колибри нужен пентиум 486 386 will not work , а их с 8 мегабайтами наверное уже, Марк (?), 20:04 , 11-Фев-13, (145) –1 кое-как запускалась работой это назвать было сложно , arisu (ok), 21:13 , 11-Фев-13, (159) +1 Виндоус 95 на 4Мб тормозила разве-что Нормально работала на 8, это да Комфортн, Аноним (-), 22:15 , 11-Фев-13, (160) // НетНет95 OSR2 на 4Мб уже даже не инсталлировалась, Led (ok), 02:58 , 12-Фев-13, (165) // Ой, да ладно Мы спокойно работали под Win98SE на 80486DX4 16Mb, еще и с DriveSp, AlexAT (ok), 09:40 , 12-Фев-13, (173) –1 да ну, NT4 на 32 метрах был вполне торт, помнится и второквак на матраце в софт, arisu (ok), 09:54 , 12-Фев-13, (175) Он конкретно у нас был не торт, потому что DC был на W2KS , AlexAT (ok), 10:06 , 12-Фев-13, (176) из рамдиска , б.б. (?), 02:25 , 12-Фев-13, (161) и не работала, а загружала оболочку для свопа и 20 мб свопа ей вынь, да положьи, б.б. (?), 02:28 , 12-Фев-13, (162) 1,2,3,6,8,9,12,18,21,33,56,84,85,101,102,103,112,123,142

Сообщения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	168. "Интервью с разработчиками KolibriOS"	+/–
	Сообщение от Vkni (ok), 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), 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 (?), 10-Фев-13, 18:21
	Прикольно было-бы если они реализовали jawa.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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