Технологии вроде GPUDirect, DirectStorage предполагают загрузку данных в видеопамять. И оно логично, никакой накопитель не сможет обеспечить пропускную способность, которая нужна гпу.
После подготовки данных, т.е. после чтения и распаковки текстур в оперативку, верно?
Сверился по википедии:
Память 1600 МГц (наименьшая частота, определённая стандартом) даёт скорость 1600 × 8 = 12 800 МБ/c.
Память 3200 МГц (наибольшая частота, изначально определённая стандартом) даёт 3200 × 8 = 25 600 МБ/c.
Накопители NVME дают около 3500 МБ/с на чтение. Разница уже меньше одного порядка, всего лишь в разы, что несравнимо с традиционными накопителями, при этом ещё есть запас скорости на шине PCI express. Если данные на диске хранить в правильном формате (частично сжатые текстуры, расположенные линейно и выровненные по блокам), если их закидывать в видеокарту с минимальной нагрузкой оперативки и ЦП, то можно избавиться от долгого этапа подготовки данных, при этом снизив нагрузку на оперативку и проц. Понятно, что есть сложности (не должно быть других задач на доступ к диску – например, винда не должна во время игр ставить обновления), не у всех есть быстрые накопители и т.д. Но и DirectStorage имеет определённые требования, доступные на определённых сочетаниях оборудования.
запустить на этом всем систему, которая собирается с оптимизацией под один чип
Система универсальна, каждый бинарник может содержать несколько блоков кода с разными оптимизациями. Все системные приложения содержат x86_64 и arm64. В предыдущую смену архитектуры Universal Binary тоже активно использовались: ppc + i386, а позже ppc + i386 + x86_64. На айфонах/айпадах раньше были универсальные бинарники под разные поколения процессоров armv7/armv8, теперь только 64-битные armv8.
Я выключил сон компа на Mac Mini с M1, но оставил отключение экрана при бездействии. Для пробуждения дисплея, кроме нажатия любой клавиши на клавиатуре или мыши, почему-то надо обязательно что-то сделать ещё — мышью повозить или кнопку нажать, чтобы монитор, включив подсветку (но не показывая изображение), не ушёл обратно в режим ожидания. Монитор LG 27GL850-B, подключен через HDMI.
Похожие проблемы начали появляться на старом Mac Mini 2012 после обновления до Catalina, когда монитор не всегда мог проснуться, причём даже переподключение кабеля не всегда помогало (там приходилось использовать DisplayPort).
Не отключить, а сменить стандартный режим Subpixel на Grayscale. Тогда окно с кодом становится быстрым, и только панель с файлами будет немного тормозить.
Firefox лимитирует количество процессов веб-контента по количеству ядер, так что множество вкладок не жрут память линейно, как в хроме. Много свопа было именно при запуске Android Studio (оно пока лишь под Intel) с intel-JDK (требуется для котлин-мультиплатформ при сборке бандла под iOS). 6,5 Гб на IDE, и 8,17 + 4,75 Гб на процессы java. При этом в Intel-версии и без того заметна задумчивость, но в целом прямо тормозов не встречал. Скорость сборки при этом — ровно как на Mac mini 2012 с i7. При использовании нативной JDK — в 4 раза быстрее.
Про место печальная история в том, что один только Xcode занимает 30 Гб. Плюс 25 Гб кэшей под разные архитектуры (системный+simRuntime), так что на минимальном диске было бы некомфортно. Android-разработка так много не ест :)
Дебаг андроида пока в альфе, но у него тоже есть все перспективы работать быстрее, чем на x86.
Если брать превью отсюда, то оно уже быстрее x86, без взяких ухищрений типа HAXM. Опять же, не нужна пересборка между эмулятором и тестовым девайсом (ну, перепаковка нативных либ), т.к. ABI совпадает.
В первом же предложении данного поста есть ссылки, достаточно перейти по первой.
Flipper Zero — проект карманного мультитула для хакеров в формфакторе тамагочи, который мы разрабатываем. Предыдущие посты [1],[2],[3],[4],[5],[6],[7],[8],[9],[10]
Для вас она, может, и бесполезная, а мне, как разработчику, всё же интересно, что именно вам мешает размещаться в единственном магазине второй по популярности мобильной системы. Сам участвовал в «борьбе» с непроходимой дубовостью наёмных ревьюеров при публикации приложений.
Но если по фактам, чем не устраивает использование системного компонента WebView с собственным интерфейсом? Ведь синхронизацию делает не веб-движок, как и рисование табов на экране. Web-based интерфейс на js транспайлится в нативный код, react-native в приложениях как пример. Блокировка рекламы есть в том же Brave на iOS. Что же именно так категорически вам не подходит?
Ну, собственно, я и выбрал. Увы, не в пользу вивальди.
Увидел в статье про багтрекер, обрадовался. Но нет, ничего не изменилось, не могу отслеживать даже те баги, которые сам репортил.
USB-B — это квадратный разъём, который обычно используется в принтерах, хабах, внешних жёстких дисках. В ноутах наверняка был обычный USB-A. При неумелом использовании и его можно сломать – я видел пару раз выломанный пластиковый язычок, недавно встретил разболтавшийся корпус (он изначально держался лишь на припое, без упоров; сам разъём USB при этом продолжал работать).
Испытал на себе. Чудес не случилось, память работает точно так же. Нативные приложения жрут ровно столько же.Но почему-то никто не говорит, что Rosetta-приложения жрут в 2-5 раз больше памяти. Даже при том что я машинку для разработки взял «с запасом» (на 16 Гб), на компе постоянно есть свап. Так-то это нормально, но меня напрягает, когда он разрастается до 10 гигов. Хотя тормозов не замечаю, быстрый накопитель делает своё дело.
Например, вот ситуация сейчас на M1 (все процессы, сортировка по физической памяти), вот интел-мак. Ядро жрёт ровно те же 2,60 Гб. Не знаю, каково было бы на машине с 8 гигами. Спасибо, что уже вышли нативные браузеры, телеграм, доступны нативная IDEA и JDK. Максимально радует, что при любой нагрузке комп холодный и тихий, системный интерфейс всегда отзывчивый.
Даже без анимаций интерфейса есть задержки, по крайней мере, замечал раньше. Либо действительно так медленно работает, и вкладка исчезает лишь после полной остановки процесса, либо какая-то задержка намеренно присутствует «под анимацию», но в других браузерах при закрытии вкладки жестом, сначала рисуется UI, и уже в фоне выгружаются данные.
На маке с M1 страницы рендерятся гораздо быстрее, словно интернет ускорился в несколько раз. В Firefox вкладки открываются-закрываются настолько быстро, будто браузер просто показывает/скрывает готовый элемент UI.
Кстати, все популярные браузеры уже доступны в версии UniversalBinary, кроме Vivaldi и Opera. Поэтому сейчас проверять скорость интерфейса не буду, т.к. разрыв будет ещё заметнее.
Firefox для iOS тоже есть. Со своей синхронизацией, и конечно же, с движком Safari. Из-за этого недоступны расширения, в отличии от полноценной версии браузера для Android. Как по мне, ситуация не отличается от вашей.
Если плата двухсторонняя, или, тем более, многослойная, то для 10 дырок потребуется переразводка, сверление увеличит время изготовления платы. А каждое устройство должно укладываться в 420 секунд.
Но текущий вариант с пайкой тоже не выглядит сильно надёжным. Надеюсь, в кастомной гребёнке будут хотя бы пластиковые поперечные пины для упора в плату. Если подключать не по одному пину, а вставлять готовый модуль с 10 контактами, то нагрузка будет не малой.
Предпочитаю Keka в режиме 7zip с галочками «непрерывный архив» и «исключить ветви ресурсов Mac». Уровень сжатия – в зависимости от требуемой скорости сжатия относительно длительности хранения. Нет проблем с кодировками, отсутствуют служебные папки и файлы с точки, достаточно быстрая упаковка за счёт параллельной нагрузки на все ядра, ну и 7z не проблема распаковать практически на всех устройствах.
Стоило показать весь jpg-файл в блокноте, не всем очевидно что кроме самого текстового рисунка там больше ничего нет, это не rar-jpeg.
Меня ещё отсутствие стандартного заголовка JFIF, который есть почти в каждой картинке. Узнал, что истинный заголовок jpg — это байты 0xFF 0xD8 0xFF.
Сверился по википедии:
Память 1600 МГц (наименьшая частота, определённая стандартом) даёт скорость 1600 × 8 = 12 800 МБ/c.
Память 3200 МГц (наибольшая частота, изначально определённая стандартом) даёт 3200 × 8 = 25 600 МБ/c.
Накопители NVME дают около 3500 МБ/с на чтение. Разница уже меньше одного порядка, всего лишь в разы, что несравнимо с традиционными накопителями, при этом ещё есть запас скорости на шине PCI express. Если данные на диске хранить в правильном формате (частично сжатые текстуры, расположенные линейно и выровненные по блокам), если их закидывать в видеокарту с минимальной нагрузкой оперативки и ЦП, то можно избавиться от долгого этапа подготовки данных, при этом снизив нагрузку на оперативку и проц. Понятно, что есть сложности (не должно быть других задач на доступ к диску – например, винда не должна во время игр ставить обновления), не у всех есть быстрые накопители и т.д. Но и DirectStorage имеет определённые требования, доступные на определённых сочетаниях оборудования.
Похожие проблемы начали появляться на старом Mac Mini 2012 после обновления до Catalina, когда монитор не всегда мог проснуться, причём даже переподключение кабеля не всегда помогало (там приходилось использовать DisplayPort).
Про место печальная история в том, что один только Xcode занимает 30 Гб. Плюс 25 Гб кэшей под разные архитектуры (системный+simRuntime), так что на минимальном диске было бы некомфортно. Android-разработка так много не ест :)
Но если по фактам, чем не устраивает использование системного компонента WebView с собственным интерфейсом? Ведь синхронизацию делает не веб-движок, как и рисование табов на экране. Web-based интерфейс на js транспайлится в нативный код, react-native в приложениях как пример. Блокировка рекламы есть в том же Brave на iOS. Что же именно так категорически вам не подходит?
Увидел в статье про багтрекер, обрадовался. Но нет, ничего не изменилось, не могу отслеживать даже те баги, которые сам репортил.
Например, вот ситуация сейчас на M1 (все процессы, сортировка по физической памяти), вот интел-мак. Ядро жрёт ровно те же 2,60 Гб. Не знаю, каково было бы на машине с 8 гигами. Спасибо, что уже вышли нативные браузеры, телеграм, доступны нативная IDEA и JDK. Максимально радует, что при любой нагрузке комп холодный и тихий, системный интерфейс всегда отзывчивый.
На маке с M1 страницы рендерятся гораздо быстрее, словно интернет ускорился в несколько раз. В Firefox вкладки открываются-закрываются настолько быстро, будто браузер просто показывает/скрывает готовый элемент UI.
Кстати, все популярные браузеры уже доступны в версии UniversalBinary, кроме Vivaldi и Opera. Поэтому сейчас проверять скорость интерфейса не буду, т.к. разрыв будет ещё заметнее.
Но текущий вариант с пайкой тоже не выглядит сильно надёжным. Надеюсь, в кастомной гребёнке будут хотя бы пластиковые поперечные пины для упора в плату. Если подключать не по одному пину, а вставлять готовый модуль с 10 контактами, то нагрузка будет не малой.