12-й это вполне неплохо, должно быть гораздо чище, чем на 4-м, например.
А не могли бы Вы ещё, если есть интерес, померять прибором зависимость загрязнения воздуха от этажа? В доме ж есть открытый балкон с выходом с лесничного пролета? Хотя бы для некоторых этажей.
Справедливости ради, стоит отметить, что кроме цены и производительности для бизнеса важным фактором является надежность (безглючность) платформы. У Intel c драйверами серверного железа в свое время ситуация была заметно лучше, чем у AMD. Но к текущим EPYC-ам претензий в этом плане, тьфу-тьфу, пока нет, скорее наоборот, все весьма радует )
Второй электрон мгновенно «узнает», что его далекий собрат только что сделал выбор вверх относительно угла 0 градусов. И теперь он ведет себя при прохождении прибора 120 градусов соответствующим образом
Кхм, прошу прощения, но не стоит впутывать классическую трактовку (я про «узнает») в обьяснение квантов. Во первых, нет никакого «узнает» (грубо говоря, это иллюзия нашего восприятия мира), и уж никоим образом второй фотон не выравнивает свой спин на 0 градусов, чтобы соответствовать измерению первого фотона. Ну и кстати, временной порядок измерений фотонов (т.е. кто первый, а кто за ним) определяется, как ни странно, системой отсчета, т.е. для разных наблюдателей первыми измеренными будут казаться разные фотоны — кто же именно тогда ровняется на собрата?
Бывают ситуации, когда из 6-8 ячеек — 4-6 заряжены (3.7-3.9В), а две — сидят в нуле.
По моему, тут все просто — элементы (или их пары) соединены последовательно, ток заряда/разряда на всех одинаков. Если один элемент имеет меньшую емкость (или повышенный саморазряд) — при заряде он окажется перезаряжен, т.к. на остальных элементах напряжение будет меньше, и чтобы поднять суммарное напряжение сборки до номинала, надо прогнать заряд больше нужного. А постоянный перезаряд одного элемента приведет к его ускоренной деградации, и в итоге он помирает.
Основной задачей интеллекта есть создание и поддержание максимально адекватной (непротиворечивой и имеющую хорошую предсказательную возможность) модели окружающего мира (включая собственное тело и мысли) — в том числе и находить убедительные (в первую очередь для себя же) объяснения принятых решений, какими бы спонтанными или вынужденными они ни были.
У меня геолокация на андроиде не выключена, но значок не активный (геолокация не используется). Включается только когда запущен навигатор.
Но в целом да, проблема сбора данных (не только гео) есть. В последних версиях андроид все больше возможностей по управлению доступом приложений к данным, что радует. Ещё бы файрвол в базу добавили…
Спасибо за статью, рефлексивная модель весьма хороша, хотя и не достаточно полна, чтобы, собственно, ответить на поставленый во главу угла вопрос. В частности, мало внимания уделено когнитивным искажениям, которые эволюционно встроены в наше мышление, и, безусловно, имеют значительное значение в процессе восприятия информации.
Конкретно в данном случае, думаю, Вы ошибаетесь. Операция смещения (умножения на 4) настолько дешева в аппаратной реализации, что нет никакого смысла (речь про высокопроизводительные процессоры, а не сверхэкономичные решения) выполнять вычисление rdi+rsi*4 микрокодом за несколько тактов, когда этот адрес можно легко вычислить за один (такт) прямой аппаратной реализацией.
Микроконтроллер видяхи? Так там и ARM или x86 можно поставить, если будет економический смысл, но к вычислительным ядрам GPU это вообще никакого отношения не имеет.
На практике, в эпоху тёмного кремния и близкого предела к границе частот — всё не так однозначно.
Я и не говорю что все однозначно ;) Свои плюсы есть у разных подходов. Просто RISC-V, вместо того, чтобы сделать однозначно лучшую архитектуру, достиг всего лишь уровня «не все однозначно».
Что касается «больше ядер/конвееров» — вот в GPU много ядер, и они даже весьма универсальные — но их используют только для специализированных вычислений, а не в качестве ядер процессоров общего назначения.
Дискретность выше, и частоты потенциальные выше, но!.. Вы правда полагаете, что сможете вычислить раунд AES быстрее на RISC-V, чем это сделает AES-NI? Да никогда в жизни. Согласен, это грубый пример, но принцип общий — если для CISC в кремнии есть специализированная логика для быстрого вычисления rdi+rsi*4, то на RISC это надо программировать! Это как сравнить нативное исполнение сложной инструкции с эмуляцией микрокодом — микрокоду кремний не догнать, как ни крути.
Процессоры с крайне минималистичными наборами инструкций никогда не смогут сравняться производительностью со сложными процессорами, где целые последовательности вычислений реализованы на железном уровне. Т.е. с точки зрения эффективности RISC-V уже в проигрышном положении.
Также непонятно, какой будет выигрыш с точки зрения энергопотребления, если для выполнения одной и той же работы надо будет выполнить в разы больше инструкций — можно понизить частоту на CISC до эквивалентного уровня производительности и тоже получить холодный процессор.
Почему-то не берется во внимание, что на темном фоне при равных яркостях синий текст будет читаться хуже чем красный (он будет немного не в фокусе). Зеленый цвет на черном фоне в терминальных консолях не зря популярный.
А ещё на моноколесе можно ездить в дождь с зонтиком.
Можно, но не нужно. Максимум на маленькой скорости. Иначе сопротивление воздуха может привести к печальным последствиям (по собственному опыту говорю ;( )
А не могли бы Вы ещё, если есть интерес, померять прибором зависимость загрязнения воздуха от этажа? В доме ж есть открытый балкон с выходом с лесничного пролета? Хотя бы для некоторых этажей.
# tar cf — linux-5.4.2-gentoo | wc -c
941844480
# tar cf — linux-5.4.2-gentoo | time lz4 -z -1 | wc -c
1.85user 0.27system 0:02.40elapsed 88%CPU (0avgtext+0avgdata 7464maxresident)k
0inputs+0outputs (0major+1591minor)pagefaults 0swaps
287991243
# tar cf — linux-5.4.2-gentoo | time lz4 -z --fast=25 | wc -c
1.19user 0.28system 0:01.76elapsed 84%CPU (0avgtext+0avgdata 8852maxresident)k
0inputs+0outputs (0major+1916minor)pagefaults 0swaps
511936329
# tar cf — linux-5.4.2-gentoo | time lz4 -z --fast=100 | wc -c
0.56user 0.42system 0:01.28elapsed 76%CPU (0avgtext+0avgdata 9416maxresident)k
0inputs+0outputs (0major+2089minor)pagefaults 0swaps
718117171
1.037 = 2^(1/19)
1.076 = 2^(2/19)
1.116 = 2^(3/19)
1.157 = 2^(4/19) ~ 7:6 = 1.167 ~ 8:7 = 1.143
1.200 = 2^(5/19) = 6:5 = 1.200
1.245 = 2^(6/19) ~ 5:4 = 1.250
1.291 = 2^(7/19) ~ 9:7 = 1.286
1.339 = 2^(8/19) ~ 4:3 = 1.333
1.389 = 2^(9/19) ~ 7:5 = 1.400
1.440 = 2^(10/19) ~ 10:7 = 1.423
1.494 = 2^(11/19) ~ 3:2 = 1.500
1.549 = 2^(12/19) ~ 11:7 = 1.571
1.607 = 2^(13/19) ~ 8:5 = 1.600
1.667 = 2^(14/19) = 5:3 = 1.667
1.728 = 2^(15/19) ~ 12:7 = 1.714 ~ 7:4 = 1.750
1.793 = 2^(16/19) ~ 9:5 = 1.800
1.859 = 2^(17/19) ~ 13:7 = 1.857 ~ 11:6 = 1.833
1.928 = 2^(18/19)
Соотношения частот для 12-ти нотного ряда выглядят так:
1.059 = 2^(1/12)
1.122 = 2^(2/12)
1.189 = 2^(3/12)
1.260 = 2^(4/12)
1.335 = 2^(5/12)
1.414 = 2^(6/12)
1.498 = 2^(7/12)
1.587 = 2^(8/12)
1.682 = 2^(9/12)
1.782 = 2^(10/12)
1.888 = 2^(11/12)
Но в целом да, проблема сбора данных (не только гео) есть. В последних версиях андроид все больше возможностей по управлению доступом приложений к данным, что радует. Ещё бы файрвол в базу добавили…
Что касается «больше ядер/конвееров» — вот в GPU много ядер, и они даже весьма универсальные — но их используют только для специализированных вычислений, а не в качестве ядер процессоров общего назначения.
Дискретность выше, и частоты потенциальные выше, но!.. Вы правда полагаете, что сможете вычислить раунд AES быстрее на RISC-V, чем это сделает AES-NI? Да никогда в жизни. Согласен, это грубый пример, но принцип общий — если для CISC в кремнии есть специализированная логика для быстрого вычисления rdi+rsi*4, то на RISC это надо программировать! Это как сравнить нативное исполнение сложной инструкции с эмуляцией микрокодом — микрокоду кремний не догнать, как ни крути.
Также непонятно, какой будет выигрыш с точки зрения энергопотребления, если для выполнения одной и той же работы надо будет выполнить в разы больше инструкций — можно понизить частоту на CISC до эквивалентного уровня производительности и тоже получить холодный процессор.
А по существу вопроса — strings.Builder как раз и сделали как более оптимизированную замену bytes.Buffer