На венду под армом очень быстро портируют всё необходимое, винда же. Под вистой тоже сначала ни пса не работало.

Собсно переделка софта под ARM не проблема M$, а проблема Adobe, Corel и других разработчиков ПО. M$ может им в данном случае только помочь инструментами или подтолкнуть к переписанию всего многообразия софта на .NET.

лунупс просрет арм если производители девайсов и далее будут банально ограничивать разрабов своими жаба-машинками

Портирование под арм пользовательского софта достаточно простая задача(очень говнистый код нужен чтобы были проблемы). Если MS не сменит API, то перекомпилить под арм софт дело 2х недель для контор. А для .NET приложений скорее всего вообще проблемы не будет.. если конечно MS сделает .NET для это венды.

Это андроид-то «просирание армов», что ли?

сам то понял что сказал

винтус просрет арм если производители девайсов и далее будут банально ограничивать разрабов своими нет-машинками

Выходит, линукскапец на ARM откладывается?

а что линух программы уже работают на arm'ах без перекомпиляции?

> а что линух программы уже работают на arm'ах без перекомпиляции?

Ага. Зачем перекомпилировать то, что уже перекомпилировано?

так и для винды перекомпилируют, не вижу проблем

там вагон и маленькая тележка win32 api хаков.... до тех пор пока все их не выпилят, простой перекомпиляцией проблему не решить

там вагон и маленькая тележка win32 api хаков.... до тех пор пока все их не выпилят, простой перекомпиляцией проблему не решить

Приведи пример хоть одного, который будет неправильно работать на ARM.

AMD вроде готовит процессор, совмещающий ARM и x86.

Ээ, это ведь значит что у них (временно) не будет вирусов на новой платформе.
#анон-хакер, даю тебе намёк на целину.

>На венду под армом очень быстро портируют всё необходимое
нуну, это ты хорошо пошутил. Как Майкрософт будет портировать чужие программы без их открытого кода?

> «_Наши_конкуренты_ не будут исполнять старые программы. Ни сейчас, ни в будущем»

Объясните кто-нибудь чего это значит. О каких конкурентах ваще речь? Или ms собирается в одиночку весь софт под win arm писать?

>На венду под армом очень быстро портируют всё необходимое
а что там необходимого? Всякие фотошопы, кады и игрушки на дохлом арме все равно не пойдут. Браузер (точнее, осел) у них уже есть, пасьянсы тоже не проблема. Но нафига тогда эта венда нужна? :)

Под вистой тоже сначала ни пса не работало.

и это несмотря на нереальное количество костылей для совместимости, ага.

>О каких конкурентах ваще речь?

о конкурентах интела

Ээ, это ведь значит что у них (временно) не будет вирусов на новой платформе.

Будут:) Потому что вирусы под виндой держатся не на дырах, а на идиотах-пользователях и привычке запускать скачанный хрен знает где софт.

> так и для винды перекомпилируют

Вот когда перекомпилируют, тогда и поговорим.

не вижу проблем

Есть такое слово «porting»...

>«Наши конкуренты не будут исполнять старые программы. Ни сейчас, ни в будущем», — обрисовала ситуацию госпожа Джеймс.

Ну и дура.

Loki13> Если MS не сменит API, то перекомпилить под арм софт дело 2х недель для контор.

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

Производители даже 64-разрядные версии не торопятся делать для x86_64. А ты тут о простой перекомпиляции теоретизируешь.

Не готовит, а только в планах. И то это ещё слухи.

>так и для винды перекомпилируют, не вижу проблем

Они там никогда этим не занимались, им в диковинку. А есть ещё категории софта, которые то какой-нибудь cpuid вызовут, то дооптимизировались до SSE.

nu11> а что там необходимого? Всякие фотошопы, кады и игрушки на дохлом арме все равно не пойдут.

А Autodesk значит не в курсе, выпустив соответствующую версию Autocad?
Игрушки тоже вполне себе идут, причём в 3D.

так и для винды перекомпилируют, не вижу проблем
И драйверы все перекомпилируют обязательно, вы только не дёргайтесь, вот ещё укольчик.

> вирусы под виндой держатся не на дырах, а на идиотах-пользователях и привычке запускать скачанный хрен знает где софт

FreePresents.exe :)
может и пиар, конечно, но сама история позабавила

Сам написал железа! А это уже к драйверам скорее и ядру я то про пользовательский софт, игры(directx же останется) .. если API такой-же будет, то что мешает перекомпилить фотошоп тот-же ? только говнокод. У меня в проге прямая работа с памятью мешала, но исправил за неделю и то так долго потому что не знал особенностей архитектуры арм поначалу

Приведи пример хоть одного, который будет неправильно работать на ARM.

