V
Size: a a a
2020 November 10
AE
вопрос в том что к выходу новых эплов на арме уже должен быть софт
ну это да, решается биндингами для нативных либ
GD
У консольщиков уже тоже х86 кучу лет
AG
Второе поколение
AG
По историческим меркам совсем недавно
AG
У меня вон компьютер из 2014, и не жужжит, его до сих пор хватает
GD
Это у плойки. Ящик только 360 был на powerpc
S
говорят, что MS и Adobe перенесут свои продукты на АРМ, мы же о серьезных вещах, а не о каких-то заброшенных продуктах и компаниях? 🙂
ну они на C++ написаны, оно под ARM вполне себе переносимо
SSE части на Neon перепишут ... и а-ля улю...
будет тормозить примерно также как x86, но зато батарейку меньше жрать
все таки дизайн ARM всегда энергоэффективностью отличался
SSE части на Neon перепишут ... и а-ля улю...
будет тормозить примерно также как x86, но зато батарейку меньше жрать
все таки дизайн ARM всегда энергоэффективностью отличался
АВ
ну они на C++ написаны, оно под ARM вполне себе переносимо
SSE части на Neon перепишут ... и а-ля улю...
будет тормозить примерно также как x86, но зато батарейку меньше жрать
все таки дизайн ARM всегда энергоэффективностью отличался
SSE части на Neon перепишут ... и а-ля улю...
будет тормозить примерно также как x86, но зато батарейку меньше жрать
все таки дизайн ARM всегда энергоэффективностью отличался
а проблемы будут, если на чем написано?
S
а проблемы будут, если на чем написано?
да
для всяких фотошопов большинство задач это CPU\Memory bound Задачи
им надо чтобы с минимальным кол-вом cache miss все работало
тем более что у ARM кешей поменьше всегда было
C\C++ в отличии от Java в этом отношении лучше гораздо, у него легче контоллировать аллокации "на стеке" и "аллокации на куче", в java тоже можно но там мешает GC
для всяких фотошопов большинство задач это CPU\Memory bound Задачи
им надо чтобы с минимальным кол-вом cache miss все работало
тем более что у ARM кешей поменьше всегда было
C\C++ в отличии от Java в этом отношении лучше гораздо, у него легче контоллировать аллокации "на стеке" и "аллокации на куче", в java тоже можно но там мешает GC
АВ
да
для всяких фотошопов большинство задач это CPU\Memory bound Задачи
им надо чтобы с минимальным кол-вом cache miss все работало
тем более что у ARM кешей поменьше всегда было
C\C++ в отличии от Java в этом отношении лучше гораздо, у него легче контоллировать аллокации "на стеке" и "аллокации на куче", в java тоже можно но там мешает GC
для всяких фотошопов большинство задач это CPU\Memory bound Задачи
им надо чтобы с минимальным кол-вом cache miss все работало
тем более что у ARM кешей поменьше всегда было
C\C++ в отличии от Java в этом отношении лучше гораздо, у него легче контоллировать аллокации "на стеке" и "аллокации на куче", в java тоже можно но там мешает GC
что да? на чем должно быть написано, чтобы были проблемы переносить, если на С++ нет проблем?
AE
да
для всяких фотошопов большинство задач это CPU\Memory bound Задачи
им надо чтобы с минимальным кол-вом cache miss все работало
тем более что у ARM кешей поменьше всегда было
C\C++ в отличии от Java в этом отношении лучше гораздо, у него легче контоллировать аллокации "на стеке" и "аллокации на куче", в java тоже можно но там мешает GC
для всяких фотошопов большинство задач это CPU\Memory bound Задачи
им надо чтобы с минимальным кол-вом cache miss все работало
тем более что у ARM кешей поменьше всегда было
C\C++ в отличии от Java в этом отношении лучше гораздо, у него легче контоллировать аллокации "на стеке" и "аллокации на куче", в java тоже можно но там мешает GC
сложнее, да. на java для этого и не создавалась, её специально от железа отрывали. но скоро, например, приедет в джаву панама, будет куда легче.
AE
что да? на чем должно быть написано, чтобы были проблемы переносить, если на С++ нет проблем?
си больше проблем имеет
AE
вообще проблемы перенсти софт нет, есть проблема перенести компилятор, т.е. проблема больше в поддержке языка