Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
Киберпунк использует: данные в игре очень сильно пожаты и их много. Процессор постоянно делает декомпрессию и производительность очень сильно выигрывает от наличия хорошего числа хороших ядер.
> На оптимизацию CCX/CCD из Zen ушло 3 года, учитывая опыт работы, то сделают за год big.LITTLE
это программно-аппаратный замут, сразу нормально не сделают
> Mac OS вообще во многих планах хуже Windows.
я, честно, дивлюсь с количества говноедов. Венда — жуткая параша. Абсолютный чемпион по несогласованности интерфейса. Дерьмовый усерспейсный интерфейс сети (но хотя они здесь с махосью наравне, лучший — у линупса). Дерьмовая файловая система.
это всё так себе будет работать
у эпола работу бих-литол наладили только в 11-ом ойфоне — после 6с было значительное ухудшение гладкости анимаций
и это эпол, который-хоть вид пытается делать, что всеми силами работает ради потребителей
а две эти параши, микрософт с интолом, как обычно выпустят жуткое дерьмо с подёргиваниями анимаций, странными флуктуациями производительности и пр.
> Переход серверов на АРМ — большой вопрос, который, скорее всего, закончится ничем.
Потому что тебе так кажется? Это вопрос экономики: серверов сейчас стало так много, что траты на электричество составляют очень заметную часть бюджета.
ЗЫ Старая мантра про «время разработчика дороже времени железа» в масштабах больших компаний уже не работает. В смысле есть разница выделить 1024 сервера под систему или 2048.
побольше ))))) поставь, ещё забавнее будет
тестировали пару месяцев назад разные базки данных, выбирали под свою задачу. Интел с 96 вёдрами против епика о 128 вёдер. Интел стабильно быстрее.
судя по гёкбенчу амд быстрее в простом коде, вроде гоняний AESXXX (которое поддерживается аппаратно, так-то оно не слишком простое логически), во всяких обработках картинок, в голубоком обучении и прочих числодробильнях.
Как раз на коде с ветвлениями, вроде уеба или канпеляции, интол всё ещё заметно шустрее. Правда, М1 от эпола в этих задачах ещё лучше :)
> Как бы сёрфинг в интернете на сегодня самый ресурсоемкий процесс.
+1, сафари на М1 (МБП) жрёт гораздо больше остальных: голанд, который вижу больше, который то и дело что-то переиндексирует, далёкий номер 2, с потреблением в несколько раз меньше
Денег нет )
Но не боись. Квалком скоро обойдёт эпол по процам: они недавно купили контору феникс, в которой техдиром тот самый чувак, который сделал архитектуру для эполовых процов. Он ушёл и рост у эпола по самому важному показателю для всяких игорь, веб-браузинга, движков баз данных— сингл коре, прекратился. Через год по-идее результаты работы должны стать заметны. Чота типа двух тыщ в гейбенче на одном ведре. Вот тогда и заценишь то, что вижу я на М1 ;)
4 мощных и 4 хилых, это, фактически, аналог i7 о четырёх главах и HT
Ну и читерское средство, из-за чего все эти x86 кажутся «ленивыми»: типично эти интоли и амеде экономят энергию работая на пониженных частотах и повышают их только если появилась задачка безостановочно жрущая цепу больше чем некоторое заданное время. Скажем, 0.2 секунды.
Эпол М1 же тупо гоняет маленькие задачи на медленных энергоэффективных ядрах, а мощные обычно просто висят на WFI/WFE. Когда появляется «достойная задача» — любой запуск GUI приложения, например — она перенаправляется на мощное ядро, которое всегда 3.2Ггц. Т.е. он выполняет задачку за 0.08 секунд, пока интель, работая на низкой частоте, тратит на неё же 0.2 секунды и даже не успевает разогнаться. Брал мбп с М1 для работы на выезде, а ща после него работать на интолях уже неприятно: в целом вроде всё ± то же самое, но вот как будто с натугой все делается.
Очень много. Слишком много. Те же крокодилы из циски продолжают выпускать свой аниконнект только под x86 и он «прекрасно» работает и на эполовом проце. В кавычках потому что это поделие (сиськин софт) везде работает как коричневая субстанция.
Хотел было перелезть на опенконнект, но там какие-то проблемы с ДНС: то нормально ходит к внутрисетевому, при следующем старте уже не видит их. В точности как на линупсе проблемы с ним, с опенкоккектом. Но само подключение, если сервера увидел или если ходить напрямую через IP-ы, работает лучше чем сиськено поделие.
Мультикор роляет только в простых задачах требующих высокой пиковой вычислительной мощности. Всякие там обработки сигналов и в этом духе. Если постоянно видеу кодируешь то да, роляет.
Но если нужно чтобы поганные электрон-«приложения» не тормозили (точнее, меньше тормозили), то там тебе многоядра ничем не помогут: веб он одноведренный.
Старый архитектор — масло. Новый — маргарин. Просто обратите внимание на повышение сингл-кора: оно всё меньше и меньше. Походу дальше квалком начнёт рулить, который купил феникс. А в фениксе техдиром прикинь кто )
вот я тоже сразу обновлюсь. Мне на текущем Pro M1 не хватает:
1. Возможности подцепить более одного внешнего монитора
2. Памяти. Хотя, на удивление, 16Гб на макбучике почему-то хватило для отладки там, где обосрался линупс с 16Гб, но всё равно, для разработки это явный минимальный порог, хочу от 32Гб.
Вот и всё пожалуй. Там, понятно, производительность повыше будет, может ССД ещё раз подтянут ближе к 6Гб/с (хотя и так хватает), но в целом к производительности у меня никаких претензий нет: тяжёлая логика на М1 считается гораздо лучше чем на x86-ых. Какая-нибудь переиндексация проекта на жытбрейносевых идях, канпеляция кода, веб-браузинг — всё заметно, иногда гораздо, быстрее чем на интолах.
я чот вообще не понимаю смысла этих 16 дюймов на ноутах: их всё равно мало, большой разницы по размеру с 13 нет, вот приставной экран хотя бы от 24 её уже даёт. А носибельность от этой пары-тройки дуймей прям страдает.
забавное наблюдение: при попытке подебужить один генерированный проект на Go линупс с 16Gb на борту лезет в своп, так что и дебук превращается в ад. Этого же объёма на про с М1 мне почему-то хватило.
стараюсь не ставить чисто интоловый софт
из него у меня сейчас этот anyconnect от сиськи и несколько софтин от дхо (пхотолап, виевпоинт и фильмпук)
ЗЫ ениконнет наглядно показывает непродуманность сетевой подсистемы махоси, она на уровне вендовой по фуфловости: в линупсе ениконнект реализуется непосредственно на усерспейнсом уровне, так что всё это настраивается прямиком из общего интерфейса настроек. А что в махоси, что в этой корявой венде только офклиент.
код канпеляет быстрее интолов о четырёх вёдрах, веб работает быстрее
собственно, единственная задача где интол или амеде быстрее — всякий поточный примитив, когда сказывается частота. На сложном коде, вроде всяких графовых операций, операций над лапшевидными структурами (веб, канпеляция) эполовый процессор быстрее
это программно-аппаратный замут, сразу нормально не сделают
> Mac OS вообще во многих планах хуже Windows.
я, честно, дивлюсь с количества говноедов. Венда — жуткая параша. Абсолютный чемпион по несогласованности интерфейса. Дерьмовый усерспейсный интерфейс сети (но хотя они здесь с махосью наравне, лучший — у линупса). Дерьмовая файловая система.
у эпола работу бих-литол наладили только в 11-ом ойфоне — после 6с было значительное ухудшение гладкости анимаций
и это эпол, который-хоть вид пытается делать, что всеми силами работает ради потребителей
а две эти параши, микрософт с интолом, как обычно выпустят жуткое дерьмо с подёргиваниями анимаций, странными флуктуациями производительности и пр.
Потому что тебе так кажется? Это вопрос экономики: серверов сейчас стало так много, что траты на электричество составляют очень заметную часть бюджета.
ЗЫ Старая мантра про «время разработчика дороже времени железа» в масштабах больших компаний уже не работает. В смысле есть разница выделить 1024 сервера под систему или 2048.
тестировали пару месяцев назад разные базки данных, выбирали под свою задачу. Интел с 96 вёдрами против епика о 128 вёдер. Интел стабильно быстрее.
судя по гёкбенчу амд быстрее в простом коде, вроде гоняний AESXXX (которое поддерживается аппаратно, так-то оно не слишком простое логически), во всяких обработках картинок, в голубоком обучении и прочих числодробильнях.
Как раз на коде с ветвлениями, вроде уеба или канпеляции, интол всё ещё заметно шустрее. Правда, М1 от эпола в этих задачах ещё лучше :)
+1, сафари на М1 (МБП) жрёт гораздо больше остальных: голанд, который вижу больше, который то и дело что-то переиндексирует, далёкий номер 2, с потреблением в несколько раз меньше
Но не боись. Квалком скоро обойдёт эпол по процам: они недавно купили контору феникс, в которой техдиром тот самый чувак, который сделал архитектуру для эполовых процов. Он ушёл и рост у эпола по самому важному показателю для всяких игорь, веб-браузинга, движков баз данных— сингл коре, прекратился. Через год по-идее результаты работы должны стать заметны. Чота типа двух тыщ в гейбенче на одном ведре. Вот тогда и заценишь то, что вижу я на М1 ;)
Ну и читерское средство, из-за чего все эти x86 кажутся «ленивыми»: типично эти интоли и амеде экономят энергию работая на пониженных частотах и повышают их только если появилась задачка безостановочно жрущая цепу больше чем некоторое заданное время. Скажем, 0.2 секунды.
Эпол М1 же тупо гоняет маленькие задачи на медленных энергоэффективных ядрах, а мощные обычно просто висят на WFI/WFE. Когда появляется «достойная задача» — любой запуск GUI приложения, например — она перенаправляется на мощное ядро, которое всегда 3.2Ггц. Т.е. он выполняет задачку за 0.08 секунд, пока интель, работая на низкой частоте, тратит на неё же 0.2 секунды и даже не успевает разогнаться. Брал мбп с М1 для работы на выезде, а ща после него работать на интолях уже неприятно: в целом вроде всё ± то же самое, но вот как будто с натугой все делается.
Хотел было перелезть на опенконнект, но там какие-то проблемы с ДНС: то нормально ходит к внутрисетевому, при следующем старте уже не видит их. В точности как на линупсе проблемы с ним, с опенкоккектом. Но само подключение, если сервера увидел или если ходить напрямую через IP-ы, работает лучше чем сиськено поделие.
Но если нужно чтобы поганные электрон-«приложения» не тормозили (точнее, меньше тормозили), то там тебе многоядра ничем не помогут: веб он одноведренный.
1. Возможности подцепить более одного внешнего монитора
2. Памяти. Хотя, на удивление, 16Гб на макбучике почему-то хватило для отладки там, где обосрался линупс с 16Гб, но всё равно, для разработки это явный минимальный порог, хочу от 32Гб.
Вот и всё пожалуй. Там, понятно, производительность повыше будет, может ССД ещё раз подтянут ближе к 6Гб/с (хотя и так хватает), но в целом к производительности у меня никаких претензий нет: тяжёлая логика на М1 считается гораздо лучше чем на x86-ых. Какая-нибудь переиндексация проекта на жытбрейносевых идях, канпеляция кода, веб-браузинг — всё заметно, иногда гораздо, быстрее чем на интолах.
розетка 2 транслирует машкот x86 в машкота ARM64, с перетрансляцией сиськолов, конечно.
стараюсь не ставить чисто интоловый софт
из него у меня сейчас этот anyconnect от сиськи и несколько софтин от дхо (пхотолап, виевпоинт и фильмпук)
ЗЫ ениконнет наглядно показывает непродуманность сетевой подсистемы махоси, она на уровне вендовой по фуфловости: в линупсе ениконнект реализуется непосредственно на усерспейнсом уровне, так что всё это настраивается прямиком из общего интерфейса настроек. А что в махоси, что в этой корявой венде только офклиент.
собственно, единственная задача где интол или амеде быстрее — всякий поточный примитив, когда сказывается частота. На сложном коде, вроде всяких графовых операций, операций над лапшевидными структурами (веб, канпеляция) эполовый процессор быстрее