В старой FreeBSD был любопытный аллокатор, где в мане malloc(3) было написано:
The present allocation implementation started out as a file system for a drum attached to a 20bit binary challenged computer which was built with discrete germanium transistors. It has since graduated to handle primary storage rather than secondary. It first appeared in its new shape and ability in FreeBSD 2.2.
На это у меня простой подход - я полный чайник в авиации, но исхожу из того, что кэп не самоубийца, а его дома ждут мама/жена/дети/любовница/etc, и вообще, он хочет жить, и есть какой-то контроль, что он трезв. Вероятность обратного - минимальна.
Если самолёт реально неисправен, или погода херовая, то очень маловероятно, что кэп согласится полететь (или свалит из Мск в Нижний, например, несмотря на полное неудовольствие пассажиров и авиакомпании).
И раз я ничего не понимаю в ситуации и нет никаких рычагов контроля - то надо расслабиться и получать удовольствие.
Сейчас приблизительным аналогом PP можно считать любые варианты Big/Little ядер. Современные технологии позволяют сделать их одинаковыми на уровне архитектуры, а производительность - будет разная.
Соответственно, если мы заняты вычислениями - их можно зашедулить на самые быстрые ядра, а для разных вспомогательных задач ОС - пусть работают на энергоэффективных.
А если, например, прилетает 100Gb/s сетевого трафика, то лучше пусть ОС разбирается, где ей этот трафик обрабатывать, а где оставлять вычисления.
Гибкость - обычно лучше прибитых гвоздями ограничений.
Чисто «теоретически» — у компилятора меньше инфы, чем у эмулятора в рантайме. Да и PGO — ну оптимизировали на одних данных, а в реальности пошли другие.
Дальше просто — если накладные расходы эмулятора меньше, чем получаемый профит, то в итого получим плюс.
Например исходный компилятор не знает паттерн входящих данных и не может предсказать переходы. Этого хватит? В более общем случае — может быть разная микроархитектура процессоров, и что хорошо одному, то плохо другому.
Происхождение и эволюция аллокатора памяти в С
В старой FreeBSD был любопытный аллокатор, где в мане malloc(3) было написано:
The present allocation implementation started out as a file system for a drum attached to a 20bit binary challenged computer which was built with discrete germanium transistors. It has since graduated to handle primary storage rather than secondary. It first appeared in its new shape and ability in FreeBSD 2.2.
Компьютеры быстры, но вы этого не знаете
Хороший коммент, плюсанул,
но почему-то мне кажется, что это называется wire speed. Ну или line rate.
Как облачный сервис превращается в тыкву
У меня стоит minidlna, всё играется
Как облачный сервис превращается в тыкву
Поставить на сервер DLNA и смотреть например с планшета по вайфаю при помощи VLC?
Я так для себя решил проблему
Умелец собрал огромный таймер 555 из дискретных компонентов
Я бы не сказал, что в те времена 16 лет разницы - это одна и та же эпоха
Яндекс.Практикум: самый подробный отзыв
На это у меня простой подход - я полный чайник в авиации, но исхожу из того, что кэп не самоубийца, а его дома ждут мама/жена/дети/любовница/etc, и вообще, он хочет жить, и есть какой-то контроль, что он трезв. Вероятность обратного - минимальна.
Если самолёт реально неисправен, или погода херовая, то очень маловероятно, что кэп согласится полететь (или свалит из Мск в Нижний, например, несмотря на полное неудовольствие пассажиров и авиакомпании).
И раз я ничего не понимаю в ситуации и нет никаких рычагов контроля - то надо расслабиться и получать удовольствие.
Яндекс.Практикум: самый подробный отзыв
Вот ведь сначала хотелось сказать, что вместо плюсиков в формуле должны быть звёздочки, а ведь нет. Тут реально плюсики. Нетривиальная формула
Яндекс.Практикум: самый подробный отзыв
Ну нет-же, меня плохо учили!
Яндекс.Практикум: самый подробный отзыв
Это скорее в Netflix тогда уже...
PS: Как мне нравится, когда считают чужие деньги
Яндекс.Практикум: самый подробный отзыв
А вот это хорошая идея!
Почему любой Android снимает видео хуже iPhone?
Вы явно не пробовали сфотографировать кота на телефон.
Знакомый кошатник для этого зачем-то купил зеркалку.
Учёные из Финляндии вырастили в пробирке «молотый кофе»
Ну не растёт у них кофе, приходится выкручиваться
Альтернативная вселенная старых компьютеров
Сейчас приблизительным аналогом PP можно считать любые варианты Big/Little ядер. Современные технологии позволяют сделать их одинаковыми на уровне архитектуры, а производительность - будет разная.
Соответственно, если мы заняты вычислениями - их можно зашедулить на самые быстрые ядра, а для разных вспомогательных задач ОС - пусть работают на энергоэффективных.
А если, например, прилетает 100Gb/s сетевого трафика, то лучше пусть ОС разбирается, где ей этот трафик обрабатывать, а где оставлять вычисления.
Гибкость - обычно лучше прибитых гвоздями ограничений.
NVIDIA BlueField 2: Эмуляция NVMe
Разделочная кораблей: что не погребено в океане, будет разрезано вручную
Процессор, эмулирующий сам себя — может быть быстрее самого себя
Дальше просто — если накладные расходы эмулятора меньше, чем получаемый профит, то в итого получим плюс.
Процессор, эмулирующий сам себя — может быть быстрее самого себя
Процессор, эмулирующий сам себя — может быть быстрее самого себя
Процессор, эмулирующий сам себя — может быть быстрее самого себя
Процессор, эмулирующий сам себя — может быть быстрее самого себя