> Но не может не радовать, потому что количество ARM-буков резко увеличится.

И при этом на совместимость с линуксом производители ARM-буков забьют за ненадобностью.

Какая противная ссылка

Технически у MS нет никаких проблем с другими архитектурами, так что вполне возможно.

топик - баян

> усилили стремление к увеличению намерения

Драйвера будут на дотнете, а вин7 будет с микроядром.

а с софтом они что делать будут?

Забьют.

>И при этом на совместимость с линуксом производители ARM-буков забьют за ненадобностью.

А производители x86 много сделали для GNU/Linux на ноутбуках? Хуже не будет.

НЕТ! НЕТ! НЕТ! НЕТ!

будет. очень сильно будет.

те, кто ведут календарь более чем на год - отодвиньте в своих блокнотиках вендекапец ещё лет так на пять-десять

Может Delphi хотя бы сдохнет, неосилив ARM ?

Какая ж у тебя тогда будет цель в жизни?

Чушь это всё - они такой вывод сделали из того, что Майкрософт в пресс-релизе объявило, что Win7 будет работать на ещё большем спектре "железа" (обычный маркетинговый бред), и какой-то левый чувак что-то промямлил, что _возможно_в неопределённом будущем_ будет поддержка, но вообще он ничего не знает и пусть, мол, Майкрософт комментирует:

At present the "Release Candidate of Windows 7 does not mention ARM processors as part of the systems requirements, which remain restricted to Intel processors. But Microsoft does say in its press release "Windows 7 will work on a broader array of hardware than any other release of Windows at launch."

...

East concluded: "Perhaps there will be support in future but that's really for Microsoft to comment on and not for us to comment on, I'm afraid."

>усилили стремление к увеличению намерения выпустить

Это какой язык?

Йэзыг.

>>усилили стремление к увеличению намерения

>Это какой язык?

Это русский-маркетинговый.

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

>Какая ж у тебя тогда будет цель в жизни?

Фри паскаль на арме работает :Р Вот на днях на заврик его поставил. Реально компилит всякоразно. Не крос компилятор, а нативный

линкусокапец

Негропоне пропеарился...

Отличная, новость ! :) На ARM вся деревянность проприетарной модели проявится по-полной.

Те кто купит ARM с наклейкой окошек, будет в ахтунге от того, что их любимые игры и программы еще не портированы. Начнут ругать, умалять, хлопать дверью, писать петиции на производителей софта, дескать, чего это они тормозят, тут такой бук — 24 часа без питания — а любимый 1С не работает!

Работать на множестве платформ — уже наше поле, где СПО рулит и педалит :)

А начнут все строить на .NET, так еще лучше. Подменить kernel.dll линухом, никто и не заметит :)

> Те кто купит ARM с наклейкой окошек, будет в ахтунге от того, что их любимые игры и программы еще не портированы. Начнут ругать, умалять, хлопать дверью, писать петиции на производителей софта, дескать, чего это они тормозят, тут такой бук — 24 часа без питания — а любимый 1С не работает!

дык запихнут эмуляцию x86 отдельным сопроцессором и все...

Если неизменяет память Штеуд тоже пилит потихоньку ARM даже какието технические решения патентует

> те, кто ведут календарь более чем на год - отодвиньте в своих блокнотиках вендекапец ещё лет так на пять-десять

Не, не, не :) Линух (тут я имею в виду линух + все программы для рабочего стола) на x86 десктопы вышел, считай, после винды. Там уже была куча программ, все отлажено и построенно. Линух догонял.

На АРМ же винда прийдет почти голой, большинство программ, надо будет портировать, перекомпилировать, собирать, тестировать. И не майкрософту, а всем этим "девелоперс, девелоперс, девелоперс". Это столько затрат, что думаю, переход займет не две и не три года, и большая часть программ просто отвалится. Игры особенно :)

В то время как линух уже на АРМ. СПО гораздо быстрее адаптируется к новым платформам. Теперь винда будет догонять :)

Если АРМ на ноутбуках приживётся, ожидайте всплеск интереса ко всем свободным программам :)

> дык запихнут эмуляцию x86 отдельным сопроцессором и все...

Значит проиграют по производительности :))

не факт... по энергопотреблению, в таком случае, да, однозначно проиграют. а по производительности - очень будет зависить от этого сопроцессора-транслятора.

да, еще есть вариант - программная эмуляция. (нано|микро)ядро на ARM - и уже на нем винда.

> да, еще есть вариант - программная эмуляция. (нано|микро)ядро на ARM - и уже на нем винда.
Кастую Трансмету с кодморфингом.

>дык запихнут эмуляцию x86 отдельным сопроцессором и все...

А для тебя новость что это давно так ? Ядро x86 уже давно risc с транслятором. Про конвеер наверно слышал ? Так это не что иное как разбивка сложных инструкций cisc на отдельные простые характерные для архитектуры risc. Вот только зачем им сюда arm за уши притягивать ?

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

У arm дофига регистров, но он не умеет работать напрямую с памяью - это типичная load-store архитектура. Все операции выполняются только с регистрами. Так что это не такое и преимущество как может показаться несведущим.

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

