OSDev http://osdev.su/ |
|
Осторожно! Баг в реализации APIC-а в VmWare Workstation 8 http://osdev.su/viewtopic.php?f=6&t=649 |
Страница 6 из 6 |
Автор: | phantom-84 [ 29 ноя 2012, 12:43 ] |
Заголовок сообщения: | Re: Осторожно! Баг в реализации APIC-а в VmWare Workstation |
Станислав писал(а): Если пойдут разговоры о АРМ, то глядиш и SII c grindars вернутся к обсуждениям, которые x86 обсуждать уже вообще смысла не видят... Все "плюют" на перспективы платформы x86 уже достаточно давно, однако она по-прежнему живее всех живых....тебе нужно будет нанимать целый штат чукч, чтобы они воплощали твои идеи на разных ARM'ах и др. платформах. |
Автор: | Станислав [ 29 ноя 2012, 12:57 ] |
Заголовок сообщения: | Re: Осторожно! Баг в реализации APIC-а в VmWare Workstation |
phantom-84 писал(а): Все "плюют" на перспективы платформы x86 уже достаточно давно, однако она по-прежнему живее всех живых. ...тебе нужно будет нанимать целый штат чукч, чтобы они воплощали твои идеи на разных ARM'ах и др. платформах. Если идеи будут стоящие, то я могу продавать их чукчам пишущим для ARM, которых будет скоро ооочень много. Плевать будут когда пойдут буки на армах, дешовые и 8 ядерные, причём скоро и конкретно. |
Автор: | SII [ 29 ноя 2012, 14:25 ] |
Заголовок сообщения: | Re: Осторожно! Баг в реализации APIC-а в VmWare Workstation |
phantom-84 писал(а): Все "плюют" на перспективы платформы x86 уже достаточно давно, однако она по-прежнему живее всех живых Ну, на самом-то деле живее всех живых не IA-32, а IBMовские мэйнфреймы -- живут себе и здравствуют с 1964 года, как-никак. У АРМов нынешних своих косяков хватает. Другое дело, что дуростей там многократно меньше, чем у ИА-32, а архитектура намного стройней. Ходят слухи, что в 64-разрядной архитектуре многие дурости выбросили и всё такое, но пока не смотрел. А необязательность стека у АРМа -- отнюдь не достоинство, как кажется Станиславу. И регистр LR, и банки регистров для разных режимов лишь мешают полноценным осям. Они могут быть хороши разве что для чисто микроконтроллерных применений, да и то далеко не всегда. |
Автор: | Станислав [ 29 ноя 2012, 14:51 ] |
Заголовок сообщения: | Re: Осторожно! Баг в реализации APIC-а в VmWare Workstation |
SII писал(а): А необязательность стека у АРМа -- отнюдь не достоинство, как кажется Станиславу. И регистр LR, и банки регистров для разных режимов лишь мешают полноценным осям. Они могут быть хороши разве что для чисто микроконтроллерных применений, да и то далеко не всегда. Да, без стека ни куда, видимо дополнительные команды привязывающие процессор к стеку посчитали лишними. Мне наоборот больше нравится всё ручками делать, а что несколько тактов теряется и нету команд работающих за один такт иногда(фиг его знает когда и где) это не беда, если 4 ядерный процессор с 1500 мгц стоит как 2 ядерный с той же частотой. А где можно почитать о свежем арме. Нужно кстати сделать статью про работу с армами, с примером. |
Автор: | Yoda [ 29 ноя 2012, 15:58 ] |
Заголовок сообщения: | Re: Осторожно! Баг в реализации APIC-а в VmWare Workstation |
Станислав писал(а): Ээ, чукча не дурак, чукча умный однако(как говорится). Я разрабатываю систему, и стараюсь не привязываться к архитектуре Ну так и я пишу на ассемблере то, что невозможно написать на ЯВУ (загрузочные сектора) или то, что должно обладать максимально возможной производительностью. С целью абстрагирования и хочу реализовать новый язык. Станислав писал(а): Так надо знать с какой позиции начинается первый сектор в файловом образе диска Что, проблема узнать, что ли? phantom-84 писал(а): Где гарантия отсутствия фрагментации у исходного файла? Инжектировать можно и кусками. Главное, создать первоначальный образ и посмотреть, где расположен файл. phantom-84 писал(а): Что если размер модуля изменяется (в большую или в меньшую сторону), т.е. как ты будешь вносить изменения в структуру ФС? Для этого в первичный образ надо поместить файл максимально допустимого размера (620к), а затем вписывать в него только реально существующие данные. Заодно можно проверить/отладить систему на предмет неинициализированных областей памяти - в остаток файла можно дописывать случайные данные. SII писал(а): Ну, на самом-то деле живее всех живых не IA-32, а IBMовские мэйнфреймы -- живут себе и здравствуют с 1964 года, как-никак. Они, может быть и живы, только не популярны. |
Автор: | Станислав [ 29 ноя 2012, 17:20 ] |
Заголовок сообщения: | Re: Осторожно! Баг в реализации APIC-а в VmWare Workstation |
Yoda писал(а): Что, проблема узнать, что ли? Собственно это и проблема, как и чем запихать бинарник в фойловый образ диска для виртуалки, шоб запускалось. Yoda писал(а): Они, может быть и живы, только не популярны. Да, если не используются людьми, даже если малый процент рынка, то мертвы. А помнить то всегда будем, буки продоваться не будут от интел но уже проданные дооолго работать будут. |
Автор: | phantom-84 [ 29 ноя 2012, 18:09 ] |
Заголовок сообщения: | Re: Осторожно! Баг в реализации APIC-а в VmWare Workstation |
Станислав писал(а): Собственно это и проблема, как и чем запихать бинарник в фойловый образ диска для виртуалки, шоб запускалось. Ты же вроде fasm юзаешь. В нем это, как два клика об асфальт.
|
Автор: | SII [ 29 ноя 2012, 20:02 ] |
Заголовок сообщения: | Re: Осторожно! Баг в реализации APIC-а в VmWare Workstation |
Yoda писал(а): SII писал(а): Ну, на самом-то деле живее всех живых не IA-32, а IBMовские мэйнфреймы -- живут себе и здравствуют с 1964 года, как-никак. Они, может быть и живы, только не популярны. Извините, но подход бредовый. Космические ракеты как транспортное средство тоже совершенно непопулярны -- их во всём мире несколько десятков штук в год делают, ну а автомобилей сколько? Популярность -- это для потребительского сегмента, а не для специальных применений, там совсем другие критерии. Потому-то мэйнфреймы и живы до сих пор. Впрочем, это ещё более злостный оффтоп, а посему завязываю |
Автор: | Yoda [ 29 ноя 2012, 23:24 ] |
Заголовок сообщения: | Re: Осторожно! Баг в реализации APIC-а в VmWare Workstation |
Станислав писал(а): Собственно это и проблема, как и чем запихать бинарник в фойловый образ диска для виртуалки, шоб запускалось. Я же говорю - с этим как раз никаких проблем, даже FASM не нужен. Использую самопальные утилиты для вписывания двоичных данных из одного файла внутрь другого. Хорошо, выложу и этот комплект утилит тоже, отдельным паком. |
Автор: | Станислав [ 30 ноя 2012, 03:10 ] |
Заголовок сообщения: | Re: Осторожно! Баг в реализации APIC-а в VmWare Workstation |
SII писал(а): Извините, но подход бредовый. Космические ракеты как транспортное средство тоже совершенно непопулярны -- их во всём мире несколько десятков штук в год делают, ну а автомобилей сколько? Популярность -- это для потребительского сегмента, а не для специальных применений, там совсем другие критерии. Потому-то мэйнфреймы и живы до сих пор. Впрочем, это ещё более злостный оффтоп, а посему завязываю Эти несколько десятков штук ракет и есть 100% от всего из имеющегося, говорить о жизни на рынке, это значит говорить о проценте занимаемого объёма среди всех. Не попасть Интелу на рынок смартфонов, планшетов, хоть и пытается и есть свои модели. В серверах тоже АРМ двигает, про телевизоры, фотоаппараты и т.п. я пообще молчу. Так вот если ноутбуки и моноблоки пойдут на АРМах и будут выглядеть удачнее во всех отношениях, чо тогда то????? У NVIDIA сейчас прибыли от продажи АРМ чипов побили все самые смелые предсказания и будут рости, у Qualcomm, MediaTek, Samsung, Huawei, ... тоже хорошо, а у Интел чагото не очень, с чаго это? Я пытаюсь реализовать многозадачность с защитой и мне приходится подстраиваться под то, что проц делает со стеком, а в армах смогу сделать всё, что захочу. Процессоры просто выполняют задачи со своим стеком и запускают устройства работающие в DMA режиме усыпляя эти задачи до завершения их работы. В данной теме обсуждать такие вопросы это оффтоп, а создать тему отдельную считаю актуально. |
Страница 6 из 6 | Часовой пояс: UTC + 3 часа |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |