Как стать автором
Обновить
384.7
Карма
0
Рейтинг
Денис Кошман @Harkonnen

Пользователь

  • Подписчики 56
  • Подписки 13

Компания IBM создала первый в мире 2 нм процессор и изготовила тестовые образцы

Я слышал обычно ориентируются на размер 6T SRAM ячейки памяти, выполненной по соответствующему техпроцессу. Intel/Samsung/Qualcomm — тоже не «чистые» 5-7нм выдают.

На ближайшей к нам звезде зафиксирована мощнейшая вспышка из когда-либо виденных

Так и наши, судя по тексту, 40 часов BurstCoin майнили.

Анти-Factorio

Да, вытащили. Отсюда надо копать:
lua-api.factorio.com/latest/LuaUnitGroup.html

Анти-Factorio

Косвенно можно. Вот, к примеру, еще два мода:
mods.factorio.com/mod/biter_factions
mods.factorio.com/mod/Pheromones

Со стороны C++ там всё есть — и куда толпу направить, и steering behavior, и цели можно указывать — вытащили ли на high-level в LUA — не знаю, но вроде да (я больше другим занимался). Плюс подобие RTS автоматизации есть в artillery train и spidertron (late game stuff).

Анти-Factorio

Там целая система моддинга на LUA.
mods.factorio.com
Можно, к примеру, этот попробовать:
mods.factorio.com/mod/Hive_Mind

Кэширование данных увеличивает скорость даже в неожиданных случаях

Судя по докам и гуглам, JavaScript все числа хранит как double. Чистых int'ов он не умеет. Может быть с этим связано.

Под капотом у Emoji

Оно и так было в первых codepoints ASCII
Скрытый текст
image

Когда число π = 3,2? Как сенаторы в США чуть не пошли на поводу у чокнутого доктора Гудвина

Времена на столько другие, что косинус стал мнiмой -4.

Выгорание — норма? Часть 1

Поддерживаю. Подача контента — уровень Джедай! :)

В пещерах этого не было

Тут мне ответить нечего :) Ваш комментарий достоен отдельной статьи, и самому пролил свет на некоторые аспекты. Собственно, из подобных «осколков знания», собранных по жизни, и родился исходный контент. Большое спасибо! :)

Как исправить кредитную историю?

Т.е. сесть за руль в 40, а съехать от родителей в 50 :)

Как и зачем мы внесли 22 тысячи изменений в дизайн Яндекс.Карт

Не всегда, раньше по крайней мере клики по дороге (а не в дом) адрес не давали. Ну и всё это не очень в тему за рулём — несколько раз так уже сбивал себе маршрут.

В пещерах этого не было

А если нужно эти числа поделить? :)
Если поделить, их всё равно придётся целиком принять до первых телодвижений — хоть в little, хоть в big постановке, realtime стриминг там нереален.
На big-endian процессоре эти числа из того же самого потока будут складываться точно так же. Обычно есть инструкции bswap или что-то подобное
А если цифр на 137 байт? т.е. не кратно ни 4, ни 8.
Что-то более близкое к реальности есть?
Собс-но в 8008 оно возникло из-за схожих причин. Из современного резко на ум не приходит — хотя заморочки с trailing non-4-byte уже могут доставить. Ну и всё равно «математичеки» коробит, когда макро-порядок в длинной арифметике всегда little-endian, а внутренний может быть big-endian. Макро-порядок на little-endian — чтобы можно было инкрементнуть ++ или добавить += что-нибудь в длинное число и потом realloc дёргать с того же базового адреса, а не memmove делать всему и вся.
Как и у вас в статье :)
У меня хотя бы конструктивно :) А «эмоции» — это чтобы было интересно/весело читать. типа кдпв :)

Как и зачем мы внесли 22 тысячи изменений в дизайн Яндекс.Карт

Речь больше о том, что на длинной улице текст с её названием будет километрах в двух дальше того места, где находишься — при зумауте текст может пропасть, поэтому приходится скроллить вдоль по улице, чтобы доскроллить до её названия, а потом скроллить обратно туда, где был.

Связано, скорее всего, с заранее подготовленным на сервере tile render'ом, куда названия вписываются, но по идее мобилы уже доросли до того, чтобы названия самим сверху рисовать по нужным кривым.

В пещерах этого не было

Кстати, еще вспомнилось, что google protobuf — тоже little-endian, хоть и «сетевой протокол». Тут вряд ли можно сослаться на оптимизацию под x86 железо, т.к. он всё равно base-128. Верной дорогой идут товарищи.
developers.google.com/protocol-buffers/docs/encoding#varints

Я всё время к длинной арифметике отсылаю, когда вылазит нелогичность big-endian — более явный (хоть и надуманный) пример — это допустим у нас есть два потока с длинными числами, которые идут стримом по сети. В случае little-endian мы можем их складывать на лету по мере поступления новых данных (per-byte-level). В случае big-endian это сильно заморочит алгоритм на delayed carry propagation.

Народ просто привык думать о little/big-endian только аспекте свой клетки одного 32/64-битного значения/регистра. Когда же соседние адреса тесно связаны семантически как части одного большого числа и с ними приходится работать на per-byte level всё это очень некрасиво вылазит.

В пещерах этого не было

Почему-то вы проигнорировали все места, которые я выделил :)
Ну там выделены эмоциональные всплески, без конструктивизма :)
Честно говоря, не ожидал такого от «отца 8086».
Тут речь шла не о поддержке двух вариантов в коде
Я не про код, а про мир — чтобы не было двух разных парадигм, что в сети одно, а в железе другое. «Идиотией» он видимо это посчитал из-за того, что на рынке тогда уже были big-endian процы и на них кто-то уже начал равняться.

В пещерах этого не было

But if I had made the break with the past and stored the bytes more logically
Так в том и дело, что оно ни фига не «logically», а «habitually» :) об этом и статья.

В пещерах этого не было

a bit-serial processor needs to see the least significant bits first so that it can correctly handle carries when doing additions
Так это до сих пор актуально на длинной арифметике (всякие BigInt) — я про это писал в основном контенте.
And today we wouldn’t be dealing with issues involving big-endian and little-endian—the concepts just wouldn’t exist.
Довод у него за то, что не было бы двух вариантов endianness. Но если рассмотреть альтернативную вселенную, где изначально всё делали на little-endian, включая сетевые протоколы, SPARC'и, POWER'ы и т.п. — big-endian в той вселенной выглядел бы полной дичью. Т.е. у little-endian есть редко играющие, но доводы в пользу, а у big-endian кроме привычности других доводов нет.

В пещерах этого не было

Но тогда логично и «верхний» уровень сделать справа налево — т.е. чтобы
g(f(x)) — g(f(y)) подразумевало вычитание левой части из правой.

Если возвращаться к тотальной слева-направо форме, то композицию я бы записал как
x->(f->g)

В пещерах этого не было

Я в курсе всего, что вы написали :) Тут больше разговор о том, что мозги приходится вертеть туда-сюда при восприятии формул. Посыл в том, чтобы порядок преобразований максимально соответствовал движению глаз слева-направо, поэтому v1*A*B+v2*C*D предпочтительней — исключая знак плюс (но это уже двумерность формулы сказывается) глаз бежит слева-направо
---> -> --->
В случае B(A(v1)) + D(C(v2)) порядок чтения формулы получается
< — -> <---
Это по идее восходит к тому, что сама запись применения функции/оператора взялась как sin(x), а не x->sin к примеру (и в каком-то языке программирования так и сделали).

Информация

В рейтинге
Не участвует
Откуда
Россия
Дата рождения
Зарегистрирован
Активность