Відео

Подскажите пожалуйста, в ГА4 тоже есть такая возможность или можно что-то подобное настроить?

3:56

Очень годный материал, спасибо

Познавательно, спасибо.

Спасибо Николай!

да он и без сетевых нехило так тормозит...

Интересно, что у меня результаты отличаются ровно наоборот, но я использовал go-wrk, надобно еще поэкспериментировать, пока не нашел сильной разницы между сетями

Тут еще зависит от того какие настройки сети у вас в KVM? Потому что, по-умолчанию он эмулирует сетевуху rtl8139. И у вас из-за этого могут быть такие потери в производительности. Например, VMWare с сетью VMXNET3, использует маппинг памяти сетевого буфера виртуальной сетевухи между виртуалками и вы ограничены только скоростью обмена с памятью.

очень полезное, такое бы еще для кубера помареть)

Спасибо за тест. Было бы интересно увидеть сравнение так же с docker rootless kit и macvlan-сетью. Вангую рутлес будет худшим.

интересно посмотреть на вариант если Коннект делать Unix domain socket (IPC) . В докер и без, это актуально если сервисы как в твоём случае на одной машине.

Это еще что... а когда выносят mysql на отдельный хост или дисковую систему на СХД по сети. Удобно, модно, молодежно... ну да, сайт дико тормозит, что поделать :] Нет ничего быстрее, чем когда все локально, безо всяких KVM и докеров, напрямую работает. И mysql конечно только через сокеты. А еще tmp системную, tmp nginx и mysql можно делать на RAM-диск, можно логи даже писать на RAM-диск (если памяти конечно много имеется). Если сайтов не пара штук, а сотни, то лучше их делить на отдельные процессы apache/php/mysql чтобы всем более-менее равномерно доставалось всех кэшей. А не так (как к примеру обычно на shared хостингах) что одна гигантская mysql на тысячи сайтов и более посещаемые всегда перетягивают одеяло на себя, а менее посещаемые получаются почти всегда с "холодным стартом". С php opcache та же история.

Каким образом картинки приоретизируются?

Всёж не хватает для сравнения тестов под вирталкой(kvm).... А если касаться только сети, то так же бы не помешало проверить такие вещи как: macvlan, net namespace etc...

Спасибо за обзор! К тестам напрашивается один вопрос - а на каком уровне дополнительной нагрузки потери становятся незначительными если это вообще происходит.

Большое спасибо за видео. Хотелось бы видеть от Вас тест производительности mysql также в контейнере и без, может даже в связке с php.

Ежу понятно, что любая дополнительная операция требует процессорного времени. Попробуйте еще кубернетес. Докер и кубер были созданы для удобства - за удобство надо платить. Все логично и понятно

Впринципе что и надо было доказать. Спасибо!

Примитивный тест на статике. Основная часть запросов это запросы к бизнес логике или базе. Какая разница как тормозит сервис по раздаче статики. Если статика это 10% от общего числа запросов. В чем смысл этих тестов? Экономия на спичках? У всего есть накладные расходы. Вопрос в том готов ты их платить или нет. Вы ещё протестируйте оверхед от виртуализации ))) а потом скажете что все лучше ставить на голом железе, только вот докер и кубер другую проблему решали

Неожиданный результат. Я думал что докер привносит некоторые задержки, ну на 5-10% процентов. Но эти результаты меня удивили. А ведь я недавно спорил со своим коллегой, что докер привносит мизерную задержку. Я получается, был не прав??

Спасибо, интересно

еще бы такой же тест для Mariadb внутри Docker контейнера. Популярное решение на ispmanager - когда он изначально был установлен на с mysql 8. А проект нужно в рамках этого же сервер без переустановки - перенести на mariadb )

Очень интересно. Тоже не ожидал такого влияния) спасибо за тесты! Интересно, при увеличении количества контейнеров, через которые проходит запрос, задержка растёт линейно в зависимости от кол-ва контейнеров или всё-таки медленнее🤔 или быстрее😱

Было бы интересно посмотреть результат работы Docker-контейнера с использованием режима (драйвера) macvlan.

Спасибо, это очень полезный контент

В MariaDB пока что не выпилили кэширование запросов.

Search Console жалуется на смещение контента, сервисы не показывают что есть смещение

Wix-самый популярный сайт-билдер на Западе. Создан израильскими инженерами в 2006г. И постоянно совершенствуется. Поэтому оставьте эту тему.

может имеется уже на канале видео со сравнением разных вариантов и версий mysql серверов? если ранее был только один сам, то теперь, как оказалось их не мало и что выбрать непонятно.

Сама установка и настройка рассказаны поверхностно. больше внимания в рассказе уделено кешу.

Спасибо Николай! Очень полезный замер.

Спасибо, очень понятный гайд

Спасибо!

Класс! Аффтар пеши исчо

Смещение элементов важно именно для первого экрана или даже если элементы смещаются где-то внизу страницы то CLS тоже падает?

Какой же он новый если он с 2015 года

Zstd существует уже лет 5 Новый....

Интересно, что RPS у Zstd на 4-ом уровне компрессии (215 rps), лучше чем на 3-ем(212 rps). Я так понимаю, между ними особо разницы нет, и всё на уровне погрешности.

да, zip медленный алгоритм сам по себе. zstd специально проектироваося с учетом работы современного процессора и его старались сделать универсальным в том плане что одна программа может жать и со скорость 800 мб в сек и 40, в зависимости от настроек, чтобы не было мешанины из разных кодеков типа lz4 и lzma (или какой там в 7zip). разжимают они быстрее тоже.

на счет эффективности gzip просто срыв покровов. большое спасибо за интересный материал.

Благодарю, любопытный материал! Подскажите пожалуйста, есть ли у вас опыт настройки аналогичной оптимизации на сервере с панелями управления, такими-как Fastpanel и ISPmanager, если да, то можно ли как-то это настроить таким образом, чтобы связать данные настройки со встроенными регулировками в интерфейсе панели?

Я просто не могу перестать смотреть ваши видеоролики! Они такие информативные и интересные, что каждый раз я открываю для себя что-то новое. Спасибо вам за такой ценный контент, вы делаете отличную работу! Надеюсь, вы будете продолжать радовать нас своими увлекательными видео. Удачи и успехов вам!

Для фото-архива - JPEG XL, значительно выигрывает в скорости кодирования и в визуальном качестве, при сопоставимом размере с AVIF. а для инет фоток с низкой детализацией и разрешением, графики, анимации, скришотов и тп. AVIF, за счет лучшей работы с краями и плоскими областями, будет иметь некоторое визуальное преимущество. При этом, уступая в скорости кодирования и в отсутствии прогрессивного режима. Больше похоже, что Гуглу не понравился формат-конкурент для AVIF и Webp, превосходящий их вместе взятых.

есть какое-то универсальное решение, скармливаем любую картинку а кодировщик принимает решение как его лучше конвертнуть в avif?

наверно стоило провести чуть более сложное тестирование, например скриптом сгенерить 20 картинок с разным уровнем сжатия и сравнить их c такими же mozjpeg через какой-нибудь dssim, потому что 80% в одном могут отличаться от 80% в другом кодеке. это самое просто, датасет хороший подобрать все же сложнее, но в целом да, обычное любительское фото, скрин и т.д. cгодятся

за выбор картинок однозначно лайк

еше aif все не освоили ) А прогресс идет. Спасибо за видео

ждите во всех вакансиях 3+ года с Jpegli ))

Вижу Лавлинского Николая - ставлю лайк!

Привет, а как это все установить? есть какой курс для этого?