"Эпл умеет работать с разработчиками, а разработчики любят Эпл". Этот человек явно ооочень далек от мира разработки. Из всех моих коллег ios разработчиков лишь один любит Эпл, остальные ненавидят. А "умеет" работать Эпл очень просто, говорит "Обновите ваше приложение в течение 2-х месяцев в соответствии с новыми требованиями, иначе мы удалим ваше приложение из апстора".
Есть технари в теме? Объясните мне пожалуйста, вот про это дело. Я пытался найти статьи, но слишком тупой, чтобы понять, в чем разница между x86 и ARM. А тот тут получается, что выходит такая Apple и говорит, что ее процессоры в однопотоке при 10 Вт потреблении на раз два обходят все эти интелы и амд, у которых энергопотребление за 100 Вт. Если все так радужно, то почему существует еще такая архитектура, как x86? Я понимаю, что там проблема перехода, ПО и все такое, но если прям настолько лучше, то почему нет стремительного перехода на ARM архитектуры?
Видео хорошее, но долгое.
ТЛДР (возможны неточности для упрощения): процессор исполняет ассемблер. Ассемблер х86 создавался по сути для людей: очень много кода писалось руками в ассемблере, и для упрощения работы людей в процессоре есть много сложных команд, например "произведи деление, результат положи сюда, остаток туда, посчитай, получился ли в результате ноль, а вон туда ещё положи признак деления на ноль, если таковое произошло". Это очень удобно для людей - одну команду выполнил и дальше можешь делать что хочешь - хочешь остаток бери, хочешь - основной результат деления. Но вот для производителей CPU всё это выполнять - сложно.
Хотя x86 проекитровали под людей, уже в это время люди во всю пользовались компиляторами, которые позволяют писать на более-менее человеческих языках, а ассемблер получать уже из этого текста. Людям уже было плевать, какой там ассемблер выходит, что навело инженеров на мысль, что всю вот эту сложную логику можно повесить на компилятор, а в железе оставить только самые базовые операции. Так появился RISC - платформа с сокращённым набором команд. Ассемблер под него писать практические невозможно, но это и не требуется, его генерируют компиляторы. А вот выгода итоговая очевидна: например, если нам нужен только результат деления, то нечего тратить такты на рассчет остатка.
---
В наше время x86 сами по себе тоже стали RISC, внутри самого процессора за 7 печатями находится транслятор CISC -> RISC, который древний "высокоуровневый" ассемблер х86 раскладывает на внутренние RISC-инструкции, называется эта хрень "микрокод". Но вот этот транслятор нифига не бесплатный, без него работало бы быстрее. Зато с ним на последнем интеле идут программы, написанные под самый первый 8086, было бы желание.
Когда-нибудь он издохнет под грузом внутренних противоречий, о коих на лурке сложена более чем достойная статья. Возможно - это первая ласточка. Но на мой взгляд эппл ещё вернется обратно.
ТЛДР (возможны неточности для упрощения): процессор исполняет ассемблер. Ассемблер х86 создавался по сути для людей: очень много кода писалось руками в ассемблере, и для упрощения работы людей в процессоре есть много сложных команд, например "произведи деление, результат положи сюда, остаток туда, посчитай, получился ли в результате ноль, а вон туда ещё положи признак деления на ноль, если таковое произошло". Это очень удобно для людей - одну команду выполнил и дальше можешь делать что хочешь - хочешь остаток бери, хочешь - основной результат деления. Но вот для производителей CPU всё это выполнять - сложно.
Хотя x86 проекитровали под людей, уже в это время люди во всю пользовались компиляторами, которые позволяют писать на более-менее человеческих языках, а ассемблер получать уже из этого текста. Людям уже было плевать, какой там ассемблер выходит, что навело инженеров на мысль, что всю вот эту сложную логику можно повесить на компилятор, а в железе оставить только самые базовые операции. Так появился RISC - платформа с сокращённым набором команд. Ассемблер под него писать практические невозможно, но это и не требуется, его генерируют компиляторы. А вот выгода итоговая очевидна: например, если нам нужен только результат деления, то нечего тратить такты на рассчет остатка.
---
В наше время x86 сами по себе тоже стали RISC, внутри самого процессора за 7 печатями находится транслятор CISC -> RISC, который древний "высокоуровневый" ассемблер х86 раскладывает на внутренние RISC-инструкции, называется эта хрень "микрокод". Но вот этот транслятор нифига не бесплатный, без него работало бы быстрее. Зато с ним на последнем интеле идут программы, написанные под самый первый 8086, было бы желание.
Когда-нибудь он издохнет под грузом внутренних противоречий, о коих на лурке сложена более чем достойная статья. Возможно - это первая ласточка. Но на мой взгляд эппл ещё вернется обратно.
В целом тенденция верная. CISC сейчас не нужна. И существует только изо большого количеств софта написано и поддерживаемого под него. Думаю добровольно принудительная стратегия эппл заставит разработчиков софта переписывать решения по ARM. Также в результате конкуренции возможно мы увидим какие ни будь гибридные решения от intel/amd которые смогут и смогут либов выполнять CISC транслируя в RISC либо сразу напрямую выполнять RISC.
Вот только арм принадлежит амд,и эплу будет крайне трудно просто захотеть чтобы все плясали под её дудку
ARM принадлежит Nvidia, так-то. Они недавно купили саму компанию со всеми патентами за 40, кажется, лярдов долларов.
точно,попутал нвидию с амд
Ещё нет, не? Сделку ещё не оформили, и есть куча тех, кто против?
99.9% разработчиков не надо ничего переписывать. Только скомпилировать с другой архитектурой. Переписывать придется только тем, кто использовал асм вставки.
Ой ли? Есть такая штука, как "Модель памяти x86" например, которая запрещает реордеринг инструкций, который АРМ разрешает. И получится, что такой прекрасный софт после перекомпиляции работает криво если вообще работает, вылазит милилон многопоточных багов и прочие прелести. И программа, рассчитавющая на гарантии как слева, а получившая как справа будет работать очень и очеь весело
Ну, в основном это проблема компилятора, а не софта.
Про многопоточные баги - если писалось не рукожопами, то не вылезет ничего. Впрочем, условие выполняется не всегда, да.
Про многопоточные баги - если писалось не рукожопами, то не вылезет ничего. Впрочем, условие выполняется не всегда, да.
Любой современный высокопроизводительный процессор, что риск, что циск, транслирует команды во внутренние микрооперации, а потом занимается всяким непотребством: перемещением команд, конвейризацией, внеочередным исполнением, предсказанием переходов итп итд. Без этого ты будешь на уровне первого пня (хотя там уже были отдельные технологии).
Риск ничего особо не транслирует, он выполняет то, что написано. 20-байтных команд с триллионом префиксов и суффиксов там не бывает.
транслятор уже много лет как практически бесплатный. и, как бонус, одна сложная инструкция может нести в себе аналог двадцати более простых, но передаётся она через бутылочное горлышко оперативки намного быстрее, чем двадцать.
все эти споры, что лучше, risc или cisc, имели смысл в девяностых, когда транслятор занимал большое количество места на кремне.
все эти споры, что лучше, risc или cisc, имели смысл в девяностых, когда транслятор занимал большое количество места на кремне.
Он и щас занимает, почитай что инженеры интела пишут. А ещё лучше попробуй сам реализовать.
Они вроде сравнивали с прошлыми процами на macbook air. Очевидно, там не все так радужно на самом деле и как только они нормально выйдут на рынок, то сразу же героически всосут во всех бенчмарках мира.
На маке есть бенчмарки?
Есть, но они очень дорогие, поэтому их никто не использует.
у арм урезаный набор команд,он менее универсален но из за этого более проще и быстрее
Идеально для яблока, я считаю. Менее универсален, зато быстрее это их философия.
И всё равно уже через год лагает так, что хочется повесится. Как минимум яблофоны.
их уже штрафовали за то что они сами замедляют более старые модели,дабы все бежали покупать новинку
Не совсем так, или не только - там типа чтоб телефон жил дольше даже через год-два с деградацией батареи - они урезали частоту процессора. И выходило что телефон жил условно те же 24 часа новый и через 3 года использования, только вот становился более медленным.
потребителей правда такая забота не сильно обрадовала
какие же пидоры
Да, ведь у яблофона ахуеть так много сборок...
топовый яблобук стоит обычно настолько больше, чем топовый аналогичный в производительности не-яблобук, что
> "зачем ты, баран, вообще купил Мак? Купи Dell или HP и не выёбывайся - они тоже классные"
> "зачем ты, баран, вообще купил Мак? Купи Dell или HP и не выёбывайся - они тоже классные"
Так я про то же. Если ищешь цена/качество, то Apple априори неподходит. С другой стороны, их оборудование плохим назвать язык не повернётся - в пересчёте на время железки своё отрабатывает неплохо.
Это некоторое упрощение - "менее универсален", значит, что у процессора общий набор инструкций меньше (основная идея RISC архитектур). Следовательно для выполнения одной и той же задачи на CISC (напрмер х86) процессоре и RISC (ARM) скорее всего потребуется разное количество инструкций. Не везде и не всегда, но скорее всего RISC будет требовать большего числа инструкций. С другой стороны, RISC инструкции гарантированно выполняются за один тактовый цикл, в то время как СISC могут занимать несколько циклов (деление или извлечение квадратного корня например). В итоге, скорее всего, все будет зависеть от реализации внеочередного исполнения команда, да оптимизаций компилятора - так что хрен знает что будет в итоге.
Так стоп, x86 - это CISC? Я думал, все пользовательские процессоры - RISС.
Аххахахахха блять, потрясно, это правда) Мне в колледже препод зачехлял, что все пользовательские процы теперь только RISK. Сууука, 9 лет объебалова.
Так блэт, ну хоть итаниумы - VLIW. Хоть где-то правда в этих методичках была. Я щас блять все пойду перепроверять из того, что они мне говорили!
современные x86 снаружи cisc, а внутре неонка^W risc. позвояет менять внутрянку не ломая совместимость, команды транслируются. ну и современный risc - не то, чтобы сильно risc, аппаратные команды для криптографии и декодирования видео в исхоную парадигму risc как-то не особо укладываются.
Сейчас идёт CISC процессоры c RISK ядром, если говорить очень-очень упрощённо.
> RISC инструкции гарантированно выполняются за один тактовый цикл
Неверно даже для Cortex-M, микроконтроллерных ядер ARM. Неверно совершенно для современных суперскалярных процессоров.
Неверно даже для Cortex-M, микроконтроллерных ядер ARM. Неверно совершенно для современных суперскалярных процессоров.
для того чтоб шароёбиться по тырнетам в Сафари больше и не надо)
Ты, конечно, извини, но выглядит как видео законченного макобоя. Я такие статьи читал, немного неубедительно. И вот этот пассаж про поддержку "всех кодеков и вообще всего-всего" — разве это не сделает в конечном итоге процессор опять более прожорливым? И про встроенное видеоядро... Ну в общем чувак повторил рекламный буклетик.
"Эпл умеет работать с разработчиками, а разработчики любят Эпл". Этот человек явно ооочень далек от мира разработки. Из всех моих коллег ios разработчиков лишь один любит Эпл, остальные ненавидят. А "умеет" работать Эпл очень просто, говорит "Обновите ваше приложение в течение 2-х месяцев в соответствии с новыми требованиями, иначе мы удалим ваше приложение из апстора".
Ловите макбоя
Будто только апле умеет держать старых и привлекать новых клиентов.
Вам засунули в жопу затычку, а вы радуетесь, что больше срать не надо будет.
Ему о неудобствах для разработчиков, а он свое "ыыыыыы, вы прост нищуки, дыаа".
Вот буквально в начале недели хотели собрать тестовый билд приложения под айфон для демонстрации заказчикам, и столкнулись с проблемой, что не получится так просто собрать установочный файл и скинуть его заказчикам, как это можно под андройд. Не говоря уже о прочей ебле, где даже в процессе разработки обязательно нужен мак с аккаунтом apple id, и прочие бревна в колеса.
Вот буквально в начале недели хотели собрать тестовый билд приложения под айфон для демонстрации заказчикам, и столкнулись с проблемой, что не получится так просто собрать установочный файл и скинуть его заказчикам, как это можно под андройд. Не говоря уже о прочей ебле, где даже в процессе разработки обязательно нужен мак с аккаунтом apple id, и прочие бревна в колеса.
Кодить на маке? Охуенно.
Кодить под макос/айос? В пизду блять. Завязывать свои скиллы и своё время чтобы тебя могли похоронить по рандомной причине.
Кодить под макос/айос? В пизду блять. Завязывать свои скиллы и своё время чтобы тебя могли похоронить по рандомной причине.
И да и нет. Ты слишком упрощаешь. Вы оба в чём-то правы.
В глазах team-lead-а смена специализации на 90 градусов это порядка -5 лет опыта. Это хорошо когда кочан варит и знания computer science в наличии. Но не стоит всё так упрощать. Уйдя из C++ в Haskell, ты очень долго будешь в позиции догоняющего. В том числе из-за языка и SDK. Частично из-за других парадигм. А это неизбежная просадка в з\п.
Вот представь тебе на стол кладут вакансию 1С программиста со стажем в 15 лет. А ты ищешь backend developerа. Даже если ты и дашь ему шанс, то всё равно будешь смотреть с прищуром. Будешь прикидывать как долго чувак будет въезжать в язык, в паттерны и алгоритмы, непопулярные в 1С, в саму концепцию серверной разработки. А ещё ему надо будет вкурить как ваш проект работает. Хорошо если ты ему дашь зп мидла.
В глазах team-lead-а смена специализации на 90 градусов это порядка -5 лет опыта. Это хорошо когда кочан варит и знания computer science в наличии. Но не стоит всё так упрощать. Уйдя из C++ в Haskell, ты очень долго будешь в позиции догоняющего. В том числе из-за языка и SDK. Частично из-за других парадигм. А это неизбежная просадка в з\п.
Вот представь тебе на стол кладут вакансию 1С программиста со стажем в 15 лет. А ты ищешь backend developerа. Даже если ты и дашь ему шанс, то всё равно будешь смотреть с прищуром. Будешь прикидывать как долго чувак будет въезжать в язык, в паттерны и алгоритмы, непопулярные в 1С, в саму концепцию серверной разработки. А ещё ему надо будет вкурить как ваш проект работает. Хорошо если ты ему дашь зп мидла.
Ты бы ещё переход с front end в game dev предложил бы.
Хотя по логике привязки к языку, там js и в Юнити js применим, заебись че? :)
Хотя по логике привязки к языку, там js и в Юнити js применим, заебись че? :)
Тебе платят за тупые проекции в интернете, макбой?
Я хоть и не разработчик, но хочу отметить что нашей компании именно Apple присылал детальные ответы касательно того что конкретно их не устраивает в обновлениях нашего приложения и довольно быстро, в то время как от Google Play разъяснений приходилось добиваться гораздо дольше и сама проверка больше времени занимала. И да, позиция у них аналогичная: "не соответствует требованиям - уберем нах!"
Хорошо что ты ответил, не пропустил это видео из-за тебя.
Ты не вкурил: "любят" в смысле там бабло есть, много бабла., ведь даже твои коллеги плачут, но жрут кактус.
Ты не вкурил: "любят" в смысле там бабло есть, много бабла., ведь даже твои коллеги плачут, но жрут кактус.
>>То что греется i9, это не вина apple
Засунуть проц с требовательным TDP в сверхтонкое устройство и удивлятся чего это оно греется. Вот же Intel негодяи!
>>У Microsoft не получилось, а у Apple получится, они подготовились
Бля буду, гарантия -- 100500%!
>>Рзаработчики перепишут софт.
Я прям вижу эту радость на лицах разработчиков, которые сейчас пилят что-то под x86 и какими-то правдами и неправдами прикручивают к Macbook, и им подъежает новость что все это гавно будет работать не столько долго, как бы хотелось.
>>Нейроные технологии
Которые презентовали.... Intel! Сука, я тоже хочу нести хню за оверпрайс...
Засунуть проц с требовательным TDP в сверхтонкое устройство и удивлятся чего это оно греется. Вот же Intel негодяи!
>>У Microsoft не получилось, а у Apple получится, они подготовились
Бля буду, гарантия -- 100500%!
>>Рзаработчики перепишут софт.
Я прям вижу эту радость на лицах разработчиков, которые сейчас пилят что-то под x86 и какими-то правдами и неправдами прикручивают к Macbook, и им подъежает новость что все это гавно будет работать не столько долго, как бы хотелось.
>>Нейроные технологии
Которые презентовали.... Intel! Сука, я тоже хочу нести хню за оверпрайс...
> Я прям вижу эту радость на лицах разработчиков, которые сейчас пилят что-то под x86 и какими-то правдами и неправдами прикручивают к Macbook, и им подъежает новость что все это гавно будет работать не столько долго, как бы хотелось.
А они и не перепишут нормально. Начиная от простых кейсов "Разрабы давно закрылись, а софтиной их пользовались", тогда переписывать просто некому, до тонких нюансов различия модели памяти x86-ARM, и связанных с этим "багом один на миллион". Думаю, пользователи очень обрадуются глюкам, на которые невозможно пожаловаться в саппорт, потому что они "плавают" и раз на раз не приходится.
А они и не перепишут нормально. Начиная от простых кейсов "Разрабы давно закрылись, а софтиной их пользовались", тогда переписывать просто некому, до тонких нюансов различия модели памяти x86-ARM, и связанных с этим "багом один на миллион". Думаю, пользователи очень обрадуются глюкам, на которые невозможно пожаловаться в саппорт, потому что они "плавают" и раз на раз не приходится.
Какая же ты агрессивная тупая макака
Желаю тебе работать исключительно с софтом, который программно эмулируюется под нужную платформу.
Ну да, это ведь всегда так будет. Я более чем уверен, что такие же дебилы слюной брызгали от перехода с power pc на интел.
Ведь это так круто не юзать технику орать что она говно, ведь на маке не поиграть в игрушки, мы же не тупые покупать за оверпрайс. Плевать что теже маки отлично работают и спустя десять лет, плевать на качество сборки. Главное пезднуть, что apple говно и получить горстку плюсов. Так сказать подсесть на кукан общественного одобрения.
Ну а то, что сопастовимые, хотя бы по производительности, виндоус ноутбуки стоят дороже маков это мы слышать не хотим. Лучше вот купить сяоми и пыжиться что по характеристикам лучше, а то что сдохнет через год плевать.
Крч в комментах один пиздеж и «личный опыт» ради показания какой комментатор не такой як все. Особый рофл с той же розеттой, когда эпл вменяют в вину именно то что она исправляет из коробки.
Вы ребята тупые пиздопроебины желающие выделиться и получить толику одобрения, но не хотящие анализировать или разобраться в вопросе. Ведь куда проще крикнуть «эпл говно» и подсосаться к толпе. Вы хуже фуриебов
Ведь это так круто не юзать технику орать что она говно, ведь на маке не поиграть в игрушки, мы же не тупые покупать за оверпрайс. Плевать что теже маки отлично работают и спустя десять лет, плевать на качество сборки. Главное пезднуть, что apple говно и получить горстку плюсов. Так сказать подсесть на кукан общественного одобрения.
Ну а то, что сопастовимые, хотя бы по производительности, виндоус ноутбуки стоят дороже маков это мы слышать не хотим. Лучше вот купить сяоми и пыжиться что по характеристикам лучше, а то что сдохнет через год плевать.
Крч в комментах один пиздеж и «личный опыт» ради показания какой комментатор не такой як все. Особый рофл с той же розеттой, когда эпл вменяют в вину именно то что она исправляет из коробки.
Вы ребята тупые пиздопроебины желающие выделиться и получить толику одобрения, но не хотящие анализировать или разобраться в вопросе. Ведь куда проще крикнуть «эпл говно» и подсосаться к толпе. Вы хуже фуриебов
эпл гавно по многим причинам. расскажу тебе свою ситуацию - говорил знакомому - продай нахуймоноблок обгрызенный - не место ему в СТО. нееет! это жЭ ёпл!!111 в результате у него ебнулась мхм3 видяха, за которую при 256мб оперы просят от 80 баксов. 80 баксов, карл, за 4670. а поставить винды, или отключить дискретку я не могу - некому вывести изображение на экран, при имеющийся встройке. это блять х86 от интела, а работает как хуй пойми что.
Подозреваю, что в некоторых задачах, в которых можно использовать хитрые инструкции x86, у ARM будет не все так радужно.
Если речь о SIMD то у ARM по идее есть SVE, которые по ширине такие же, как и AVX512. Самый мощный суперкомпьютер в мире на армах с такими SIMD инструкциями построен. Щас надо смотреть как компиляторы будут успевать оптимизации подтаскивать.
"как компиляторы будут успевать оптимизации подтаскивать"
как всегда было, долго и через жопу
как всегда было, долго и через жопу
Аминь.
С другой стороны, сейчас не столько много пишут нативно. 100500 слоёв виртуализации приводят к тому, что оно на всех платформах работает одинаково криво) Зато можно использовать одну кодовую базу, а это значительно важнее 3-5% производительности.
С другой стороны, сейчас не столько много пишут нативно. 100500 слоёв виртуализации приводят к тому, что оно на всех платформах работает одинаково криво) Зато можно использовать одну кодовую базу, а это значительно важнее 3-5% производительности.
Тока компиляторы продолжают компилировать по-дефолту под какие-нибудь консервативные "sse2". Людям обычно интереснее покрыть в 2 раза больше рынок за счет 5% замедления потому что где-то недоиспользовали AVX
Большинствов в долбаном gcc конфигурации задавать не умеют, а то и вовсе дальше кнопочки build/run в любимой IDE не ушли.
Если коротко вот пример возьми мощный комп времен конца ПС3 и запусти на нем эмулятор ПС3 лагать будет пиздец как хотя комп в несколько раз мощней.
Но пример не правильный тормозить будет не из-за железа пк, а потому что несовершенство программы эмулятора ибо версия 2012 и 2020 года на одном и том же компе покажут совсем разные результаты.
Возми тотт же комп и эмуль 2020 всеравно тормозить будет ибо как не транслируй команды физику не наебать при эмуляции/трансляции команд теряется куча производительности на ненужные по сути действия без которых работать не будет. и пока все не пересоберут на АРМ то будет тормозить как не вылизывай транслятор либо надо выч мощности не в разы,а в 10к раз выше
Думаю тут будет проблема эмулятора, а не процессора.
Возьми сейчас любой самый мощный комп и запусти на нём эмулятор ПС3 - лагать будет также пиздец.
Вот только если тогда мой комп тянул 60+ FPS на максималках в играх его времени, ПС3 не тянул. И у меня было и то, и другое.
Возьми сейчас любой самый мощный комп и запусти на нём эмулятор ПС3 - лагать будет также пиздец.
Вот только если тогда мой комп тянул 60+ FPS на максималках в играх его времени, ПС3 не тянул. И у меня было и то, и другое.
Возьми любой комп и запусти на нем виртуалку этой же архитектуры (но без аппаратной виртуализации). Будет лагать. А если запустить эмулятор другой архитектуры, будет просто адские тормоза, как, к примеру, старые эмуляторы Android
Есть некоторая тенденция перехода на арм, это да. Во многом из-за энергопотребления и того что ноутбуки реально дольше живут на этой архитектуре (по ранним тестам было около полутора раз дольше).
Но про 98% пек, это наверняка либо манипулирование статистикой, либо прямая ложь.
Но про 98% пек, это наверняка либо манипулирование статистикой, либо прямая ложь.
У меня до сих пор пентиум 2 и пентиум 4 живы например.
Ну ты ж такой не один в мире с пекой, надо полагать
лол, у меня до сих пор 286 10 МГц жив.
98% вышли давно.
2% в последние 2 года.
Всё точно.
2% в последние 2 года.
Всё точно.
ох, я даже готов тебе поверить, если пруфов хороших насыпешь
ну считать впадлу, но если считать транзисторные чипы и подобное, то думаю получится близкая цифра, тупое "манипулирование статистикой" как ты и сказал
не просто пк,а лаптоп пк или ноутбуков а учитывая что даже игровые ноуты слабее средних обычных,а б.джетные и того хуже,то явно на что они делают уклон
хотя 98% явно завышенны
хотя 98% явно завышенны
Не забывай про IBM POWER. Они в пользовательском сегменте не представлены, но вот сервера на них делаются. Но да, эпплы по-любому пиздят где-то. Спеков проца скорее всего мы не увидим - потому придется только гадать, что там в реальности происходит
>Они в пользовательском сегменте не представлены, но вот сервера на них делаются
Да. Только рынок вот очень уж ограниченный. Это не массовое.
Я за 13 лет работы видел power только однажды. Даже почивший, по сути, sparc я видел больше.
Да. Только рынок вот очень уж ограниченный. Это не массовое.
Я за 13 лет работы видел power только однажды. Даже почивший, по сути, sparc я видел больше.
Они просто считают все ПК, когда-либо выпущенные ).
Потому что apple в одной половине подтасовывает статистику, а в остальном безбожно врёт.
1) Большинство компьютеров - low end, и дешёвый процессор хуже дорогого
2) Типичное потредление интеловского ноутбучного проца - 35 вт, всё чаще 15вт в среднем.
3) Пока не было огромной компании, которая бы вложила кучу денег в PСшные ARM. Ничего невозможного нет, просто AMD и Intel выгоднее использовать свои предыдущие наработки, а не начинать с 0 на новой архитектуре.
4) x86 действительно тащит за собой кучу легаси. 1503 инструкций, 90% которых пользуется полторы программы, но из-за совместимости нужно оставлять. ARM операций куда меньше и они проще, но это означает, что система объединения их в конвейер должна быть интеллектуальней.
1) Большинство компьютеров - low end, и дешёвый процессор хуже дорогого
2) Типичное потредление интеловского ноутбучного проца - 35 вт, всё чаще 15вт в среднем.
3) Пока не было огромной компании, которая бы вложила кучу денег в PСшные ARM. Ничего невозможного нет, просто AMD и Intel выгоднее использовать свои предыдущие наработки, а не начинать с 0 на новой архитектуре.
4) x86 действительно тащит за собой кучу легаси. 1503 инструкций, 90% которых пользуется полторы программы, но из-за совместимости нужно оставлять. ARM операций куда меньше и они проще, но это означает, что система объединения их в конвейер должна быть интеллектуальней.
Просто макбук создан для простой работы и видосиков.
Ни о каких играх и дизайне речи не идет.
Ни о каких играх и дизайне речи не идет.
Для любой работы пойдёт, смотря как организован процесс. На ноутах всё равно никто профессионально работающий не компилирует и не рендерит.
Компилирует, ещё как. Для это есть класс ноутбукв Мobile Workstation.
У нас в компании у всех разработчиков ноуты и треть компилирует прямо на них. Да и порендрить/погамать на ноутах многие любят.
И да, даже на макбуках.
И да, даже на макбуках.
про билд серверы в фирме не слыхали?
Где? В Барнауле? Алтайский край?
У них продукт 1500 строк, там все норм :)
Фабрика хуллоуворлдов?)
если кратко:
- не указали что за мифические лептопы и настолки примерялись для сравнения.
- в некоторых тестах оцифровывали минутное(!) видео в их проприетарном(!!) формате, для которого в их M1 существует специальных блок декодирования(!!!). Т.е. ребята для своего формата запилили специальное железо, гнали пару минут и выдают "смотрите какой прирост!"
- поддержка х86 программа апаратная. Часть софта вроде уже успели перевести, часть в скорем времени превратится в тыкву.
- плюс общий вывод ролика, что покупать текущие и будущие яблоки на архитектуре х86 не самая надежная мысль, т.к. все указывает что компания идет в сторону "собственного" ARM, с дальнейшими оптимизациями софта исключительно под него, и вполне возможно что будущие(!) модели на Intel превратятся в тыкву быстрее уже существующих M1.
Смотря для чего. Я, например, слабо представляю себе веб-разработку на арм - без виртуализации и докера, да и вообще большая часть линуксового софта под x86. А у нас вся контора на прошках работает.
>>Я, например, слабо представляю себе веб-разработку
Смотря что закладывать в понятие "веб-разработка". Я лично на практике сталкивался с такой веселой задачей, когда на горизонте ноль макбуков, развернуть виртуалку геморой (ибо apple жадные мудаки), а заказчику нужна поддержка сафари.
Смотря что закладывать в понятие "веб-разработка". Я лично на практике сталкивался с такой веселой задачей, когда на горизонте ноль макбуков, развернуть виртуалку геморой (ибо apple жадные мудаки), а заказчику нужна поддержка сафари.
Хехе, а мы столкнулись с противоположной ситуацией. У 95% сотрудников маки, у 5% хоть и ПК, но стоит линукс. А баг воспроизводится только на MS Edge. Windows ни у кого нет :) Проставить - и лень и лицензий нет. Browserstack выручил. А на днях Edge зарелизили под Linux
К сожалению, бразуерстек - не панацея. Особенно, если речь про мобильные версии сайта :(
И в чем проблема зайти на официальный сайт MicroSoft и скачать готовый образ виртуалки с Edge под какую-либо из имеющихся платформ виртуализации? (https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/)
У M$ есть бесплатные, готовые образы с большинством комбинаций os/browser для virtualbox. Virtualbox есть даже на мак, не говоря о linux.
Я в курсе. Его тоже использую.
Но при прочих равных предпочитаю запускать Browserstack, т.к. там широкий выбор версий разных браузеров и платформ. И под него есть готовый плагин по пробросу сетевого стека хост-машины. Из недостатков - слишком тормозные машины.
Но при прочих равных предпочитаю запускать Browserstack, т.к. там широкий выбор версий разных браузеров и платформ. И под него есть готовый плагин по пробросу сетевого стека хост-машины. Из недостатков - слишком тормозные машины.
Большей части линуксового софта насрать на архитектуру, если под неё есть компилятор.
Чойта на arm не будет виртуализации? qemu на арме, вроде, работает. Думаю, и платные решения подтянутся. А где виртуализация - там и докер на маке. Медленно и геморрно, но будет. Но "медленно и геморрно" - это девиз любых разрабов на маке.
Потребуются ARM-образы докера, не? Ну или эмуляция x86 на ARM, что будет пиздец слоупочно.
это просто реклама, глупенький )
как увеличить пипиську до 30 сантиметров или выиграть айфон на сайте с лотереей
как увеличить пипиську до 30 сантиметров или выиграть айфон на сайте с лотереей
Там много чего уже понаписали, но внесу свою лепту.
- x86 не сильно отличается от arm. cisc/risc - не важно, если под капотом у x86 длинные и сложные команды разбиваются на мелкие как у ar, а потом выполняются.
- энергоэффективность arm тоже миф. на числодробилках при равных условиях потребляются одинаковое кол-во энергии. Больше на энергозатраты влияют работа над памятю\кешами\регистрами и пр.
В итоге для конечного потребителя они можно сказать одинаковые. Самые важные факторы это различия в лицензировании (свой arm проц может себе сделать даже Толян из Пробухтинска) и легаси.
- x86 не сильно отличается от arm. cisc/risc - не важно, если под капотом у x86 длинные и сложные команды разбиваются на мелкие как у ar, а потом выполняются.
- энергоэффективность arm тоже миф. на числодробилках при равных условиях потребляются одинаковое кол-во энергии. Больше на энергозатраты влияют работа над памятю\кешами\регистрами и пр.
В итоге для конечного потребителя они можно сказать одинаковые. Самые важные факторы это различия в лицензировании (свой arm проц может себе сделать даже Толян из Пробухтинска) и легаси.
забыл ответить
> почему нет стремительного перехода на ARM архитектуры?
как видим оно есть, но оно не такое стремительное как кажется. Даже в топы суперкомпов на первое место вырвался arm машина.
> почему нет стремительного перехода на ARM архитектуры?
как видим оно есть, но оно не такое стремительное как кажется. Даже в топы суперкомпов на первое место вырвался arm машина.
Большая часть производительности которой - GPU.
Тут ты ошибаешься. Топ1 машина сейчас не использует gpu. Он на одних арм процах на первое место вырвался
Упс, спасибо
Проблема там очень простая - никакого особенного прироста нет, софт переводить феерически дорого, эппл делает это именно по этой причине - потому что хуй клало на то что у тебя ничего из нормального софта работать не будет, можно продавать свой по 16 тыщ за копию, и никакие конкуренты ничего не склепают.
Работать будет они транслятор выкатили, но лагать будет все что не переписали
Разница в наборе команд, но это не должно интересовать ~100% потребителей и ~90% разработчиков. Стремительного перехода нет т.к. нет сверх фактора который может пнуть всю индустрию. Возможно переход эпл будет отправной точкой, но вряд ли переход будет стремителен. Сейчас все учавствующие (как то: производители процессоров, разработчики софта, пользователи) много чем не доволльны, но караван идёт. Производители создают и продают процессоры, разработчики разрабатывают софт, а пользователи покупают процессоры и используют софт. И, до недавнего времени, не было силы которая все это изменить во первых захочет, а во вторых сможет. Сейчас на эту роль претендует эпл. Во первых у них есть желание избавиться от чужих процессоров в своих компьютерах, а во вторых они накопили много денег и большую пользовательскую базу. Еще одна причина по которой компании засматриваются на ARM это общая архитектура с мобильными платформами. В итоге конечному потребителю надо обращать внимание на соотношение цена/производительность, а разработчикам придется следовать за выбором потребителей.
>>Но я все же думаю что они сравниют именно топовые
В школы и армию брать эпплы? Ты серьезно сейчас?
Я к тому что в школах и армиях не слишком сильные машины. Про этоя вообще не говорил
Майки, когда выпускали виндовс фон 10, написали эмулятор x86 на arm. Но даже они не смогли избавиться от потерь в производительности в эмуляторе и забили хуй на это
Не совсем забили. Новые планшеты и ноуты пилят с расчетом прикрутить этот самый эмулятор. Правда делая явно идут не очень.
Как я люблю Apple!
- Apple компы на PowerPC = "конечно, они лучше этих ваших интелов"
- Apple компы на интелах = "вот теперь мы выбрали производительную платформу!"
- Apple компы на ARM = "ваще зверь * "
( * не предусмотрено добавление видеокарты и ОЗУ)
- Apple компы на PowerPC = "конечно, они лучше этих ваших интелов"
- Apple компы на интелах = "вот теперь мы выбрали производительную платформу!"
- Apple компы на ARM = "ваще зверь * "
( * не предусмотрено добавление видеокарты и ОЗУ)
Там на рапсбери повесили внешнюю видюху)
Слежу внимательно с появления raspberry Pi4. Которой выпаивали usb хаб и впаивалисть в pcie для подключения периферии. Уже запустили 40GBe сетевуху и sata контроллер. Видяху тогда сложно было инициализировать, но вот уже добили и это.
Вроде как они выбирают самую перспективную технологию для конкретной стадии развития технологий в целом и для конкретных задач.
Я вот очень надеюсь, что тема с арм взлетит, её подхватят другие производители и следующий свой ноут я буду брать от какого-нибудь Ленова с 24+ часами работы от батареии и с зарядкой от павербанка.
Потому что браузер посёрфить и в героев поиграть мне хватало ещё компа, который родители купили мне в средней школе овер 15 лет назад.
Я вот очень надеюсь, что тема с арм взлетит, её подхватят другие производители и следующий свой ноут я буду брать от какого-нибудь Ленова с 24+ часами работы от батареии и с зарядкой от павербанка.
Потому что браузер посёрфить и в героев поиграть мне хватало ещё компа, который родители купили мне в средней школе овер 15 лет назад.
Проблем у ноута на ARM нет. Ноуты на ARM существуют довольно давно и изначально позиционировались как специфические устройства.
Проблемы у стационарных компов на ARM (в видении apple), а именно в:
- отсутствии слотов расширения (видеокарты, видеозахват, прочие платы расширения)
- невозможность увеличить ОЗУ (ну не шмогла я, не шмогла!)
- несовместимость с текущим USB железом (нет драйверов)
- совместимость с ПО через эмуляцию (нафиг) или через переписывание софта (разрабы "счастливы")
Не обвиняю Apple, а просто показываю, чему тут радоваться? Какие выгоды мне сулит столь резкий переход с одной платформы на другую? Так сразу на raspberry pi можно "переходить"!
Проблемы у стационарных компов на ARM (в видении apple), а именно в:
- отсутствии слотов расширения (видеокарты, видеозахват, прочие платы расширения)
- невозможность увеличить ОЗУ (ну не шмогла я, не шмогла!)
- несовместимость с текущим USB железом (нет драйверов)
- совместимость с ПО через эмуляцию (нафиг) или через переписывание софта (разрабы "счастливы")
Не обвиняю Apple, а просто показываю, чему тут радоваться? Какие выгоды мне сулит столь резкий переход с одной платформы на другую? Так сразу на raspberry pi можно "переходить"!
Поэтому сейчас я АРМ не юзаю, а жду, пока она станет массовой и её допилят до комфортного для меня уровня.
Сегодняшние компы и ноуты не допилены до комфортного уровня? Что ARM привносит такого, что "ура, пилите, ждём!"
Как что... вы еще не поняли, arm делает то-же самое потебляя всего 5w*, тогда как интел 35w.
А сноски ведь для лохов, сноски никто не читает, что яблоко затрачивает на это в 5раз больше времени, спотыкаясь о собственные костыли.
А сноски ведь для лохов, сноски никто не читает, что яблоко затрачивает на это в 5раз больше времени, спотыкаясь о собственные костыли.
кому надо 24+ часа работы от батарейки? такое никто не купит. купят с 6-8 часами, нужными типичному юзеру, но зато полегче.
ночью ты ж всё равно спишь, а девайс заряжается.
заряжать от павербанка тащемта можно что угодно, от павербанка зависит. есть такие, которые типичные ноутбучные 19 вольт выдают. новые устройства прост уже с павер деливери, что добавляет удобства. а так-то проблем нет.
ночью ты ж всё равно спишь, а девайс заряжается.
заряжать от павербанка тащемта можно что угодно, от павербанка зависит. есть такие, которые типичные ноутбучные 19 вольт выдают. новые устройства прост уже с павер деливери, что добавляет удобства. а так-то проблем нет.
В дорогу я вот нетбук юзаю в поездах 8 часов держит но честно маловато если тебя послали из Киева в Днепр и назад в 1 день из-за суда потому что зарядить нетбук часто негде или некогда.
По маршруту Киев-Днепр щас ходят поезда поновее.
Там есть розетки от которых можно вполне заряжать ноут
Там есть розетки от которых можно вполне заряжать ноут
Интерсити не могу спина болит столько сидеть в неудобных креслах, только лежа в поездах езжу, в старых тоже есть розетки и работают, но ну нахуй с их скачками напряжения.
Не, не интерсити. Обычные поезда, по стандартному маршруту.
Только более новые. Там даже плацкарт вполне годный.
Но и стоит х2 по сравнению со старым поездом. 250грн или около того.
Если через приват24 заказывать, можно найти. Советую заценить разок.
Только более новые. Там даже плацкарт вполне годный.
Но и стоит х2 по сравнению со старым поездом. 250грн или около того.
Если через приват24 заказывать, можно найти. Советую заценить разок.
Потому что 24+ часа - это при сёрфигне с wifi. При играх/работе это как раз и будет 5-8 часов.
типичный юзер свой условный айпад юзает пару часов утром, пока ест и на толчке сидит, столько же вечером. плюс, может быть, в метро.
прям вот сидеть где-то в поле вдали от розеток 8 часов гамать в жирную игруху - кто так делает-то?
это нетипичные потребности, и порешать их можно тем же павербанком, кому надо.
прям вот сидеть где-то в поле вдали от розеток 8 часов гамать в жирную игруху - кто так делает-то?
это нетипичные потребности, и порешать их можно тем же павербанком, кому надо.
intel таки на арм забили уже лет 5 назад.
очень большая часть хромбуков была (есть) на arm
Как часто людям на рабочих ноутах нужно больше 16 гигов?
Ну и да, как только в маках пропала функция подключения внешней видеокарты, так куча даунов сразу об этом завопила. Плевать, что этот гимик и на прошлой платформе почти не работал.
Ну и да, как только в маках пропала функция подключения внешней видеокарты, так куча даунов сразу об этом завопила. Плевать, что этот гимик и на прошлой платформе почти не работал.
i like your funny words magic man, every year
Какой поразительный рекламный ход. Смотрите я Мак - молодой стильный остроумный. А я Писи - в потертом деловом костюме жирный молодящийся задрот. Ну и прочие сравнения в подобном духе. Еще со времен, когда эти ролики на дисках игромании выкладывали воспринимал их не более чем забавные видео
1. Посмотрим, как будет в реальных задачах, но я в чудо не верю, физику не наебешь, даже если ты эппл, даже если ты Джим Келлер. Сколько-то можно выиграть на мткроархитектурных оптимизациях, но ведь Интел и АМД не сидят на месте. Существующие мощные АРМ для серверов, которые могут тягаться с х86 (но не по производительности на ядро) жрут на меньше.
2. х86 стандартизован по самое не хочу. Я могу купить интел/амд, поставить туда хоть Болген ОС и она заработает. Да, криво, да, не все оборудование будет работать, но хоть что-то. Чтоб запустить другую версию андроеда на андроед телефоне, требуется ее специально допиливать, и не факт, что получится. Плюс закрыты загрузчики.
3. Производители арм чипов просто дают вендору бинарные блобы, все дрова закрыты, все нахуй закрыто. Поддержка этих чудо-процов сторонним софтом почти невозможна.
4. Плюс всякие вендор-расширения для арм, типо ускорителей.
5. Вендорлок скорее всего выгоднее
Когда арм массово пойдет на ноутбуки, мы получим говноноуты с говнософтом от разных вендоров, на которых ты хуй что запустить сможешь, а на обновления эабьют в лучшем случае через пару лет.
Change my mind
2. х86 стандартизован по самое не хочу. Я могу купить интел/амд, поставить туда хоть Болген ОС и она заработает. Да, криво, да, не все оборудование будет работать, но хоть что-то. Чтоб запустить другую версию андроеда на андроед телефоне, требуется ее специально допиливать, и не факт, что получится. Плюс закрыты загрузчики.
3. Производители арм чипов просто дают вендору бинарные блобы, все дрова закрыты, все нахуй закрыто. Поддержка этих чудо-процов сторонним софтом почти невозможна.
4. Плюс всякие вендор-расширения для арм, типо ускорителей.
5. Вендорлок скорее всего выгоднее
Когда арм массово пойдет на ноутбуки, мы получим говноноуты с говнософтом от разных вендоров, на которых ты хуй что запустить сможешь, а на обновления эабьют в лучшем случае через пару лет.
Change my mind
> все нахуй закрыто
Это очень даже в соответствии с политикой Аппле. _
Это очень даже в соответствии с политикой Аппле. _
Все нахуй закрыто не только у аппле. У почти любого чипмейкера тоже. Найдешь опен сурс дрова на свой андроед телефон? Быть может, они их выложили в мейнлайн линукс кернела, чтоб линукс поддерживал устройства на разных андроед телефонах? Авотхуй
> Авотхуй
Анахуя? Ты в мобилку новую видеокарту собрался пихать, что тебе надо какие-то дрова туда поставить?
Анахуя? Ты в мобилку новую видеокарту собрался пихать, что тебе надо какие-то дрова туда поставить?
1. Новый андроид. Извечная головная боль многих владельцев андроид телефонов, то, что на их корыто производитель не выпускает обновы.
2. Альтернативную ОС, какой-нибудь Sailfish.
3. Мы вообще-то тут говорим о ноутбуках на ARM'ах, которые, скорее всего, грядут в недалеком будущем. И пока у поделий на ARM все очень плохо с установкой того, что не было предусмотрено вендором.
2. Альтернативную ОС, какой-нибудь Sailfish.
3. Мы вообще-то тут говорим о ноутбуках на ARM'ах, которые, скорее всего, грядут в недалеком будущем. И пока у поделий на ARM все очень плохо с установкой того, что не было предусмотрено вендором.
> И пока у поделий на ARM все очень плохо с установкой того, что не было предусмотрено вендором.
Повторюсь, что я как раз и надеюсь, что это изменится и ноутбуки на АРМ будут такие же функциональные, плюс более удобные.
Повторюсь, что я как раз и надеюсь, что это изменится и ноутбуки на АРМ будут такие же функциональные, плюс более удобные.
не верьте яблочной рекламме - там пиздят больше чем в другой рекламме
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!