Мне кажется, что дело не в компактности, а PCIe не пролезал в so-dimm по частоте. Вот, что пишут в буклете про CM4:
This change is due to the addition of new interfaces; an additional second HDMI, PCIe, and Ethernet. The addition of these
new interfaces, especially PCIe, would not have been possible while preserving the previous form factor.
Пожалейте кандидата, дайте ему хоть маркер, чтобы квадратики рисовать. Во всяких draw.io, конечно, в итоге картинка более красивая выходит, но там так долго надо все эти квадратики подравнивать и стрелочки протягивать, вместо того, чтобы на смысле концентрироваться..
в Турции и Иране тоже есть свои сервисы, которые больше нигде не нужны
Посмотрите на эту замечательную картинку:
Она явно показывает, что какая-никакая конкуренция существует в США, в России и в Китае. Yahoo ещё как-то телепается в Японии. В остальных странах тупо монополия Гугла. И Гуглу, в целом, довольно таки наплевать на качество поиска в этих странах, потому что и так альтернативы нету. И своих больших локальных сервисов в этих странах тоже нету. В Турции качество поиска и карт у Гугла радикально улучшилось только после того, как туда попытался зайти Яндекс.
По факту, для существования национального сегмента интернета необходимо, чтобы жители плохо владели английским языком, либо находиться на отшибе, как Австралия. Вот, например, статистика по зарегистрированным TLD: https://w3techs.com/technologies/overview/top_level_domain .
Так что если у нас ещё какой-никакой чебурнет будет, то в условной Турции будет совсем безлюдная пустыня.
Ладно, хороший пример. С другой стороны, в виду статичности размера «списка» более эффективно его интерфейс реализовать с помощью массива, особенно когда кэш небольшой.
А как вы, простите, будете делать перемещение элемента из середины массива в его начало? Копировать каждый раз? Список то именно ради этой операции и применяется.
Не уверен, что понимаю о чем речь. Сколько обычно буферов?
Например, в ядре линукса skb в цепочку выстраиваются, могут быть сотни структур в цепочке.
Но часто и нет. В С++ вот на основе массива. С большой вероятностью это более эффективно.
В libstdc+++ через деку, а не через массив: https://github.com/gcc-mirror/gcc/blob/master/libstdc%2B%2B-v3/include/bits/stl_queue.h#L75
Потому что нужна эффективная операция снятия элемента с начала цепочки элементов, а в массиве такого не сделать. Вот если бы очередь была фиксированной длины, да элементы одинакового размера, тогда можно было бы говорить о кольцевом буфере на непрерывном куске памяти.
Предлагаю вам такую разминку для ума: попробуйте придумать, когда сортировка пузырьком будет существенно эффективней квиксорта. В реальной жизни такое бывает при рендеринге сцен в играх.
Вы сейчас точно в том треде отвечаете? Этот тред про то, что список — негодная структура данных:
Вот серьёзно, список — это ужасная структура данных, которая не нужна ни в каких задачах, кроме «разверни-ка этот список» или «объедини-ка эти два списка»
Проблема SO-программистов в том, что они будут забивать гвозди в стенку из гипсокартона, потому что не будут понимать, что такое гвоздь, и что такое гипсокартон. Да что уж там, они даже не задумаются, что стена может быть сделана не из дерева. Стена из кирпича составит очевидные проблемы, но преодолимые. А вот бетонная поставит в тупик.
Да, современные wifi чипы — это офигительно крутые радио-технологии за очень мало денег. Поэтому есть и обратное движение — использовать их не совсем по назначению, например: радиолинк для видео
И, конечно, вряд ли дело в том, что Цукерберг заносил денег, чтобы tiktok забанили. Официально и через кассу, конечно, лоббирование своих интересов в США законно.
Ну я специально его придумывал, по мотивам реального случая. Проверку уникальности через индекс я поддерживаю, собственно, если идти по этому пути — проблема и возникнет ровно в момент миграции базы в проде, и решать надо было бы именно на стадии миграции, ведь в старом коде проверки не было, и поэтому записи УЖЕ есть в базе.
В тестинге находится копия продовой базы? Если да — то как обеспечиваете защиту персональных данных там? Если нет, то ведь нет и никаких гарантий, что поведение скриптов миграции будет одинаковым на проде и в тестинге — довольно часто в проде накапливается "мусор" из-за менее строгих проверок данных в прошлом.
Например, было в табличке пользователей поле email, и оно не было с ограничением на уникальность, хотя в коде давно уже на уникальность проверка есть. В какой-то момент захотели и в базе сделать его уникальным, но, при миграции в проде, оказалось, что на заре сервиса было зарегистрировано несколько пользователей с одинаковым email. Как действуете в подобных случаях?
Только на итоговой поделке нету (на последней фотографии видно пустоту в этом месте), и предлагается вставлять 3.5мм джек в самодельный штекер, навитый из проволоки (слева по центру кассеты, на последней фотографии).
Устанавливая фильтрацию, следует помнить об одной простой вещи. Чем больше фильтрации тем больше задержка. Понятное дело, что она в миллисекундах и не значительная, но для PID-контроллера это критично. Так как он начнет реагировать на события позже, а это значит, что он будет пытаться выровнять квадракоптер в прошлом :)
Важное дополнение: задержка в обратной связи может привести к автоколебательным процессам при определённых параметрах PID регулятора. Это приводит к тому, что его коэффициенты должны быть задавлены, чтобы скорость его реакции были ниже, чем величина задержки.
Рекомендую почитать основы теории автоматического управления, чтобы осознанно настраивать подобные штуки. Тогда и все вопросы о том, откуда там частоты взялись, исчезнут.
Очень круто! Рекомендую посмотреть плейлист одного скандинава (норвежец, кажется), который тоже с нуля делает 2т мотор, с литьем по 3д-печатным формам, покрытием цилиндра никасилом, описанием химии и т.д.: www.youtube.com/playlist?list=PLXcD4bU9sKtEoixg8L8jZEQHEl4btnzl9
Мне кажется, что дело не в компактности, а PCIe не пролезал в so-dimm по частоте. Вот, что пишут в буклете про CM4:
Это уже было, но, правда, не в саус парке, а у мерседеса.
Пожалейте кандидата, дайте ему хоть маркер, чтобы квадратики рисовать. Во всяких draw.io, конечно, в итоге картинка более красивая выходит, но там так долго надо все эти квадратики подравнивать и стрелочки протягивать, вместо того, чтобы на смысле концентрироваться..
Почему вы уверены, что он есть, и его там не убил условный eBay?
Посмотрите на эту замечательную картинку:
Она явно показывает, что какая-никакая конкуренция существует в США, в России и в Китае. Yahoo ещё как-то телепается в Японии. В остальных странах тупо монополия Гугла. И Гуглу, в целом, довольно таки наплевать на качество поиска в этих странах, потому что и так альтернативы нету. И своих больших локальных сервисов в этих странах тоже нету. В Турции качество поиска и карт у Гугла радикально улучшилось только после того, как туда попытался зайти Яндекс.
Можно посмотреть и с другой стороны: вот список самый популярных (с т.з. количества пользователей) социальных сетей. Много видите там национальных сетей, не из США и не из Китая?
По факту, для существования национального сегмента интернета необходимо, чтобы жители плохо владели английским языком, либо находиться на отшибе, как Австралия. Вот, например, статистика по зарегистрированным TLD: https://w3techs.com/technologies/overview/top_level_domain .
Так что если у нас ещё какой-никакой чебурнет будет, то в условной Турции будет совсем безлюдная пустыня.
А как вы, простите, будете делать перемещение элемента из середины массива в его начало? Копировать каждый раз? Список то именно ради этой операции и применяется.
Например, в ядре линукса skb в цепочку выстраиваются, могут быть сотни структур в цепочке.
В libstdc+++ через деку, а не через массив: https://github.com/gcc-mirror/gcc/blob/master/libstdc%2B%2B-v3/include/bits/stl_queue.h#L75
Потому что нужна эффективная операция снятия элемента с начала цепочки элементов, а в массиве такого не сделать. Вот если бы очередь была фиксированной длины, да элементы одинакового размера, тогда можно было бы говорить о кольцевом буфере на непрерывном куске памяти.
Предлагаю вам такую разминку для ума: попробуйте придумать, когда сортировка пузырьком будет существенно эффективней квиксорта. В реальной жизни такое бывает при рендеринге сцен в играх.
Вы сейчас точно в том треде отвечаете? Этот тред про то, что список — негодная структура данных:
С двусвязными, конечно, но:
Проблема SO-программистов в том, что они будут забивать гвозди в стенку из гипсокартона, потому что не будут понимать, что такое гвоздь, и что такое гипсокартон. Да что уж там, они даже не задумаются, что стена может быть сделана не из дерева. Стена из кирпича составит очевидные проблемы, но преодолимые. А вот бетонная поставит в тупик.
Да, современные wifi чипы — это офигительно крутые радио-технологии за очень мало денег. Поэтому есть и обратное движение — использовать их не совсем по назначению, например: радиолинк для видео
Выглядит как очень нативный способ для управления экзоскелетами.
Стоит один раз разобраться со связанной и скоростной системами координат, это сразу существенно улучшит понимание основ динамики движения самолёта.
Ну я специально его придумывал, по мотивам реального случая. Проверку уникальности через индекс я поддерживаю, собственно, если идти по этому пути — проблема и возникнет ровно в момент миграции базы в проде, и решать надо было бы именно на стадии миграции, ведь в старом коде проверки не было, и поэтому записи УЖЕ есть в базе.
В тестинге находится копия продовой базы? Если да — то как обеспечиваете защиту персональных данных там? Если нет, то ведь нет и никаких гарантий, что поведение скриптов миграции будет одинаковым на проде и в тестинге — довольно часто в проде накапливается "мусор" из-за менее строгих проверок данных в прошлом.
Например, было в табличке пользователей поле email, и оно не было с ограничением на уникальность, хотя в коде давно уже на уникальность проверка есть. В какой-то момент захотели и в базе сделать его уникальным, но, при миграции в проде, оказалось, что на заре сервиса было зарегистрировано несколько пользователей с одинаковым email. Как действуете в подобных случаях?
Как пишете и отлаживаете скрипты миграции данных из одной версии базы к другой? Что делаете, если в тестинге миграция работает, а в проде — нет?
Только на итоговой поделке нету (на последней фотографии видно пустоту в этом месте), и предлагается вставлять 3.5мм джек в самодельный штекер, навитый из проволоки (слева по центру кассеты, на последней фотографии).
Важное дополнение: задержка в обратной связи может привести к автоколебательным процессам при определённых параметрах PID регулятора. Это приводит к тому, что его коэффициенты должны быть задавлены, чтобы скорость его реакции были ниже, чем величина задержки.
Рекомендую почитать основы теории автоматического управления, чтобы осознанно настраивать подобные штуки. Тогда и все вопросы о том, откуда там частоты взялись, исчезнут.
Они всё же больше станкостроители, чем мотористы. Да и литьём не занимаются.