Приведу, но не «win32 api хак». Где венда, там геймеры. Среди лютых геймеров лютые фанатики венды, которые ничего иного не знают и не мыслят себя без оной. Эти ребята часто разгоняют систему и меряются попугаями. А это всякие cpu-z, gpu-z, superpi и т.д. Этот софт гвоздями прибит к железу и x86. И понятно, что на арм так просто не переедет.

> Или ms собирается в одиночку весь софт под win arm писать

весь-не весь, но они и так обладают внушительным портфелем

Где мак - там дизайнеры. Кроме CS они ничего не знают и не мыслят себя без оного. А CS прибит гвоздями к x86. Понятно, что iPad не будет пользоваться популярностью.

Весьма некорректное сравнение. CS - это фотошоп? Если да, то он известен в реинкарнации под ppc, x86; мак и венду и даже в каком-то урезанном виде под андроед как минимум. Кроме того, он вполне себе прикладной софт, а я приводил пример системного. И к тому же, я не делал вывода о популярности/непопулярности каких-либо платформ.
Просто мой пример - это один из факторов, который в среди лютых приверженцев помешает взлететь. И таких факторов будет достаточно как для этой категории пользователей, так и для других.
Каждый в венде под арм найдёт что-то плохое, что помешает ему успешно использовать ранее накопленные костыли.

Игрозадроты, как и фгмнутные дизайнеры — две очень узкие категории пользователей, чтобы хоть как-то обращать на них внимание, если делаешь продукт для широкой категории пользователей.

Я смотрю, тут никто не видит проблем в портировании софта под ARM? Ну, на саму архитектуру арм, может, и проблем не будет, а вот что касается мобильных девайсов, их своеобразных устройств, и самое главное - производительности, то от проблем отбоя не будет. Быдлопроизводители ведь все время плевали на оптимальность кода: не тормозит же на новейших десктопах - и хорошо!

Так я поэтому и прорезюмировал

Каждый в венде под арм найдёт что-то плохое, что помешает ему успешно >использовать ранее накопленные костыли.

А уж к какой категории пользователей относится конкретный юзер - это его личное дело.

Напишут эмулятор x86 - эдакий wine в мастдае, который и будет запускать программы =)

M$ может им в данном случае только помочь инструментами или подтолкнуть к переписанию всего многообразия софта на .NET.

Вот тогда точно будет вендокапец. Это ж как все тормозить-то будет... =)

> эмулятор x86 - эдакий wine

Нате! Вайн из нот эмулатор.

Хорошо. Линукс (не андроид) на ARM-планшетах - это не десктопный линукс. Не нужно надеяться, что на нем ты сможешь выполнять те же задачи, что и на домашнем компьютере или ноутбуке (если они, конечно, не очень узкие).
Выходит, имеем две разные системы под разные типы задач.
В случае с windows и osx/ios получаются чуть более различные системы.

Планшеты - крайне специализированная вещь, пока не существует мощных эффективных мобильных вычислительных блоков.

Ладно, скорректирую: прослойку между API мастдая-x86 и ARM-мастдая, которая будет специфичные инструкции x86 преобразовывать в ARM'овские. Пойдет?

Это qemu называется.

Так есть же всякие ARM- и MIPS-неттопы, которые по вычислительной мощности уже соперничают с x86-десктопами пятилетней давности. Ставим туда дженту или дебиан и почти полноценно работаем (все-таки, всяких «плюшек» вроде CUDA и openGL4 под эти платформы нет).

Фигушки. qemu - эмулятор, в нем сначала ОСь надо поставить. А wine спокойненько работает на любом процессоре.

> cpu-z, gpu-z, superpi и т.д.

Это конечно же необходимые, жизненно важные утилиты. Их наличие разумеется станет решающим фактором.

>Ладно, скорректирую: прослойку между API мастдая-x86 и ARM-мастдая, которая будет специфичные инструкции x86 преобразовывать в ARM'овские. Пойдет?

При эмуляции arm'а на x86(и даже x86_64) в qemu тормоза дикие. Очень сильно сомневаюсь, что наоборот выйдет сильно лучше. Тем более, на относительно простой архитектуре придётся эмулировать относительно более сложную.

Я же дописал «эффективные». Это в смысле производительность к энергозатратам.

>Как Майкрософт будет портировать чужие программы без их открытого кода?

где я сказал, что их будет портировать MS? Портировать будут разработчики, видя, как меняются рынки сбыта, если они не хотят пролюбить их.

Всякие фотошопы, кады и игрушки на дохлом арме все равно не пойдут.

добавят ядер Тегре, и всё пойдёт.

>не вижу проблем

Ламеры вобще редко видят проблемы

> А wine спокойненько работает на любом процессоре.
Чего?

> Фигушки. qemu - эмулятор, в нем сначала ОСь надо поставить.

Иди глянь в чём различие между qemu-* и qemu-system-*

А wine спокойненько работает на любом процессоре.

Его под amd64 собрать не могут, тут до любого дойдёт не скоро.