А разве это не приведет к тому, что будут про-демократические ресурсы и про-консервативные, каждый с перевесом в свою сторону? И если человек, который "не в теме" захочет разобраться в истинной ситуации (напр., фальсифицировали выборы или нет, этот же самый BLM и другие остросоциальные вопросы), то на разных ресурсах он увидит крен в разные стороны, и это не сильно ему поможет сформировать адекватную картину мира. ИХМО.
Дополню ответы выше: все это завернуто в пузырек жира. Клетки жировой ткани охотно их захватывают, поэтому, видимо, попадет это именно в клетки жировой ткани.
Я думаю, у этого есть, в том числе, биологические причины. Снижение нейропластичности и вот это все. Возможно, вечная молодость от подобных недостатков будет избавлена, кто знает.
Wine: ~20-30 FPS. Но там начальное положение в лабиринте другое, меньше видно, чем в начальном положении в версии под линукс. Если побродить, есть просадки вроде такие же, до 15-17.
Опять же для своей клиники я выбрал парадигму максимального сохранения тканей при лечении, то есть мы спасаем зубы даже при очень сложных ситуациях. Парадокс в том, что в нашем исполнении это часто дороже, чем вырвать зуб и поставить имплант в региональной клинике
Интересно, это лучше для пациента или это пример, как вы сказали, агрессивного маркетинга, только в другую сторону ("мы сохраняем зубы чаще, чем другие, менее крутые, стоматологии")?
Это VLIW. Попытки предпринималось неоднократно, но не взлетело. Слишком сложный компилятор, низкая плотность кода (больше обращений к памяти), плюс, процессор при реордеринге и спекулятивном выполнении имеет рантайм-информацию, а компилятор -нет.
Где говорится, что сжатие команд и macro-op fusion позволяет сделать минимальный ISA, который не проигрывает, а даже иногда выигрывает у более раздутых ISA (x86, ARM). Которые, кстати, согласно этой статье, тоже используют эти техники.
Чем обеспечивается производительность М1? Я так и не понял. Говорят, из-за наличия бОльшего количества декодеров. Но мне казалось, что декодер (да и все ядро в целом) занимает довольно скромное место на кристалле, по сравнению, к примеру, с АЛУ, ФПУ и, тем более, кэшем. Поэтому не понятно, что мешает Intel/AMD наращивать их количество, если это действительно так улучшает производительность.
Картинки
AMD Zen 1 Core Complex
Функциональные блоки в ядре
Сравнение CCX Zen 1 и Zen 2, где кэш занимает еще больше места
Ссылки на источники картинок:
Часто говорят о преимуществах ARM, т.к. они RISC. Имеется ли какое-то преимущество в использовании набора инструкций ARM перед x86? Да, я понимаю, что и те, и те декодируются в uOps, но действительно ли сокращенный набор инструкций позволяет сделать более производительный и эффективный процессор?
Если п.2 верен, то компании-производители x86 могут сделать ход конем и сделать полу-совместимые процессоры, реализующие подмножество x86. Статья, где анализируется количество инструкций, используемых в софте на разных процессорах. С одной стороны, это потеря совместимости, которая является сильной стороной x86. С другой стороны, если уж Apple (компания, не имеющая отношения к разработке х86 процессоров) сделали транслятор x86 -> ARM, то уж компании-разработчики х86 процессоров с опытом в 40-50 лет, должны осилить транслятор полный x86 -> подмножество x86.
А где свободные мобильные устройства не на android/ios? Какие-то устройства для увлеченных, отстающие по характеристикам на несколько лет?
Сейчас я могу купить совершенно мейнстримное компьютерное железо, собрать совершенно мейнстримный компьютер с производительностью в широком диапазоне на любой вкус и кошелек, и поставить туда хоть Windows, хоть Linux, да хоть BSD. Без необходимости ждать милости от каких-то производителей железа "для энтузиастов". Да и практически любой ноутбук тоже вполне неплохо чувствует себя под Linux.
В старом варианте можно определить разве что по форме "declaration — declare". А вот по смыслу я особо не понял, в чем разница между "declare, announce и said that"
А разве это не приведет к тому, что будут про-демократические ресурсы и про-консервативные, каждый с перевесом в свою сторону? И если человек, который "не в теме" захочет разобраться в истинной ситуации (напр., фальсифицировали выборы или нет, этот же самый BLM и другие остросоциальные вопросы), то на разных ресурсах он увидит крен в разные стороны, и это не сильно ему поможет сформировать адекватную картину мира. ИХМО.
Дополню ответы выше: все это завернуто в пузырек жира. Клетки жировой ткани охотно их захватывают, поэтому, видимо, попадет это именно в клетки жировой ткани.
Я думаю, у этого есть, в том числе, биологические причины. Снижение нейропластичности и вот это все. Возможно, вечная молодость от подобных недостатков будет избавлена, кто знает.
И ещё есть статья на хабре на эту же тему: https://m.habr.com/ru/post/225583/
Носки иллюстрируют гипотезу о скрытых параметрах (как мне кажется, похоже), которая была экспериментально опровергнута
Чаще всего можно поставить торрент на последовательную загрузку и смотреть, не дожидаясь полной загрузки. Чуть сложнее, чем онлайн, но качество лучше.
O(N)? Не O(N*M)? Поиск k-го элемента в порядке сортировки через подобие QuickSourt — это O(N).
Какая интересная, нерегулярная, по сравнению с Интел или АМД, компоновка. Что такое ЦП1 и ЦП2?
Соберите с
-O2. Добавьте в конец CMakeLists.txt:Результаты (AMD FX-8320):
Разве VR даёт сильно больше информации, чем проекция 3д проекции 4д мира на 2д монитор?
Интересно, это лучше для пациента или это пример, как вы сказали, агрессивного маркетинга, только в другую сторону ("мы сохраняем зубы чаще, чем другие, менее крутые, стоматологии")?
А разве IDE способен обеспечить достаточную скорость?
Есть примерно аналогичный ноутбук с 1440x900 27". Не сильно хуже моего рабочего с FullHD 15" и тем более FullHD 23" мониторов, которыми я пользуюсь.
Это VLIW. Попытки предпринималось неоднократно, но не взлетело. Слишком сложный компилятор, низкая плотность кода (больше обращений к памяти), плюс, процессор при реордеринге и спекулятивном выполнении имеет рантайм-информацию, а компилятор -нет.
А вот разный размер команд — спасибо, не подумал.
Где говорится, что сжатие команд и macro-op fusion позволяет сделать минимальный ISA, который не проигрывает, а даже иногда выигрывает у более раздутых ISA (x86, ARM). Которые, кстати, согласно этой статье, тоже используют эти техники.
Ну это кодеки и прочие аппаратные ускорители. Как быть с тестами на компиляцию итп?
Немного моих домыслов и рассуждений
AMD Zen 1 Core Complex



