Помимо x86 и arm есть еще mips, sh, blackfin и более чудные архитектуры с регистровыми окнами типа powerpc, байкалов и xtensa(https://sachin0x18.github.io/posts/demystifying-xtensa-isa/). Обычно ассемблер используют для вставок кода который нельзя написать на более высокоуровневых языках. И тут более важной информацией будет ABI или как передаются параметры в подпрограмму.
Выглядит очень странно. То есть один робот подплывает к другому вплотную и вместо того чтобы просто передать заряженный аккумулятор или топливо. Он 10 часов трётся около первого и предаёт энергию через катушку при этом оба робота как бы работают и еще сами потребляют, так что кпд будет еще ниже да и роботы простаивают. А если таких роботов надо зарядить много так вообще смысл теряется.
поддержка такого репозитория открытого кода требовала бы регулярных инвестиций
Прикольно, а сразу они об этом не догадывались? Или тут принцип опять "насмотренности" в полный рост. Нам нужна такая же фигня, но с блекжеком авторизацией через госуслуги.
Вы не правильно поняли посыл. Оптимизация это просто отмазки и прикрытие. Проблема в том что с помощью низкоуровневого кода можно управлять направление движения всех этих нагромождений, построенных поверх него. java тоже когда-то заявляла что напиши один раз и потом будет работать везде, но потом что-то пошло не так. Тут вопрос не зарабатывания денег, а технологический. Если у вас не возможности на это влиять, вы будете использовать то что вам дадут, т.к. альтернатив не будет. Посмотрите на iphone или на современный android сказали теперь будет так, если не нравится, ваши проблемы, платформа создана для зарабатывания денег, а не для людей.
Согласен. Софтописатели далеки от железа и используют высокоуровневые библиотеки типа unreal, jvm, .net, webview, fluter..где до железа уйма этажей. И они вообще понятия не имеют что там в подвалах. Так что спокойно можно менять низкоуровневую канализацию, заставляя её не работать на старом железе или не богоугодных операционках, ибо в подвалы мало кто из писателей на python, kotlin или js полезет. Что мы и наблюдаем. Если покопаться то добавляются искусственные несовместимости для того что бы последующее по не работало на старых виндах, а попытки поддерживать старые ос (которые уже не меняются) были как можно более экономически не обоснованными. В результате можно поставить телегу впереди лошади и диктовать не требования к софту, а к железу. Железо же проще обновить чем софт. Тем более железо сложнее скопировать чем софт да и платить за железо проще и понятнее, чем платить за какой-то софт который копируется слишком просто. Поэтому современный массовый софт обязан быть скоропортящимся.
Просто поддерживать новые глючные системы требует всё больше усилий. А так как люди используют готовые движки и библиотеки и среды разработки которые просто срать хотели на старое железо и обновляются ежедневно, получаем огромное количество железа которое будет невозможно использовать не потому что у него ресурсов не хватает, а потому что вы должны покупать железо, а не использовать его. Бизнес ничего личного.
А что вы хотели, платят же за количество статей. А если делать вдумчиво, то много не получится. Так что информационного мусора будет всё больше и следующие БЯМы будут обучаться на нём. А при такой-то обратной связи результат предсказуем.
От этого требования придётся отказаться: https://habr.com/ru/companies/macloud/articles/560132/
И каковы практические результаты этих искусственно созданных государством "научных бульонов" ?
208 млн транзисторов, а не миллиардов? Да и flops там FP8, FP6 и FP4.
ps: Пора уже какую-нибудь очередную криптовалюту на AI ускорителях делать. Вот где угар начнётся.
https://www.youtube.com/watch?v=ETxNyACb5RE
А почему собственно они называются алгоритмами если это просто функции?
А что там у windows? Он же теперь тоже много форматов архивов поддерживает.
И сколько это удовольствие стоит например на 100Gb канал?
А где реактор? Куда твэлы загружать?
Да ошибся. Spark, Эльюрус, Itanium и Xtensa используют регистровые окна. Я просто к тому что abi может быть весьма не тривиальным.
Помимо x86 и arm есть еще mips, sh, blackfin и более чудные архитектуры с регистровыми окнами типа powerpc, байкалов и xtensa(https://sachin0x18.github.io/posts/demystifying-xtensa-isa/). Обычно ассемблер используют для вставок кода который нельзя написать на более высокоуровневых языках. И тут более важной информацией будет ABI или как передаются параметры в подпрограмму.
Выглядит очень странно. То есть один робот подплывает к другому вплотную и вместо того чтобы просто передать заряженный аккумулятор или топливо. Он 10 часов трётся около первого и предаёт энергию через катушку при этом оба робота как бы работают и еще сами потребляют, так что кпд будет еще ниже да и роботы простаивают. А если таких роботов надо зарядить много так вообще смысл теряется.
Прикольно, а сразу они об этом не догадывались? Или тут принцип опять "насмотренности" в полный рост. Нам нужна такая же фигня, но с
блекжекомавторизацией через госуслуги.Учитесь и расширяйте кругозор - звучит гораздо лучше. А насмотренность это прямая дорога к карго-культу. Всё будет красиво и чисто, но есть нюанс.
Вы не правильно поняли посыл. Оптимизация это просто отмазки и прикрытие. Проблема в том что с помощью низкоуровневого кода можно управлять направление движения всех этих нагромождений, построенных поверх него. java тоже когда-то заявляла что напиши один раз и потом будет работать везде, но потом что-то пошло не так. Тут вопрос не зарабатывания денег, а технологический. Если у вас не возможности на это влиять, вы будете использовать то что вам дадут, т.к. альтернатив не будет. Посмотрите на iphone или на современный android сказали теперь будет так, если не нравится, ваши проблемы, платформа создана для зарабатывания денег, а не для людей.
Тут всё просто: выживет тот кто сможет приспособиться. Торговать ведь всегда выгоднее чем что производить, но конечный результат может опечалить.
Согласен. Софтописатели далеки от железа и используют высокоуровневые библиотеки типа unreal, jvm, .net, webview, fluter..где до железа уйма этажей. И они вообще понятия не имеют что там в подвалах. Так что спокойно можно менять низкоуровневую канализацию, заставляя её не работать на старом железе или не богоугодных операционках, ибо в подвалы мало кто из писателей на python, kotlin или js полезет. Что мы и наблюдаем. Если покопаться то добавляются искусственные несовместимости для того что бы последующее по не работало на старых виндах, а попытки поддерживать старые ос (которые уже не меняются) были как можно более экономически не обоснованными. В результате можно поставить телегу впереди лошади и диктовать не требования к софту, а к железу. Железо же проще обновить чем софт. Тем более железо сложнее скопировать чем софт да и платить за железо проще и понятнее, чем платить за какой-то софт который копируется слишком просто. Поэтому современный массовый софт обязан быть скоропортящимся.
Просто поддерживать новые глючные системы требует всё больше усилий. А так как люди используют готовые движки и библиотеки и среды разработки которые просто срать хотели на старое железо и обновляются ежедневно, получаем огромное количество железа которое будет невозможно использовать не потому что у него ресурсов не хватает, а потому что вы должны покупать железо, а не использовать его. Бизнес ничего личного.
А что вы хотели, платят же за количество статей. А если делать вдумчиво, то много не получится. Так что информационного мусора будет всё больше и следующие БЯМы будут обучаться на нём. А при такой-то обратной связи результат предсказуем.
А со статического выделения памяти не хотите начать? Особенно есть памяти мало и она разная.
К сожалению вы всегда будете вынуждены работать с чужим кодом.
Если в правиле есть выражение "скорее всего" это не правило. Лучше когда правила строятся на основании аксиом.
Почему банки любят называть свои услуги продуктами?