Главная

Haiku на AVR32

Ведутся работы по переносу Haiku на архитектуру AVR32. Первые результаты можно увидеть на видео http://www.youtube.com/watch?v=VMe2gY3IMMM Сейчас продолжается работа по завершению портирования загрузчика и ядра. На очереди написать видео драйвера и запустить рабочий стол.

Источник http://haikuforum.ru/viewtopic.php?id=181

святой

святой осциллограф… я ж теперь могу сам собрать комп для гайки )

БЛИН!!!!

БЛИН!!!! Это жесть!!! AVR всех порвет нахрен!.. со временем конечно ;) RULEZ-Z-Z–Z!!!
It's a true way!!! Вот где мы WIntel обойдем на повороте! ХА!!!

На

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

:(

На АРМ начали

На АРМ начали портировать, кажется. Не в курсе на какой стадии сейчас оно.

Потому

Потому что AVR–ов в мире гигантское количество. И стоЯт они ВЕЗДЕ: от детских игрушек до космических кораблей. Цена у реальных девайсов на АВР копеечная. Они доступным всем и каждому. Любой радиогубитель может на AVR за пол дня сворганить вполне работоспособный девайс. Девелоперский инструментарий очень хорош и развит. Мощности AVR МК растут и будут расти. В общем, это работа на перспективу. Работа на эксклюзив. Не далек тот момент, когда кто–то задумается о построении полноценной системы (скажем, бортового мультимедийного центра) на AVR и тут, смотришь, а вот она полноценная ОС с прекрасной современной архитектурой и других не предвидится.
Да собственно, если у ребят получится что–то толковое, я сам постараюсь выпустить какой–нибудь мультимедийный девайс с Гайкой на борту.

Что касается АРМ… Это ведь просто спецификация на набор комманд и всяких сопутствующих правил и соглашений. И аппаратуру согласно этой спецификации делают все кому не лень. А следовательно, кто в лес, кто по дрова. Поэтому получить полноценную систему, представляющую реальную практическую ценность значительно сложнее. Большим корпорациям это под силу, а у нас голосов за Гайку не набралось чтобы хоть в тысячу наиболее значимых IT–проектов попасть. Куда нам до ARM–ов. Помнится, ARM–портирование на студенческом Гугловском мероприятии заявлялось в качестве проекта. Да что–то не помню я дельных результатов в результате оного.

По–первых,

По–первых, никуда АВР не денется. Не того уровня компания. А если и денется, то не канет в лету. Купит ее кто–нибудь в крайнем случае и будет продолжать развивать мощные наработки.
Во–вторых, преимущество такой монополии в том, что портировать нужно на один кристал, где есть один видеоинтерфейс и вся остальная периферия так же в единственном экземпляре. Нет проблем с драйверами и вопросов с совместимостью.
В–третьих, АВР это очень современная архитектура (появилась всего лишь 5 лет назад), которая демонстрирует впечатляющую производительность. На меньшей тактовой частоте АВР–ки работают так же как АРМ–ы на значительно более высоких тактовых частотах.

ARM —

ARM — это мейнстрим!

ИМХО, уже одного этого достаточно, чтобы туда не идти. Джоэль Спольский примерно так и говорил в своей статье Fire and Motion. Стремясь удержаться в мэйнстриме, компания будет тратить свои ограниченные силы и ресурсы на то, чтобы просто не отставать от других. Естественно, рано или поздно ей это не удастся, и безжалостный каток конкурентов её сметёт.

Единственной правильной стратегией при условии ограниченности ресурсов будет уход от мэйнстрима.

И первым

И первым встанет вопрос — для кого, кто будет потребителем?

Одно время пользовалась широкой популярностью станция Интернет–вещания на базе BeOS. Можно было бы попробовать вернуться в эту нишу.

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

_hitech_, +

_hitech_, + стопитсот!!!

Вот примерно то же самое и пытался я сказать.

Аналогию

Аналогию с софтовым мейстримом нахожу неуместной — железный мейнстрим предоставляет среду для обитания программ посему чем он шире тем программам здоровее. Здесь наш интерес не конкуренция а симбиоз. Чем больше китайцы наклепают железок — тем больше гаек на них можно поставить.

В принципе,

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

Угу. Вот и я

Угу. Вот и я говорил, что пусть не такая многочисленная, но одназначная платформа — одно из существенных слагаемых успеха.

Мне

Мне уже довольно давно кажется, что качество аппаратуры все меньше и меньше влияет на успех платформы вцелом. Вспомните iPhone и iMac. Вспомните HP WebOS и, скажем, BlackBerry, да даже Andriod. IMHO, во всех этих и многочисленных им подобных случаях локомотивом является софт. Если софт будет сногсшибательным, то девайс будет востребованным.

Ребятам проще оказалось работать с AVR32? Да слава Богу! Пусть будет хоть PIC. Лишь бы оно адекватно вытягивало искомый софт (в нашем случае Haiku). А дальше успех будет зависеть исключительно от последней. Востребоваными ли будут ее многочисленные достоинства?!

Но я считаю, что портирование Гайки на AVR — большой положительный шаг. Он открывает дверь в новое измерение для Гайки. По крайней мере, если кому–то захочется сделать очередной революционный гаджет, в списке потенциальных платформ будет значится и наша Haiku + AVR32.

ARM архитектура

ARM архитектура на данный момент 7 версии тот еще свежак.

Грош цена этому «свежаку», ибо он описывает в основном систему комманд, программную архитектуру и средства разработки. Ну может в общих чертах рекомендации по аппаратному устройству. Короче, ARM — продавцы воздуха. На худой конец — софта.
А иначе как объяснить тот факт, что процессоры одной ARM–архитектуры, произведенные разными производителями в полтора–два раза различаются по вычислительной мощности? Помните, ARM–процессоры от Samsung при частоте 400 МГц едва дотягивали до 300 МГц StrongARM или XScale. Да и сейчас какой–нибудь Telechip 1GHz еле дотягивает по уровню производительности до 600 МГц OMAP от TI.

Компания Atmel

Компания Atmel создала первый процессор, архитектура которого разработана специально под приложения 21 столетия. Ядро 32–разрядного RISC–процессора AVR32 разработано с целью увеличения операций обработки за период синхронизации, позволяя достичь равной конкурентам производительности на более низкой тактовой частоте.

Фактически, ЦПУ AVR32 выполняет в три раза больше операций за период синхронизации по сравнению с ближайшим конкурентом. Это означает, что сложные вычислительные алгоритмы, требуемые в современных приложениях, могут выполняться на пониженных тактовых частотах при более низком уровне потребления. При разработке ядра AVR32 AP компания Atmel составила свыше 18 патентов на инновационные способы, использованных для оптимизации архитектуры. Для выполнения сложных вычислений на пониженных частотах и с малым потреблением относительно сопоставимых процессоров ядро AVR32 AP минимизирует потери от операций ввода–вывода и переходов, а также максимизирует производительность конвейера.

Например, AVR32 может выполнять декодирование “quarter–VGA MPEG4” с кадровой частотой 30 Гц при тактировании частотой всего лишь 100 МГц. Для сравнения, сопоставимые архитектуры могут выполнить эту же операцию на тактовой частоте 266 МГц.

Преимущества AVR32 AP
--------------------–
* Пониженные потребляемая мощность и тепловыделение
 — Более низкая частота синхронизации ЦПУ
 — Улучшенное отношение производительность/МГц
* Простота проектирования
 — Стандартизованные средства для проектирования и встроенная отладочная система
 — Обширный набор инструкций
* Высококачественная разработка
 — Переходы без потерь тактов
 — SIMD–инструкции для цифровой обработки сигналов
 — 186 оригинальных RISC–инструкций
 — 7–ступенчатый конвейер с параллельным выполнением и измененным порядком
 — Исключительная плотность кода уменьшает потери кэш–памяти и увеличивает производительность

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Allowed HTML tags: <a> <em> <i> <img> <strong> <b> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Строки и параграфы переносятся автоматически.

Подробнее о форматировании

CAPTCHA
Введите перечисленные символы, чтобы мы убедились, что вы не робот. Не требуется для зарегистрированных пользователей.
e
a
T
E
V
T
Enter the code without spaces and pay attention to upper/lower case.