> Ядро x86 уже давно risc с транслятором. Про конвеер наверно слышал ? Так это не что иное как разбивка сложных инструкций cisc на отдельные простые характерные для архитектуры risc

дядя, для меня это не новость уже лет так 8. речь же идет именно про ARM.

> Вот только зачем им сюда arm за уши притягивать ?

внимательно читаем мессаги выше по триду ))

>внимательно читаем мессаги выше по триду ))

Прочитал - увидел что пропустил про транслятор сообщение но так и не понял как коррелируют

>Microsoft усилили стремление к увеличению намерения выпустить _Windows 7 и на ARM__
и создание процессора с _внутренним_ ядром на арм и транслятором x86.

> У arm дофига регистров, но он не умеет работать напрямую с памяью - это типичная load-store архитектура.
RISC решает.

Так пусть он хоть чего решает - от количества регистров профита мало - на risc сначала нужно загрузить регистры значениями из памяти, произвести какие-то операции а потом выгрузить их снова в память. Если регистров мало то оптимизация кода будет под сомнением, это вынужденная мера. Причем короткими эти команды будут если все данные уже лежат в кэше, а если еще вспомнить что например на arm нет блоков предсказаний ветвлений то вообще картина безрадостная по сравнению с х86 где все это выполняется параллельно, с хорошим предсказанием загрузки кэша, а начиная уже не помню с какого вроде 686 или 586 - любым регистром можно воспользоваться для любого вида адресации.

Виндавс на всех архитектурах кроме x86/amd64 жутко фейлит, ибо не имеет никакой базы приложений.

> от количества регистров профита мало
> Если регистров мало то оптимизация кода будет под сомнением
Немного нелогично. Ибо если их много (как полагается риску), то таки оптимизировать можно хорошо. Что у арма нет предсказания ветвлений, я не знал, это огорчает...

> любым регистром можно воспользоваться для любого вида адресации.
Просто маловато их...

ЗЫ Впрочем, если вспомнить, что внутри 86 уже давно тот же risk, эти споры все больше академического характера.

Венда -- это пускалка перацково Фотошопа, КИПа и игрулечек. Без приложений она никому не нужна.

</thread>

Windows CE допилить до современного уровня - разве ж такая проблема для них. Сделают, поди..

>> от количества регистров профита мало
>> Если регистров мало то оптимизация кода будет под сомнением
>Немного нелогично.

Зачем же так коверкать мое исходное сообщение ? Из песни слов не выкинешь. Смысл был в том что для х86 увеличение количества регистров не имеет особого смысла а для risc это просто необходимо.

поставять linux с qemu, а потом там винду крутить будут?

p.s. после заявленной совместимости xp через виртуальную машину, только такое и возможно

Это было не коверканье, это было недоумение - я мысль недопонял.

Да, для х86 доп. регистры малоактуальны (точнее, внутри их там дофига, но кто даст к ним доступ, все ж виртуализировано по самые ... линии кэша), а в риске они просто архинеобходимы. Дык в арме вроде их много, так что все в порядке на этом месте.

Ога. А Windows.Forms ты конечно же собираешься заменять... Чем же?

>это пускалка перацково Фотошопа, КИПа и игрулечек. Без приложений она никому не нужна.

На линухе даже этого нету. А без приложений он никому не нужен

> На ARM вся деревянность проприетарной модели проявится по-полной.
Фигня. man apple powerpc intel. Изобретут Розетту. Заново придумают universal binaries. Не вопрос, в начала XXI

> но так и не понял как коррелируют

>Microsoft усилили стремление к увеличению намерения выпустить _Windows 7 и на ARM__
> и создание процессора с _внутренним_ ядром на арм и транслятором x86.

очевидно же. дабы запускать x86 винду (чтобы её и весь софт для неё не переписывать) на ARM системе.

> Заново придумают universal binaries.

/me шепотом произнес слова Java байткод и Jazelle

>очевидно же.

Для живущих в матрице может и так :) Я вот с трудом представляю работу вперемешку бинарного кода x86 с arm в одном адресном пространстве. arm умеет работать вперемешку с 32 битными и 16 битными thumb инструкциями но это изначально там так заложено и компилятор генерирует специальный код.

>>Что у арма нет предсказания ветвлений, я не знал, это огорчает...

А оно там и не особо то надо, не в thumb режиме же все инструкции выполняются с проверкой флагов.

>> arm умеет работать вперемешку с 32 битными и 16 битными thumb инструкциями

"Вперемешку" же это просто переключение туда-сюда, нэ? И проблемы с выравниванием туда же...

>>Про конвеер наверно слышал ? Так это не что иное как разбивка сложных инструкций cisc на отдельные простые характерные для архитектуры risc

Мсье ничего не путает? Конвейер (grammar nazi придёт за тобой) всего лишь позволяет блокам проца работать параллельно большую часть времени, если этого не нарушают джампы.

Можно подробнее (я записываю:)?

Ну мануал можно почитать... =)

Просто это одна из основных фишек арма - http://www.heyrick.co.uk/assembler/psr.html там от начала и самое интересное от "Conditional execution". В двух словах - в нормальном режиме у него все инструкции условные.