Жыл бұрын
Жыл бұрын
Жыл бұрын
Жыл бұрын
Жыл бұрын
2 жыл бұрын
2 жыл бұрын
2 жыл бұрын
3 жыл бұрын
3 жыл бұрын
3 жыл бұрын
Пікірлер
@skatskau1102 22 күн бұрын
Ничего не понятно. Что, где, для чего?
@drmonochromer Ай бұрын
Можно ли где-то посмотреть пример, как это использовать вместе с автоопределением поддержки webp?
@man6k Ай бұрын
жалко что ркн их положили...
@expmodo Ай бұрын
Вопрос: сейчас мерию спидтестом и мне там выводит, что download latency прыгает от времени к времени с 10 до аж 600+- периодически, при этом скорость скачивания и отдачи в норме и по тарифу. Это на что-то, как-то влияет ? Иногда в онлайн играх бывают подфризы, но понять не могу зависит ли это от того самого прыгающего параметра download latency или нет.
@NickLavlinsky Ай бұрын
Это не совсем по теме ролика, но да, конечно влияет. Скорее всего у вас возникает явление buffer bloat, посмотрите, что это такое. Скорее всего нужно работать с вашим роутером.
@expmodo Ай бұрын
@@NickLavlinsky да дело в том, что никаких роутеров и модемов, лично у меня дома, нет. Получается, что в моём случае это оборудование компании. Я понял вас. Спасибо.
@Александр-ъ5ц5л Ай бұрын
Здравствуйте Nick! Подскажите пожалуйста в 2024 тоже нужно устанавливать?
@NickLavlinsky Ай бұрын
Да, если хотите использовать WebPageTest.
@koticmolodec Ай бұрын
сайт - полное ведро, будто собранный из говна и палок выбираю нужное мне озу для ноутбука, кликаю, с первого, со второго, с третьего и тд раза не срабатывает
@dimadancev714 2 ай бұрын
Очень полезно и понятно! Спасибо большое!
@letomaneteo 2 ай бұрын
клоудфлаер - разводилы еще те, нихера не работает, техподдержка отмораживаеться, не связывайтесь с этой дырой
@mistertroll0000 3 ай бұрын
Ну, тест вроде очень грамотный. Вполне близок к боевым настройкам (если отмасштабировать). Большее количество запросов на рид+райт наверное из-за меньшей задержки, хрен знает почему. Но в целом имхо паритет. Это имхо позитивный вывод, потому что самое неприятное это менять что-то хорошо работающее, когда какая-нибудь пузомерка показывает x2 у другого движка в синтетическом тесте. Поэтому большое спасибо за тесты, посмотрел, порадовался.
@mistertroll0000 3 ай бұрын
Спасибо, очень интересно! (query cache моё всё, поэтому сижу на марии, это сильно проще чем кэшить результаты на уровне движков сайта).
@АлександрВидин-с6я 3 ай бұрын
Пасибо
@trip_of_world 3 ай бұрын
Класс! На счет докер контейннеров будет весьма интересно
@pion2587 3 ай бұрын
А проверить в приложениях WP Yii2 / 3 было интересно, с упором на чтение.
@egorgorbachev 3 ай бұрын
есть смысл proxy sql использовать для ускорение работы sql запросов (использовать его как кешируюший)
@NickLavlinsky 3 ай бұрын
Да, конечно.
@ДаниилКаменский-щ3э 3 ай бұрын
Николай, от души!, очень интересный контент.
@achillessua 3 ай бұрын
что было бы интересно увидеть по тестам (mariadb / mysql 5 / mysql 8.4): - vps на arm процесорах и обычных, - дедик на древнем процессоре AMD Ryzen 5 3600 и AMD Ryzen 7 PRO 8700GE . hetzner дц
@Archi.Varius 3 ай бұрын
Так все-таки что будет лучше для wordpress?😁🤔
@evgenkrupchenko 3 ай бұрын
Лучше будет не размещаться на бегетах и подобном ширпотребе, где процессоры около 2ггц и гигантское количество соседей, сервера сильно перегружены все время. Ну а база - очевидно mariadb.
@romanmed9035 3 ай бұрын
жаль что перкона предыдущей версии в тест не вошел. чтобы видпть очевидность необходимости перехода на 8ю версию.
@evgenkrupchenko 3 ай бұрын
mariadb актуальная стабильная 11.5 и к концу года будет 11.6 бенчмарк mysql также есть в bitrix в панели производительности
@egorgorbachev 3 ай бұрын
Отлично. Спасибо Годно как всегда
@NK-kg1qv 3 ай бұрын
Лайк не глядя, прям супер нужный контент
@mdhhdhffjjjdhdbdjdjsjd 3 ай бұрын
Благодарю за тесты. Всегда было интересно знать.
@frstnmlstnm-it1mf 3 ай бұрын
Спасибо за видео
@office3111 4 ай бұрын
Подскажите пожалуйста, в ГА4 тоже есть такая возможность или можно что-то подобное настроить?
@Леонид-с5з 4 ай бұрын
3:56
@coryphoenixxx8238 5 ай бұрын
Очень годный материал, спасибо
@devospos 5 ай бұрын
Познавательно, спасибо.
@sevd404 5 ай бұрын
Спасибо Николай!
@igorseledtsov7345 5 ай бұрын
да он и без сетевых нехило так тормозит...
@DFX2011 5 ай бұрын
Интересно, что у меня результаты отличаются ровно наоборот, но я использовал go-wrk, надобно еще поэкспериментировать, пока не нашел сильной разницы между сетями
@alexanderbelkin5978 5 ай бұрын
Тут еще зависит от того какие настройки сети у вас в KVM? Потому что, по-умолчанию он эмулирует сетевуху rtl8139. И у вас из-за этого могут быть такие потери в производительности. Например, VMWare с сетью VMXNET3, использует маппинг памяти сетевого буфера виртуальной сетевухи между виртуалками и вы ограничены только скоростью обмена с памятью.
@NickLavlinsky 5 ай бұрын
В этом тесте в сетевуху виртуалки результаты не упирались. Ну и для всех вариантов настройки виртуалки были одинаковыми, так что они здесь ни при чем.
@snatvb 5 ай бұрын
очень полезное, такое бы еще для кубера помареть)
@МихаилС-л9я 5 ай бұрын
Спасибо за тест. Было бы интересно увидеть сравнение так же с docker rootless kit и macvlan-сетью. Вангую рутлес будет худшим.
@Novikovrus 5 ай бұрын
интересно посмотреть на вариант если Коннект делать Unix domain socket (IPC) . В докер и без, это актуально если сервисы как в твоём случае на одной машине.
@NickLavlinsky 5 ай бұрын
Unix-сокеты как-то тестировал, они немного быстрее, но не радикально.
@evgenkrupchenko 5 ай бұрын
Это еще что... а когда выносят mysql на отдельный хост или дисковую систему на СХД по сети. Удобно, модно, молодежно... ну да, сайт дико тормозит, что поделать :] Нет ничего быстрее, чем когда все локально, безо всяких KVM и докеров, напрямую работает. И mysql конечно только через сокеты. А еще tmp системную, tmp nginx и mysql можно делать на RAM-диск, можно логи даже писать на RAM-диск (если памяти конечно много имеется). Если сайтов не пара штук, а сотни, то лучше их делить на отдельные процессы apache/php/mysql чтобы всем более-менее равномерно доставалось всех кэшей. А не так (как к примеру обычно на shared хостингах) что одна гигантская mysql на тысячи сайтов и более посещаемые всегда перетягивают одеяло на себя, а менее посещаемые получаются почти всегда с "холодным стартом". С php opcache та же история.
@РоманВладимирович2024 5 ай бұрын
Каким образом картинки приоретизируются?
@АлександрДорофеев-я1ж 5 ай бұрын
Всёж не хватает для сравнения тестов под вирталкой(kvm).... А если касаться только сети, то так же бы не помешало проверить такие вещи как: macvlan, net namespace etc...
@NickLavlinsky 5 ай бұрын
Что значит тестов под вирталкой? В этом тесте все работало уже в вируалке kvm.
@АлександрДорофеев-я1ж 5 ай бұрын
@@NickLavlinsky ну я имел ввиду host vs виртуалка...
@NickLavlinsky 5 ай бұрын
Да, это тоже можно протестировать.
@alsto8298 5 ай бұрын
Спасибо за обзор! К тестам напрашивается один вопрос - а на каком уровне дополнительной нагрузки потери становятся незначительными если это вообще происходит.
@davidlakazov9156 5 ай бұрын
Большое спасибо за видео. Хотелось бы видеть от Вас тест производительности mysql также в контейнере и без, может даже в связке с php.
@NickLavlinsky 5 ай бұрын
Сделаем.
@ArtemAleksashkin 5 ай бұрын
Ежу понятно, что любая дополнительная операция требует процессорного времени. Попробуйте еще кубернетес. Докер и кубер были созданы для удобства - за удобство надо платить. Все логично и понятно
@NickLavlinsky 5 ай бұрын
Да, вопрос в том, какого времени требует изоляция в контейнерах. Заявляется, что менее 10%.
@egorgorbachev 5 ай бұрын
Впринципе что и надо было доказать. Спасибо!
@PragmaticIT 5 ай бұрын
Примитивный тест на статике. Основная часть запросов это запросы к бизнес логике или базе. Какая разница как тормозит сервис по раздаче статики. Если статика это 10% от общего числа запросов. В чем смысл этих тестов? Экономия на спичках? У всего есть накладные расходы. Вопрос в том готов ты их платить или нет. Вы ещё протестируйте оверхед от виртуализации ))) а потом скажете что все лучше ставить на голом железе, только вот докер и кубер другую проблему решали
@NickLavlinsky 5 ай бұрын
Конечно на голом железе лучше. Вопрос в том, насколько лучше. В этом и смысл тестов.
@dmitryk101 5 ай бұрын
У сервисов раздачи статики обычно гораздо больше запросов чем у бизнес логики. Глупо игнорировать потребление этих ресурсов. К тому же скорость загрузки статики влияет на бизнес метрики, например даже самый быстрый сайт не начнет работать пока не загрузится его js скрипты.
@dmitryk101 5 ай бұрын
Такие "примитивные" тесты как раз и нужны чтобы оценить этот оверхед и понять где экономия на спичках, а где уже серьезный импакт по бизнесу
@denisgrin1137 5 ай бұрын
Неожиданный результат. Я думал что докер привносит некоторые задержки, ну на 5-10% процентов. Но эти результаты меня удивили. А ведь я недавно спорил со своим коллегой, что докер привносит мизерную задержку. Я получается, был не прав??
@NickLavlinsky 5 ай бұрын
Для меня тоже неожиданный. Я думаю здесь дело в типе нагрузки. В этом тесте мы минимально грузили процессор и больше тестировали системные вызовы. Видимо в этом сценарии накладные расходы становятся высокими в процентах.
@cemochkin2246 5 ай бұрын
Спасибо, интересно
@naillatypov1 5 ай бұрын
еще бы такой же тест для Mariadb внутри Docker контейнера. Популярное решение на ispmanager - когда он изначально был установлен на с mysql 8. А проект нужно в рамках этого же сервер без переустановки - перенести на mariadb )
@NickLavlinsky 5 ай бұрын
Без проблем, будем делать видео по сравнению форков и отдельно погоняем СУБД в контейнерах.
@naillatypov1 5 ай бұрын
@@NickLavlinsky ok. гуд. еще бы людям рассказать про возможные утечки памяти в mariadb. не просто так они даже на своем сайте предлагают подключать сторонний менеджер памяти jemalloc или tcmalloc.
@NickLavlinsky 5 ай бұрын
Насколько я понял, это аллокаторы не столько для уменшения утечек, сколько для ускорения выделения памяти. Ну и это одинаково относится и к другим форкам MySQL.
@naillatypov1 5 ай бұрын
@@NickLavlinsky это тоже. где-то на хабре читал перевод... вроде утечки в основном возникают - так как в некоторых версиях mariadb/mysql со стандартным аллокатором полностью не освобождаются блоки памяти - которые отработали и уже не используются. и это приводит со временем к большому росту таких не освобожденных блоков, но надо тестить - так как не для всех версий mariadb/mysql и не для всех версий ОС - эта проблема актуальна. ) ps: хотя и взял за правило с mariadb всегда использовать сторонний аллокатор.(tcmalloc от google)
@mr_hse5364 5 ай бұрын
Очень интересно. Тоже не ожидал такого влияния) спасибо за тесты! Интересно, при увеличении количества контейнеров, через которые проходит запрос, задержка растёт линейно в зависимости от кол-ва контейнеров или всё-таки медленнее🤔 или быстрее😱
@NickLavlinsky 5 ай бұрын
Имеете в виду фронт-бэк или балансировщик-фронт? Да, интересно. Здесь наверное еще нужно учитывать тип сети между контейнерами.
@mr_hse5364 5 ай бұрын
@@NickLavlinsky пожалуй, фронт-бек. Висит у нас, допустим, кучка микросервисов в контейнерах, редис, база и тому подобное. Я бы такое потестировал, прям интересно стало. Да и со схемой балансировщик-фронт тоже история любопытная. Допустим, проходит запрос сначала через балансировщик, а потом через редирект в третий контейнер. Сколько на дорогу тратить придётся.
@NickLavlinsky 5 ай бұрын
Да, балансировщик-фронт-бэк-БД. На выходе 1 RPS.
@ninjasassasin3224 5 ай бұрын
Было бы интересно посмотреть результат работы Docker-контейнера с использованием режима (драйвера) macvlan.
@egorkomarov4719 5 ай бұрын
Спасибо, это очень полезный контент
@harrychampoussin3680 5 ай бұрын
В MariaDB пока что не выпилили кэширование запросов.
@NickLavlinsky 5 ай бұрын
Да, есть в актуальных версях.
@РоманШкурин-х4л 5 ай бұрын
Search Console жалуется на смещение контента, сервисы не показывают что есть смещение
@NickLavlinsky 5 ай бұрын
Такое возможно, источники данных различные.