Там не только помехи, а то что это разделяемая среда. Чем выше утилизация, чем ниже суммарная пропускная способность. То есть если сосед за стеной смотрит ролик на ютубе на скорости 20Мбит/с, то он отнимает у вас 40, а то 100 мегабит. Это если на том же канале. А если на другом, то всё хуже, механизмы конкурентного доступа не работают. А если у него древний роутер со скоростью 54Мбит/с, то он утилизирует канал фактически на 100%. А в типичной многоэтажке таких соседей не один.
В новых версиях WiFi, конечно, стараются решить эти проблемы, но это не так просто и долго
Некоторой части населения в 2022 году повезло взять ипотечный кредит под 0,1–1% годовых. У этих счастливых людей проценты в принципе не могут составлять большую часть ежемесячного платежа. Для них такая формулировка бессмысленна.
Так для них досрочное погашение в принципе бессмысленно
Корректная формулировка звучит так: «Досрочно гасить кредит наиболее выгодно в начале срока кредита»
И я бы добавил «если ставка по кредиту выше, чем ставка по вкладам». Сегодня очень часто наоборот, досрочное погашение в таких условиях — глупость.
и, кстати, с учетом скорости современных NVMe - не быстрее ли прочитать такую страницу с диска а не с соседнего NUMA? Честно, не знаю
Нет, конечно же. Задержки обращения к памяти соседей ноды numa сотни наносекунд, лучшие задержки накопителей — десятки микросекунд. Разница на два порядка.
И да, где гарантии того, что накопитель не окажется на другой ноде?
Поэтому, на hyperthreaded серверах "вторые" 50% cpu - это чистый обман
А вот и нет. Как раз нагрузка с большим числом ожиданий, о которой вы пишете выше, идеальна для SMT. Пока одно виртуальное ядро ждёт данных от памяти, второе на том же железе что-то исполняет. У IBM в процессорах давно есть не только SMT2 (то, что Intel называет hyperthreading), но и SMT4 и даже SMT8. Слухи о том, что и в x86 появится SMT4, ходят давно, но пока не складывается. Возможно, дело в том, что и так упёрлись в потребление/тепловыделение, повышать утилизацию жрущих блоков процессора бессмысленно. А может быть для эффективного использования надо наращивать регистры/кэши, что оказалось накладно и/или технически сложно.
А зачем? В проблема установить ppp-соединение на компе? Прогресс там шёл в другом направлении, модем становился лишь ЦАП/АЦП, а все эти v.90 реализовалась софтом на компе.
Вот сотовые модемы со встроенным даже tcp были достаточно популярны, разработчикам какого-нибудь шлагбаума проще было взять копеечный микроконтроллер и не реализовывать сетевой стек вообще.
Точно разных? Тогда выберу учиться понимать на слух иврит, говорить на английском, переводить с филиппинского, читать на японском. По вашей теории мне понадобится столько же усилий, как если это всё будет один язык )
А кто-то её помнит? У меня очень мало воспоминаний из детства, но вот я помню как меня привлеки к директору договариваться о поступлении в первый класс, и среди вопросов были как раз на таблицу умножения. И я считал, примерно так: 5•6, ага делим 6 пополам и умножаем на 10; 7•9, так, умножаем 7 на 10 и вычитаем 7. С тех пор ничего не изменилось. Некоторые части я помню, конечно, например все квадраты, но зачем мне заучивать сколько будет 6•9, если это считается моментально? Сейчас навык уже утрачен по причине невостребованности, а вот в школе невыученная таблица умножения никак не мешала мне, например, умножать в уме трёхзначные числа.
Разве systemd не солярисовским smf вдохновлялся? И на фоне просмотра таблицы маршрутизации с помощью netstat -r в том же солярисе, iproute2 смотрится вполне себе цельным и логичным.
за почти 30 лет использования FreeBSD я единственный раз столкнулся (по причине power outage в процессе обновления) с фатальным несоответствием userland и kernel. В отличие от Linux, где это случается у многих и регулярно
Что-то вы надумали проблему, не помню я каких-то регулярных «фатальных несоответствий». Большинство юзерспейса просто работает, modutils когда-то обновлялись, да (или как оно называлась), но дистрибутив мешает вам выстрелить в ногу.
А с учётом простоты и лёгкости, с которыми нынче (и уже давно) получается из исходников готовая и абсолютно целостная FreeBSD
Ну получается и получается. В мире линукса тоже есть Gentoo и LFS, то что они не стали мегапопулярны — это как раз говорит о том, что особой потребности в «make world» и нет. Важно иметь исходники, возможность что-то исправить и пересобрать — это вам любой дистрибутив линукса обеспечивает.
У меня есть подозрение, что писать в дедовском стиле гораздо проще и быстрее.
От задачи зависит, но в целом нет. В первую очередь по языкам — питон и го позволяют экономить силы в сравнении с си. Миллионы библиотек на все случаи жизни. Stackoverflow и chatgpt с готовыми кусками кода
Забота транзакции о надёжности заканчивается в тот момент, когда она положила изменённые данные в кэш и сообщила, что завершила работу
Нет, конечно же. Транзакция (с настройками по умолчанию) считается завершённой когда накопитель отчитался что записал данные. И эти операции сериализуются, так что TPS на пишущих транзакция ограничен сверху IOPS на синхронной записи в имеющейся дисковой подсистеме (а в случае HDD это значение IOPS будет примерно равно оборотам диска, то есть для 7200 RPM у нас будет примерно 120 IOPS и в пределах 120 TPS соответственно). Поэтому для БД были актуальны raid с bbwc, а сейчас актуальны dc ssd — за счёт наличия механизма plp они могут отчитаться о завершении записи сразу после того, как данные попали в буфер.
Хотите больше информации — гуглите «имя_любимой_бд fsync».
P.S. раз мы про постгрес, в комплекте идёт pg_test_fsync для тестирования производительности синхронной записи.
Там не только помехи, а то что это разделяемая среда. Чем выше утилизация, чем ниже суммарная пропускная способность. То есть если сосед за стеной смотрит ролик на ютубе на скорости 20Мбит/с, то он отнимает у вас 40, а то 100 мегабит. Это если на том же канале. А если на другом, то всё хуже, механизмы конкурентного доступа не работают. А если у него древний роутер со скоростью 54Мбит/с, то он утилизирует канал фактически на 100%.
А в типичной многоэтажке таких соседей не один.
В новых версиях WiFi, конечно, стараются решить эти проблемы, но это не так просто и долго
Это неважно, всё равно вы ошиблись. Статья как раз про это, никакой «более выгодной» стратегии нет, вы платите проценты с остатка долга.
Так для них досрочное погашение в принципе бессмысленно
И я бы добавил «если ставка по кредиту выше, чем ставка по вкладам». Сегодня очень часто наоборот, досрочное погашение в таких условиях — глупость.
Нет, конечно же. Задержки обращения к памяти соседей ноды numa сотни наносекунд, лучшие задержки накопителей — десятки микросекунд. Разница на два порядка.
И да, где гарантии того, что накопитель не окажется на другой ноде?
А вот и нет. Как раз нагрузка с большим числом ожиданий, о которой вы пишете выше, идеальна для SMT. Пока одно виртуальное ядро ждёт данных от памяти, второе на том же железе что-то исполняет.
У IBM в процессорах давно есть не только SMT2 (то, что Intel называет hyperthreading), но и SMT4 и даже SMT8.
Слухи о том, что и в x86 появится SMT4, ходят давно, но пока не складывается. Возможно, дело в том, что и так упёрлись в потребление/тепловыделение, повышать утилизацию жрущих блоков процессора бессмысленно. А может быть для эффективного использования надо наращивать регистры/кэши, что оказалось накладно и/или технически сложно.
…, а потом, когда она на нуле, можно проехать ещё полсотни километров )
Насколько я знаю, лимиты питания срабатывают и без перегрева
А зачем? В проблема установить ppp-соединение на компе?
Прогресс там шёл в другом направлении, модем становился лишь ЦАП/АЦП, а все эти v.90 реализовалась софтом на компе.
Вот сотовые модемы со встроенным даже tcp были достаточно популярны, разработчикам какого-нибудь шлагбаума проще было взять копеечный микроконтроллер и не реализовывать сетевой стек вообще.
И что? От коллизий не избавит, да и вообще каждому значению CRC однозначно соответствует значение этой функции
А зачем в хэш-функции CRC умножается на константу? Что-то у меня нет никаких идей что такое действие могло бы улучшить
Точно разных? Тогда выберу учиться понимать на слух иврит, говорить на английском, переводить с филиппинского, читать на японском. По вашей теории мне понадобится столько же усилий, как если это всё будет один язык )
А кто-то её помнит?
У меня очень мало воспоминаний из детства, но вот я помню как меня привлеки к директору договариваться о поступлении в первый класс, и среди вопросов были как раз на таблицу умножения.
И я считал, примерно так: 5•6, ага делим 6 пополам и умножаем на 10; 7•9, так, умножаем 7 на 10 и вычитаем 7.
С тех пор ничего не изменилось. Некоторые части я помню, конечно, например все квадраты, но зачем мне заучивать сколько будет 6•9, если это считается моментально?
Сейчас навык уже утрачен по причине невостребованности, а вот в школе невыученная таблица умножения никак не мешала мне, например, умножать в уме трёхзначные числа.
По прочтению так и не понял главного: зачем
То есть проблем с получением рута и модификацией прошивки не предвидится? Для меня это +100 баллов в выборе пылесоса
Разве systemd не солярисовским smf вдохновлялся?
И на фоне просмотра таблицы маршрутизации с помощью netstat -r в том же солярисе, iproute2 смотрится вполне себе цельным и логичным.
Что-то вы надумали проблему, не помню я каких-то регулярных «фатальных несоответствий». Большинство юзерспейса просто работает, modutils когда-то обновлялись, да (или как оно называлась), но дистрибутив мешает вам выстрелить в ногу.
Ну получается и получается. В мире линукса тоже есть Gentoo и LFS, то что они не стали мегапопулярны — это как раз говорит о том, что особой потребности в «make world» и нет.
Важно иметь исходники, возможность что-то исправить и пересобрать — это вам любой дистрибутив линукса обеспечивает.
От задачи зависит, но в целом нет. В первую очередь по языкам — питон и го позволяют экономить силы в сравнении с си. Миллионы библиотек на все случаи жизни. Stackoverflow и chatgpt с готовыми кусками кода
Так наоборот же, контейнеры — легковесная альтернатива виртуалкам
Все SQL, которые мне встречались, в этом плане одинаковы.
commit не завершится до тех пор, пока накопитель не отрапортует о том, что данные записаны.
Я ответил на ваш вопрос?
Нет, конечно же. Транзакция (с настройками по умолчанию) считается завершённой когда накопитель отчитался что записал данные. И эти операции сериализуются, так что TPS на пишущих транзакция ограничен сверху IOPS на синхронной записи в имеющейся дисковой подсистеме (а в случае HDD это значение IOPS будет примерно равно оборотам диска, то есть для 7200 RPM у нас будет примерно 120 IOPS и в пределах 120 TPS соответственно).
Поэтому для БД были актуальны raid с bbwc, а сейчас актуальны dc ssd — за счёт наличия механизма plp они могут отчитаться о завершении записи сразу после того, как данные попали в буфер.
Хотите больше информации — гуглите «имя_любимой_бд fsync».
P.S. раз мы про постгрес, в комплекте идёт pg_test_fsync для тестирования производительности синхронной записи.
Всё, конечно, украдено до вас
https://ru.m.wiktionary.org/wiki/ебеня
https://argo.academic.ru/1523/ебеня