а нужна ли на этих датчиках теплоизоляция? может, человек, который знал, что не нужна, уже не работает в роскосмосе? такое очень может быть, ведь этот модуль начали собирать лет 15 назад.
Суда-ретрансляторы нужны, если телеметрию необходимо сбрасывать немедленно в реальном времени. Если китайцам они нужны, то по меньшей мере технология телеметрии у них старая.
А зачем в 20-х годах 21-го века суда-ретрансляторы? Серьёзно, зачем?
У китайцев, видимо, советские технологии 70-80-х годов, купленные в 90-х, поэтому им нужны ретрансляторы в океане.
Но у современного ракеты-носителя или корабля — у него что, нет запоминающего устройства сколько угодно большой ёмкости, куда можно сохранить все данные и выдать их при пролёте определённого пункта? Нет сети спутников связи, достаточной, чтобы принимать телеметрию из любой точки?
Серьёзно, что это за сопли с сахаром по старью? Приплели ещё погибшего космонавта, чтоб жальче было.
И с вами я согласен :-))). Статья про неочевидные, не лежащие на поверхности методологические ошибки при тестировании производительности. Это неочевидно из статьи? :-)
>Я не совсем понял, что это «нисходящие», «восходящие» bottleneck?
Статью перечитайте, там это объясняется. Если останется непонятным, объясню подробнее.
>Это похоже на псевдонаучные спекуляции («Принципиально необнаруживаемый»).
Да, именно принципиально необнаруживаемый на медленном железе. Пример. Мы ожидаем, что увеличение кол-ва ядер процессора в 4 раза даст увеличение производительности в 3 раза. (Сейчас неважно, исходя из каких соображений мы именно так ожидаем.) А в синхронизации потоков у нас некий bottleneck, который помешает такому увеличению. Можно ли обнаружить его на одноядерном проце?
>И так надо искать параметр или группу, который сможет более-менее линейно увеличивать скорость.
>Эта задача называется регрессионный анализ. Выделяете группу параметров и вперёд, делать измерения,
>строить точки :)
Нетривиальная задача, требующая нескольких точек, т.е. измерений на нескольких тестовых кластерах с разной производительностью. Проще и, главное, надёжнее просто мерять на системе, примерно равной продакшну.
>Я уже молчу, что для многопоточных систем на многопроцессорных машинах, вообще,
>будет ожидать крах всех ожиданий
Вот именно.
Вот бенч этого проца https://www.cnews.ru/news/top/2023-12-22_tainstvennyj_kitajskij_ubijtsa
Вывод там такой:
едва догоняет медленные процессоры AMD 13-летней давности
У китайцев, видимо, советские технологии 70-80-х годов, купленные в 90-х, поэтому им нужны ретрансляторы в океане.
Но у современного ракеты-носителя или корабля — у него что, нет запоминающего устройства сколько угодно большой ёмкости, куда можно сохранить все данные и выдать их при пролёте определённого пункта? Нет сети спутников связи, достаточной, чтобы принимать телеметрию из любой точки?
Серьёзно, что это за сопли с сахаром по старью? Приплели ещё погибшего космонавта, чтоб жальче было.
Про AWS — в самую точку.
Статью перечитайте, там это объясняется. Если останется непонятным, объясню подробнее.
>Это похоже на псевдонаучные спекуляции («Принципиально необнаруживаемый»).
Да, именно принципиально необнаруживаемый на медленном железе. Пример. Мы ожидаем, что увеличение кол-ва ядер процессора в 4 раза даст увеличение производительности в 3 раза. (Сейчас неважно, исходя из каких соображений мы именно так ожидаем.) А в синхронизации потоков у нас некий bottleneck, который помешает такому увеличению. Можно ли обнаружить его на одноядерном проце?
>И так надо искать параметр или группу, который сможет более-менее линейно увеличивать скорость.
>Эта задача называется регрессионный анализ. Выделяете группу параметров и вперёд, делать измерения,
>строить точки :)
Нетривиальная задача, требующая нескольких точек, т.е. измерений на нескольких тестовых кластерах с разной производительностью. Проще и, главное, надёжнее просто мерять на системе, примерно равной продакшну.
>Я уже молчу, что для многопоточных систем на многопроцессорных машинах, вообще,
>будет ожидать крах всех ожиданий
Вот именно.