6 ай бұрын
7 ай бұрын
9 ай бұрын
10 ай бұрын
Жыл бұрын
Жыл бұрын
2 жыл бұрын
2 жыл бұрын
2 жыл бұрын
3 жыл бұрын
3 жыл бұрын
Пікірлер
@user-ge1fh8xl2v 15 минут бұрын
Каким образом картинки приоретизируются?
@user-vs7gp7wr8j Сағат бұрын
Всёж не хватает для сравнения тестов под вирталкой(kvm).... А если касаться только сети, то так же бы не помешало проверить такие вещи как: macvlan, net namespace etc...
@alsto8298 3 сағат бұрын
Спасибо за обзор! К тестам напрашивается один вопрос - а на каком уровне дополнительной нагрузки потери становятся незначительными если это вообще происходит.
@davidlakazov9156 5 сағат бұрын
Большое спасибо за видео. Хотелось бы видеть от Вас тест производительности mysql также в контейнере и без, может даже в связке с php.
@ArtemAleksashkin 6 сағат бұрын
Ежу понятно, что любая дополнительная операция требует процессорного времени. Попробуйте еще кубернетес. Докер и кубер были созданы для удобства - за удобство надо платить. Все логично и понятно
@NickLavlinsky 6 сағат бұрын
Да, вопрос в том, какого времени требует изоляция в контейнерах. Заявляется, что менее 10%.
@egorgorbachev 11 сағат бұрын
Впринципе что и надо было доказать. Спасибо!
@PragmaticPragmatist 11 сағат бұрын
Примитивный тест на статике. Основная часть запросов это запросы к бизнес логике или базе. Какая разница как тормозит сервис по раздаче статики. Если статика это 10% от общего числа запросов. В чем смысл этих тестов? Экономия на спичках? У всего есть накладные расходы. Вопрос в том готов ты их платить или нет. Вы ещё протестируйте оверхед от виртуализации ))) а потом скажете что все лучше ставить на голом железе, только вот докер и кубер другую проблему решали
@NickLavlinsky 8 сағат бұрын
Конечно на голом железе лучше. Вопрос в том, насколько лучше. В этом и смысл тестов.
@denisgrin1137 16 сағат бұрын
Неожиданный результат. Я думал что докер привносит некоторые задержки, ну на 5-10% процентов. Но эти результаты меня удивили. А ведь я недавно спорил со своим коллегой, что докер привносит мизерную задержку. Я получается, был не прав??
@NickLavlinsky 13 сағат бұрын
Для меня тоже неожиданный. Я думаю здесь дело в типе нагрузки. В этом тесте мы минимально грузили процессор и больше тестировали системные вызовы. Видимо в этом сценарии накладные расходы становятся высокими в процентах.
@cemochkin2246 20 сағат бұрын
Спасибо, интересно
@naillatypov1 Күн бұрын
еще бы такой же тест для Mariadb внутри Docker контейнера. Популярное решение на ispmanager - когда он изначально был установлен на с mysql 8. А проект нужно в рамках этого же сервер без переустановки - перенести на mariadb )
@NickLavlinsky 13 сағат бұрын
Без проблем, будем делать видео по сравнению форков и отдельно погоняем СУБД в контейнерах.
@naillatypov1 12 сағат бұрын
@@NickLavlinsky ok. гуд. еще бы людям рассказать про возможные утечки памяти в mariadb. не просто так они даже на своем сайте предлагают подключать сторонний менеджер памяти jemalloc или tcmalloc.
@NickLavlinsky 11 сағат бұрын
Насколько я понял, это аллокаторы не столько для уменшения утечек, сколько для ускорения выделения памяти. Ну и это одинаково относится и к другим форкам MySQL.
@naillatypov1 11 сағат бұрын
@@NickLavlinsky это тоже. где-то на хабре читал перевод... вроде утечки в основном возникают - так как в некоторых версиях mariadb/mysql со стандартным аллокатором полностью не освобождаются блоки памяти - которые отработали и уже не используются. и это приводит со временем к большому росту таких не освобожденных блоков, но надо тестить - так как не для всех версий mariadb/mysql и не для всех версий ОС - эта проблема актуальна. ) ps: хотя и взял за правило с mariadb всегда использовать сторонний аллокатор.(tcmalloc от google)
@mr_hse5364 Күн бұрын
Очень интересно. Тоже не ожидал такого влияния) спасибо за тесты! Интересно, при увеличении количества контейнеров, через которые проходит запрос, задержка растёт линейно в зависимости от кол-ва контейнеров или всё-таки медленнее🤔 или быстрее😱
@NickLavlinsky 13 сағат бұрын
Имеете в виду фронт-бэк или балансировщик-фронт? Да, интересно. Здесь наверное еще нужно учитывать тип сети между контейнерами.
@mr_hse5364 13 сағат бұрын
@@NickLavlinsky пожалуй, фронт-бек. Висит у нас, допустим, кучка микросервисов в контейнерах, редис, база и тому подобное. Я бы такое потестировал, прям интересно стало. Да и со схемой балансировщик-фронт тоже история любопытная. Допустим, проходит запрос сначала через балансировщик, а потом через редирект в третий контейнер. Сколько на дорогу тратить придётся.
@NickLavlinsky 13 сағат бұрын
Да, балансировщик-фронт-бэк-БД. На выходе 1 RPS.
@ninjasassasin3224 Күн бұрын
Было бы интересно посмотреть результат работы Docker-контейнера с использованием режима (драйвера) macvlan.
@egorkomarov4719 Күн бұрын
Спасибо, это очень полезный контент
@harrychampoussin3680 3 күн бұрын
В MariaDB пока что не выпилили кэширование запросов.
@NickLavlinsky 2 күн бұрын
Да, есть в актуальных версях.
@user-cb7fq1lf5k 5 күн бұрын
Search Console жалуется на смещение контента, сервисы не показывают что есть смещение
@NickLavlinsky 5 күн бұрын
Такое возможно, источники данных различные.
@evand.349 18 күн бұрын
Wix-самый популярный сайт-билдер на Западе. Создан израильскими инженерами в 2006г. И постоянно совершенствуется. Поэтому оставьте эту тему.
@NickLavlinsky 5 күн бұрын
Не оставим, будем развивать.
@romanmed9035 Ай бұрын
может имеется уже на канале видео со сравнением разных вариантов и версий mysql серверов? если ранее был только один сам, то теперь, как оказалось их не мало и что выбрать непонятно.
@NickLavlinsky Ай бұрын
Пока нет, но можно сделать.
@romanmed9035 Ай бұрын
@@NickLavlinsky премного благодарен. подписываюсь чтобы не пропустить.
@flashback867 Ай бұрын
Сама установка и настройка рассказаны поверхностно. больше внимания в рассказе уделено кешу.
@NickLavlinsky 5 күн бұрын
Да, всё верно.
@sevd404 2 ай бұрын
Спасибо Николай! Очень полезный замер.
@hiaylindom9605 2 ай бұрын
Спасибо, очень понятный гайд
@jostanise 2 ай бұрын
Спасибо!
@pavelerokhin1512 2 ай бұрын
Класс! Аффтар пеши исчо
@yakovenko-roman 2 ай бұрын
Смещение элементов важно именно для первого экрана или даже если элементы смещаются где-то внизу страницы то CLS тоже падает?
@NickLavlinsky 2 ай бұрын
Только для первого экрана.
@b4smile 2 ай бұрын
Какой же он новый если он с 2015 года
@NickLavlinsky 2 ай бұрын
Поддержка в blink - 2 месяца
@grBUGi 2 ай бұрын
Zstd существует уже лет 5 Новый....
@NickLavlinsky 2 ай бұрын
Поддержка в blink - 2 месяца
@user-hk9ec1vl8v 2 ай бұрын
Интересно, что RPS у Zstd на 4-ом уровне компрессии (215 rps), лучше чем на 3-ем(212 rps). Я так понимаю, между ними особо разницы нет, и всё на уровне погрешности.
@NickLavlinsky 2 ай бұрын
Да, это погрешность.
@user-md2fk3jj1e 2 ай бұрын
да, zip медленный алгоритм сам по себе. zstd специально проектироваося с учетом работы современного процессора и его старались сделать универсальным в том плане что одна программа может жать и со скорость 800 мб в сек и 40, в зависимости от настроек, чтобы не было мешанины из разных кодеков типа lz4 и lzma (или какой там в 7zip). разжимают они быстрее тоже.
@andreysakharov6210 2 ай бұрын
на счет эффективности gzip просто срыв покровов. большое спасибо за интересный материал.
@Reklamnij_effekt 2 ай бұрын
Благодарю, любопытный материал! Подскажите пожалуйста, есть ли у вас опыт настройки аналогичной оптимизации на сервере с панелями управления, такими-как Fastpanel и ISPmanager, если да, то можно ли как-то это настроить таким образом, чтобы связать данные настройки со встроенными регулировками в интерфейсе панели?
@site_support 2 ай бұрын
надо делать все руками, панели - зло
@NickLavlinsky 2 ай бұрын
Если хотите получить лучший вариант настроек сервера вам придётся отказаться от панелей, это просто лишняя прокладка между администратором и софтом.
@Reklamnij_effekt 2 ай бұрын
@@NickLavlinsky Благодарю за ответ, я это понимаю, но при таком варианте администрирование начинает съедать кучу времени, а если это не является основной деятельностью, то довольно сильно напрягает🙂 Но а всё-же, теоретически такое возможно сделать, если отбросить фактор того, что это лишняя прослойка, или будут конфликты какие-то?
@NickLavlinsky 2 ай бұрын
@@Reklamnij_effekt Панель может в любой момент переписать ваш конфиг, в том числе может получиться конфликт и сервер не поднимется, так что я бы не советовал. Хотите простоту - используйте панель. Хотите оптимизации - делайте как положено, без панелей.
@testtestovich8755 2 ай бұрын
Я просто не могу перестать смотреть ваши видеоролики! Они такие информативные и интересные, что каждый раз я открываю для себя что-то новое. Спасибо вам за такой ценный контент, вы делаете отличную работу! Надеюсь, вы будете продолжать радовать нас своими увлекательными видео. Удачи и успехов вам!
@John.009 3 ай бұрын
Для фото-архива - JPEG XL, значительно выигрывает в скорости кодирования и в визуальном качестве, при сопоставимом размере с AVIF. а для инет фоток с низкой детализацией и разрешением, графики, анимации, скришотов и тп. AVIF, за счет лучшей работы с краями и плоскими областями, будет иметь некоторое визуальное преимущество. При этом, уступая в скорости кодирования и в отсутствии прогрессивного режима. Больше похоже, что Гуглу не понравился формат-конкурент для AVIF и Webp, превосходящий их вместе взятых.
@NickLavlinsky 3 ай бұрын
Скорость кодирования для фотоархива вообще не важна. Размер у JPEG XL несопоставим с AVIF, а намного больше, смотрите обзор JPEG XL на этом канале. Прогрессивного режима в AVIF нет, всё верно. Так что JXL это довольно слабый конкурент AVIF, даже если бы получил поддержку в браузерах.
@John.009 3 ай бұрын
@@NickLavlinsky Повторюсь, речь идет не о фоточках для инета. Все сравнения и тесты, предпочитаю делать сам. Сравнивал фотографии с высоким разрешением и мелкой детализацией, с сопоставимым временем обработки и размером файла. Начиная от самых медленных режимов / настроек, расчитанных на получение наиболее качественных результатов, и заканчивая, настройками для достижения сопоставимой скорости обработки. Опять же, если цель - сделать фоточки для интернета, маленького размера, или, даже, высокого разрешения с максимальным сжатием, то AVIF, визуально, в общем и целом, лучше, за счет лучшей работы с краями и сжатием плоских областей. Если речь о фотоархиве, где речь идет о сохранении мелких деталей, в балансе "качество-скорость обработки" - JPEG XL, справляется лучше, как в сопоставимых по скорости и размеру условиях, так и на самых медленных режимах обработки. Соглашусь, что AVIF, где-то, немного выигрывает, за счет лучшего сохранения краев, но, в целом, JPEG XL, превосходит AVIF по мелким деталям и за счет меньшей замыленности. Даже на самых медленных режимах, AVIF замыливает плоские и средне-плоские поверхности, хотя и несколько лучше работает с краями, что дает ему некоторое преимущество, однако, опять же, в целом, уступает JPEG XL, за счет большей замыленности плоских и средне-плоских поверхностей. я не фанат JPEG XL, это два разных формата, для разных задач и условий использования. Пользуюсь AVIF ежедневно, но, для фотоархива, для фотографа, JPEG XL будет лучшим выбором, в соотношении размер - качество.
@inilim 3 ай бұрын
есть какое-то универсальное решение, скармливаем любую картинку а кодировщик принимает решение как его лучше конвертнуть в avif?
@NickLavlinsky 3 ай бұрын
У нас есть.
@user-md2fk3jj1e 3 ай бұрын
наверно стоило провести чуть более сложное тестирование, например скриптом сгенерить 20 картинок с разным уровнем сжатия и сравнить их c такими же mozjpeg через какой-нибудь dssim, потому что 80% в одном могут отличаться от 80% в другом кодеке. это самое просто, датасет хороший подобрать все же сложнее, но в целом да, обычное любительское фото, скрин и т.д. cгодятся
@NickLavlinsky 3 ай бұрын
Степень компрессии по качеству здесь как раз очень соответствует, в этом смысл. 20 разных уровней качества можете попробовать, но я не вижу смысла. Если тема вызывает интерес, можем прогнать базу из 10-100k картинок и посчитать статистику по размеру.
@artem031294 3 ай бұрын
за выбор картинок однозначно лайк
@egorgorbachev 3 ай бұрын
еше aif все не освоили ) А прогресс идет. Спасибо за видео
@NickLavlinsky 3 ай бұрын
Видимо, avif. Но для внедрения avif нужно больше телодвижений, так что не надо сравнивать.
@unicoxr5tj417 3 ай бұрын
ждите во всех вакансиях 3+ года с Jpegli ))
@loermik 3 ай бұрын
Вижу Лавлинского Николая - ставлю лайк!
@sebastianavilaleon407 3 ай бұрын
Привет, а как это все установить? есть какой курс для этого?
@NickLavlinsky 3 ай бұрын
Есть документация: docs.percona.com/percona-monitoring-and-management/setting-up/server/index.html
@exAlexey 3 ай бұрын
Полезное исследование, но не хватает итогового слайда в конце со всеми циферками и процентом разницы. На слух не все идеально воспринимают, кроме того это ваше субъективное мнение что разницы нет. А для кого то она есть. Даже если графики показали бы отличие на 0.1% то разница есть. Поэтому без финального слайда со сводкой по всем тестам с конкретными цифрами видео нельзя назвать состоятельным.
@NickLavlinsky 3 ай бұрын
Для того, чтобы человек заметил разницу в скорости декодирования, она должна быть не менее 20%. Ну и естественно больше определённого порога восприятия (около 100 мс).
@fuad2069 3 ай бұрын
Лайк подПИСОЧКА братушенок))
@14stm_ru 3 ай бұрын
Очень круто объясняет, просто, наглядно и понятно. В топ автора!
@user-pz8po9ri7e 3 ай бұрын
0:17
@alvcode3764 4 ай бұрын
Спасибо за видео. Могу добавить только, что файл unicode.mapping лежит в проекте ModSecurity, который стягивается из репозитория и нужно только указать правильные пути в конфиге, а не комментить его.
@bekanur98 4 ай бұрын
Спасибо, было бы классно если разобрать кейс оптимизации LCP
@mercurykd 4 ай бұрын
а подскажите современный веб сервер с управление по апи
@user-ph7ju4fx7t 4 ай бұрын
Всем привет, ребят как считаете насколько актуально переводить картинки в формат Avif нежели в webP ?
@NickLavlinsky 4 ай бұрын
Максимально актуально.
@user-eb9jp1yk5h 5 ай бұрын
Super Conqueror😂
@Kislinskiy 5 ай бұрын
Ну вот и всë понятно, что не х...я не понятно😊
@KimarTV 5 ай бұрын
супер
@user-if1dj7fy2y 5 ай бұрын
Браво🎉 А когда будет продолжение этой темы разговора ?
@NickLavlinsky 5 ай бұрын
Мы регулярно рассматриваем варианты тестирования скорости. Есть даже специальный плейлист на этом канале.