Функциональные блоки в ядре
Сравнение CCX Zen 1 и Zen 2, где кэш занимает еще больше места
Ссылки на источники картинок:
Часто говорят о преимуществах ARM, т.к. они RISC. Имеется ли какое-то преимущество в использовании набора инструкций ARM перед x86? Да, я понимаю, что и те, и те декодируются в uOps, но действительно ли сокращенный набор инструкций позволяет сделать более производительный и эффективный процессор?
Если п.2 верен, то компании-производители x86 могут сделать ход конем и сделать полу-совместимые процессоры, реализующие подмножество x86. Статья, где анализируется количество инструкций, используемых в софте на разных процессорах. С одной стороны, это потеря совместимости, которая является сильной стороной x86. С другой стороны, если уж Apple (компания, не имеющая отношения к разработке х86 процессоров) сделали транслятор x86 -> ARM, то уж компании-разработчики х86 процессоров с опытом в 40-50 лет, должны осилить транслятор полный x86 -> подмножество x86.
А где свободные мобильные устройства не на android/ios? Какие-то устройства для увлеченных, отстающие по характеристикам на несколько лет?
Сейчас я могу купить совершенно мейнстримное компьютерное железо, собрать совершенно мейнстримный компьютер с производительностью в широком диапазоне на любой вкус и кошелек, и поставить туда хоть Windows, хоть Linux, да хоть BSD. Без необходимости ждать милости от каких-то производителей железа "для энтузиастов". Да и практически любой ноутбук тоже вполне неплохо чувствует себя под Linux.
В старом варианте можно определить разве что по форме "declaration — declare". А вот по смыслу я особо не понял, в чем разница между "declare, announce и said that"
Не уверен, что я бы смог без подготовки ответить на все вопросы, если бы их адаптировать к РФ...