Здравствуйте, qqqqq, Вы писали:

Q>не договариваешь
_>>arm64 версия винды уже давно доступна
Q>...и нахрен никому не нужна. Ты много устройств таких видал? В том то и дело что когда самый главный начальник в микрософте вызывает на ковер и говорит что за хрень? почему у компании Х есть такая вот вещь а у нас нет, то в дело бросются мульены, засучиваются рукава по локоть, таки выдают на гора аналог и отчитываются. Но оказывается что вещь не такая уж и вещь и все так и продолжают пользоваться Х.

Если будут запускаться x86 приложения и будут выполняться с такой же скоростью как и на ч86, то мини-компы, ноутбуки и планшеты вполне могут и использоваться.

Здравствуйте, qqqqq, Вы писали:

q> _>arm64 версия винды уже давно доступна

q> ...и нахрен никому не нужна. Ты много устройств таких видал?

Устройства появятся в середине этого года:

Первые устройства на Snapdragon X Elite появятся в середине 2024 года. Среди партнёров — Asus, Dell, HP, Honor, Lenovo, Microsoft Surface, Samsung и Xiaomi.

Падажжжи.

Здравствуйте, CreatorCray, Вы писали:

P>>У Микрософта это традиция — приобщиться к конкурентам, и переделывать под себя.
CC>И совершенно правильно делают между прочим

Утопили браузер дважды, мобайл ось — трижды.

Здравствуйте, Serginio1, Вы писали:

S>Если будут запускаться x86 приложения и будут выполняться с такой же скоростью как и на x86
Вот только это "если" реализовать в железе и софте довольно нетривиально, особенно пункт про скорость.
Apple M в отличие от обычных ARM умеет избирательно включать memory ordering model как в x86, так что все гарантии остаются теми же, и потому достаточно отAOT/JITить код в другую архитектуру.
Так что без поддержки железом не обойтись.

Здравствуйте, qqqqq, Вы писали:

CC>>Ох, соболезную им! Лютое говно этот Lync
Q>Подозреваю это старые сведения, Lync скорее всего уже похоронен
Жил как говно и помер как говно (С)

Q> и сейчас лютое говно это teams.
+100500

Здравствуйте, Dair, Вы писали:

D>Ну, CreatorCray не расскажет потому что NDA, но даже если они там есть, то в чём проблема их переписать? Это всего лишь какое-то потраченное время на разработку.

Вот даже проект на изначально задуманном как кросс-платформенный — на C# для .Net Framework — переписать на .Net Core — это уже куча работы. А тут голый C да еще и такого объема — неужели все прямо так легко?

Здравствуйте, Shmj, Вы писали:

S>Ну и главное — сможет ли MS сделать так же со своей VS или там все намного хуже?
Сделали более года назад.

Здравствуйте, Shmj, Вы писали:

S>А тут голый C
Где?

Здравствуйте, CreatorCray, Вы писали:

S>>Если будут запускаться x86 приложения и будут выполняться с такой же скоростью как и на x86
CC>Вот только это "если" реализовать в железе и софте довольно нетривиально, особенно пункт про скорость.
CC>Apple M в отличие от обычных ARM умеет избирательно включать memory ordering model как в x86, так что все гарантии остаются теми же, и потому достаточно отAOT/JITить код в другую архитектуру.
CC>Так что без поддержки железом не обойтись.
Так для этого и делается Snapdragon X Elite
Qualcomm с новым 64-битным процессором Snapdragon X Elite под ОС Windows легко обошла Intel и AMD

Qualcomm: Snapdragon X Elite заметно превосходит Apple M3

Принцип работы эмуляции x86 на архитектуре ARM

Приложение x86 (или x64) даже не знает, что оно работает на компьютере Windows на компьютере Arm, если он не вызывает определенные API (IsWoW64Process2).

Уровень WOW64 Windows позволяет выполнять код x86 в версии Arm64 Windows. Эмуляция x86 работает путем компиляции блоков инструкций x86 в инструкции Arm64 с оптимизацией для повышения производительности. Служба кэширует эти переведенные блоки кода, чтобы сократить затраты на перевод инструкций и разрешить оптимизацию при повторном запуске кода. Кэши создаются для каждого модуля, чтобы другие приложения могли использовать их при первом запуске.

Здравствуйте, qqqqq, Вы писали:

Q>...и нахрен никому не нужна. Ты много устройств таких видал? В том то и дело что когда самый главный начальник в микрософте вызывает на ковер и говорит что за хрень? почему у компании Х есть такая вот вещь а у нас нет, то в дело бросются мульены, засучиваются рукава по локоть, таки выдают на гора аналог и отчитываются. Но оказывается что вещь не такая уж и вещь и все так и продолжают пользоваться Х.

феерический бред школьника

Здравствуйте, Shmj, Вы писали:

D>>А в чём проблема код на C собрать под другую платформу?

S>Ну дьявол, как обычно, в деталях. Наверняка без ассемблерных вставок и пр. низкоуровневого не обошлось.

Ну да, операционку портировать на новый проц не проблема, а иде — ужос-ужос?

Здравствуйте, CreatorCray, Вы писали:

P>>Пример — шрифты дрожат при drag&drop, и юзеры жалуются. А девелоперы сидят на другой платформе и с этим вообще не сталкиваются — у них графический стек работает иначе.
CC>И как тебе тут поможет запуск студии на именно этой же машине?

Помогает не запуск студии, а повседневное использование конкретной платформы самим разработчиком. Чем больше вы используете платформу, тем лучше знаете её болячки.

Здравствуйте, Sinclair, Вы писали:

P>>Пример — шрифты дрожат при drag&drop, и юзеры жалуются. А девелоперы сидят на другой платформе и с этим вообще не сталкиваются — у них графический стек работает иначе.
S>Повторю очевидное: девелоперы могут хоть обсидеться на "той платформе". Вопрос не в том, в чём они девелопят. Если это фотошоп — то шрифты в нём так и продолжат дрожать, т.к. в студии у них всё отлично.

Если запускают приложение только под отладчиком, то конечно.

P>>Не только студию, а большие десктопные приложения или приложения требовательные к ресурсам.
S>Я по-прежнему не понимаю, чем фотошопу под АРМ поможет написание исходников фотошопа под АРМом. Или, скажем, CAD-системе. Оба — большие, ресурсоёмкие приложения. Ну и что?

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

P>>Дело не в том, где вы студию запускаете, а где разработчик проводит бОльшую часть времени.
S>Ну да, в студии он его и проводит. А где ещё? Он же разработчик.

Кроме студии есть еще куча софта. И домашнее использование тоже добавляет опыта.

S>Ну так вот догфудинг строго ортогонален тому месту, где бегает студия. Догфудинг означает "самостоятельное использование продукта авторами этого продукта".
S>Например, парням из Microsoft было запрещено пользоваться Вебексом. Были обязаны проводить конференции только через Lync.

Хорошее правило.

Здравствуйте, Pauel, Вы писали:
P>Помогает не запуск студии, а повседневное использование конкретной платформы самим разработчиком. Чем больше вы используете платформу, тем лучше знаете её болячки.
Болячки платформы — это болячки платформы. На качество приложения влияют болячки приложения.
Грубо говоря, если у вас приложение — это HFT, то косяки растеризации шрифтов вам по барабану. А если приложение — это какой-нибудь "расчёт воздуховодов", то вам наплевать на косяки с порядком вызова IO Completion.
Тем более, что сейчас мы говорим не про ОС, где прямо окружение совсем-совсем разное; а про хардвару. Дрожание шрифтов там может возникнуть только по вине кривого драйвера, и в приложении его не починишь. Весь user level же будет одинаковым.

Здравствуйте, Shmj, Вы писали:

D>>Ну, CreatorCray не расскажет потому что NDA, но даже если они там есть, то в чём проблема их переписать? Это всего лишь какое-то потраченное время на разработку.

S>Вот даже проект на изначально задуманном как кросс-платформенный — на C# для .Net Framework — переписать на .Net Core — это уже куча работы. А тут голый C да еще и такого объема — неужели все прямо так легко?

Я не писал на C# столько чтобы чувствовать различия между исходным .NET и .NET Core, сказать не могу.

Но я привык что под какую-то процессорную архитектуру или сделали компилятор С (gcc, clang или ещё какой), или пока ещё не сделали. Если сделали — им компилируется компилятор C++ (g++, clang++, ещё какой) и дальше компилируется вообще всё.

Да, выше шага 1, т.е., компилятора С, существуют платформеннозависимые ассемблерные части, которые оптимизируют ту или иную работу под конкретной платформой. Иногда (не всегда) её можно переписать на С с потерей производительности, но и ладно на первых-то порах.

Я наблюдал процесс, следя за тем что происходит вокруг Эльбруса (RIP) — сначала собрали gcc (долго делали, но это вопрос денег), потом собрали g++ (примерно полгода), дальше всё взлетело само.

Здравствуйте, Dair, Вы писали:

D>дальше всё взлетело само.

нет, не само. Дальше как минимум хреначили Линукс.

Здравствуйте, Shmj, Вы писали:
Договор Microsoft и Qualcomm истекает в этом году — Windows заработает на любых Arm-процессорах

Microsoft выбрала Qualcomm в качестве партнёра и производителя Arm-процессоров для устройств с Windows в 2016 году. С тех пор Qualcomm является единственной компанией, выпускающей процессоры на базе архитектуры Arm для устройств с Windows. Информация о подписании эксклюзивного соглашения никогда не озвучивалась официальными лицами, но с течением времени этот факт стал очевидным, поскольку Qualcomm оставалась единственной компанией, выпускающей Arm-чипы для ноутбуков, все восемь лет с момента объявления о партнёрстве с Microsoft.

Ходили разные слухи касательно того, на какой период было подписано эксклюзивное соглашение между Microsoft и Qualcomm. Теперь же Рене Хаас стал первым официальным лицом, фактически подтвердившим, что срок действия договора истечёт в этом году «Я думаю, хорошо задокументировано, что эксклюзивность, которую Qualcomm имеет с Windows, заканчивается, я думаю, в этом году», — сказал Хаас в недавнем интервью для Stratecherry.

Хотя Хаас не стал открыто заявлять о завершении действия партнёрского соглашения в этом году, вероятно, он не стал бы упоминать это, не имея достоверной информации. Поскольку он является гендиректором Arm, его заявление следует воспринимать как достоверное. Точная дата прекращения действия договора между Microsoft и Qualcomm продолжает оставаться неизвестной, но, вероятно, соглашение потеряет силу к началу 2025 года.

Потеря эксклюзивности чипов Qualcomm означает, что другие компании смогут производить Arm-процессоры для ноутбуков с Windows. Ранее агентство Reuters писало, что выпускать Arm-чипы планируют AMD и NVIDIA.

Здравствуйте, Serginio1, Вы писали:

S> Так для этого и делается Snapdragon X Elite
А нуок. Я их не отслеживаю.

S>Qualcomm: Snapdragon X Elite заметно превосходит Apple M3
"В Qualcomm заявили..."
И вы говорите! (С)

S>

S>Приложение x86 (или x64) даже не знает, что оно работает на компьютере Windows на компьютере Arm, если он не вызывает определенные API (IsWoW64Process2).

S>Уровень WOW64 Windows позволяет выполнять код x86 в версии Arm64 Windows. Эмуляция x86 работает путем компиляции блоков инструкций x86 в инструкции Arm64 с оптимизацией для повышения производительности. Служба кэширует эти переведенные блоки кода, чтобы сократить затраты на перевод инструкций и разрешить оптимизацию при повторном запуске кода. Кэши создаются для каждого модуля, чтобы другие приложения могли использовать их при первом запуске.

Содрали с Rosetta

Здравствуйте, Pauel, Вы писали:

P>Помогает не запуск студии, а повседневное использование конкретной платформы самим разработчиком.
P> Чем больше вы используете платформу, тем лучше знаете её болячки.
Не обязательно жрать кактус каждый день чтоб знать что он колется. Достаточно знать область в которой работает отлаживаемый софт, а тратить время на героическое преодоление всего остального геморроя совершенно контрпродуктивно.

Здравствуйте, CreatorCray, Вы писали:

CC> S>Уровень WOW64 Windows позволяет выполнять код x86 в версии Arm64 Windows. Эмуляция x86 работает путем компиляции блоков инструкций x86 в инструкции Arm64 с оптимизацией для повышения производительности. Служба кэширует эти переведенные блоки кода, чтобы сократить затраты на перевод инструкций и разрешить оптимизацию при повторном запуске кода. Кэши создаются для каждого модуля, чтобы другие приложения могли использовать их при первом запуске.
CC> S>

CC> Содрали с Rosetta

Да прям... Будто у них своего нгена для этих их дотнетов небыло.