Сортовая фиалка Witch Doctor (J.Gehr)
У фиалочек этого сорта махровые цветы оттенка бургунди с более темными краешками лепестков. Темно-зеленая листва и удивительная серебристая мозаичная пестролистность. Малый стандарт.
Развернуть4
–
У фиалочек этого сорта махровые цветы оттенка бургунди с более темными краешками лепестков. Темно-зеленая листва и удивительная серебристая мозаичная пестролистность. Малый стандарт.
Рисунок и подпись взяты здесь: Описательная статистика перформанс-распределений / Хабр (habr.com)
В качестве дополнительной иллюстрации - пример из жизни
Длительность сбора данных: 10 часов.
Периодичность сбора данных: 1 минута.
Период сглаживания: 1 час.
Скользящая средняя
Значение в момент t = среднее арифметическое отрезка [Y(t) ; Y(t - период) ]
Скользящая медиана
Значение в момент t = медиана отрезка [Y(t) ; Y(t - период) ].
Принципиальное отличие в сглаживании скользящей средней и скользящей медианой хорошо заметно на данных реальной нагрузки на СУБД
Как было указано выше:
Скользящая медиана дает вам более плавный и стабильный график, который можно использовать при анализе ситуации и отправления автоматических алертов
Поэтому , в инструментарии для анализа и мониторинга производительности СУБД используется скользящая медиана - короткий период сглаживания 10 минут и длинный период сглаживания 1 час.
Продолжение цикла статей о статистическом анализе результатов нагрузочного тестирования СУБД PostgreSQL :
Необходимо провести количественный анализ влияния версии Linux на производительность СУБД для разных дистрибутивов Linux : OS-1 и OS-2 .
СУБД расположены на разных виртуальных машинах. Гипервизор - один. Конфигурация файловых систем - одинаковая. Ресурсы хоста - одинаковые.
Тестовый запрос состоит только из выражений SELECT с использованием JOIN ,ORDER BY и математических функций.
Все блоки использующиеся в запросе - находятся в распределенной области.
Для создания нагрузки используется pgbench.
Количество сессий к СУБД растет экспоненциально для каждого прохода теста.
До 78 соединений - разница в производительности практически отсутствует.
При высокой нагрузке - OS-2 существенно производительнее.
За исключением аномалии при 78 соединений, относительная разница времени выполнения не превышает 5%.
Для сценария "Heavyweight", при нагрузке свыше 78 сессий - производительность СУБД развернутой на ОС Linux версии OS-2 превосходит производительность СУБД развернутой на ОС Linux версии OS-1 более чем на 10%.
P.S. Аномальное значение при 78 сессиях нуждается в повторном эксперименте.
математическая статистика в целом не подходит для общего анализа и сравнения производительности СУБД.
Долгая скользящая: 1 час(красная линия).
Короткая скользящая: 10 минут(синяя линия).
Активные соединения и утилизация CPU: стандартные метрики Zabbix.
Как видно из графика - имеет место деградация производительности СУБД:
Количество активных сессий растет, но производительность падает
Утилизация CPU растет , но производительность падает
Ситуация, принципиально отличается от описанной в казалось бы похожих кейсах:
Поэтому и решаться данный инцидент будет по другому.
Выполняется тривиально, дополнительных инструментов не требуется.
13:00 - 13:28 : Горизонтальный тренд - высокая производительность
13:28 - 13:47 : Деградация производительности
13:57 - 14:05 : Горизонтальный тренд - низкая производительность. Нагрузка на СУБД уменьшилась.
Прямая корреляция между количество активных сессий и производительностью СУБД . Или другими словами - чем выше нагрузка на СУБД , тем выше производительность.
Количество пользовательских запросов по которым имеются события ожидания СУБД - минимально.
Сильная обратная корреляция - чем выше нагрузка на СУБД тем ниже производительность. Явный признак инцидента производительности СУБД
Как видно из таблицы - количество ожиданий кардинально увеличилось. Явный признак - имеются серьезные проблемы с производительностью СУБД.
Из Рис.4 видно, что наибольшая обратная корреляция между событиями ожидания и снижением производительности СУБД имеется для события LWLock / BufferMapping
Как видно - количество ожиданий менее чем за 20 минут - весьма существенно.
Итак, первый результат
Первой( но конечно не единственной) причиной деградации производительности СУБД в период 13:28 - 13:47 является - большое количество ожиданий LWLock / BufferMapping при выполнении пользовательских запросов.
Ожидание при связывании блока данных с буфером в пуле буферов.
This event occurs when a session is waiting to associate a data block with a buffer in the shared buffer pool.
The shared buffer pool is an PostgreSQL memory area that holds all pages that are or were being used by processes. When a process needs a page, it reads the page into the shared buffer pool. The shared_buffers parameter sets the shared buffer size and reserves a memory area to store the table and index pages. If you change this parameter, make sure to restart the database. For more information, see Shared Buffer Area.
The buffer_mapping wait event occurs in the following scenarios:
A process searches the buffer table for a page and acquires a shared buffer mapping lock.
A process loads a page into the buffer pool and acquires an exclusive buffer mapping lock.
A process removes a page from the pool and acquires an exclusive buffer mapping lock.
Далее, дело техники, используя утилиту pgpro_pwr по queryid, находим проблемный запрос за период 13:30 - 13:50(снимки pgpro_pwr формируются каждые 10 минут).
Запрос передается разработчикам , для анализа .
Дальнейшие события ожидания анализируются схожим образом. Если отсортировать таблицу Рис.4. по количеству пользовательских запросов(более 100) , то можно и нужно сформировать список проблемных запросов для передачи группе разработки на оптимизацию и доработку.
Статистический анализ производительности СУБД позволяет подтвердить наличие деградации производительности не дожидаясь деградации на уровне приложения.
Корреляционный анализ ожиданий и производительности СУБД позволяет быстрее определить корневую причину снижения производительности СУБД и определить список проблемных пользовательских запросов.
В настоящее время ведутся работы по разработке и тестированию новой версии инструментария по мониторингу и анализу производительности СУБД PostgreSQL - "Орешник".
Методология статистического анализа производительности СУБД PostgreSQL будет довольно существенно дополнена и доработана.
Продолжение цикла статей о статистическом анализе результатов нагрузочного тестирования СУБД PostgreSQL :
Необходимо провести количественный анализ влияния версии Linux на производительность СУБД для разных дистрибутивов Linux : OS-1 и OS-2 .
СУБД расположены на разных виртуальных машинах. Гипервизор - один. Конфигурация файловых систем - одинаковая. Ресурсы хоста - одинаковые.
Тестовый запрос состоит только из выражений SELECT - UPDATE.
Все блоки использующиеся в запросе - находятся в распределенной области.
Для создания нагрузки используется pgbench.
Количество сессий к СУБД растет экспоненциально для каждого прохода теста.
Для сценария "OLTP", при нагрузке до 111 сессий - производительность СУБД развернутой на ОС Linux версии OS-1 превосходит производительность СУБД развернутой на ОС Linux версии OS-2 на 5-9% .
Проводить оценку производительности при реальной нагрузке в продуктивном контуре, а не на тестовом стенде.
Не иметь метрик производительности информационной системы, оценивать производительность по обратной связи пользователей — «ой стало медленно работать».
Не проводить тестирование последствий изменений инфраструктуры на тестовом стенде, сразу проводить изменения в продуктивном контуре.
Воспринимать СУБД как черный ящик для хранения данных.
Не привлекать DBA к процессу дизайна и разработки.
[ Использовать ORM для взаимодействия с СУБД.] : по итогам дискуссии в комментариях - пункт исключён из списка особенностей.
Не анализировать коды ошибок СУБД в backend.
Не проводить нагрузочное тестирование.
Пытаться решать проблемы деградации производительности информационной системы путем подбора магической комбинации конфигурационных параметров СУБД и увеличением ресурсов серверов.
Запустить десяток SELECT ... FOR UPDATE и удивляться - почему всё тормозит.
Ну и конечно, куда же без ВЕЧНОГО
Только , сейчас шаманские камлания называются более современно - митинги и конфколлы. Суть действия же не никак не изменилась.
Как и результат ...
Продолжение цикла статей о статистическом анализе результатов нагрузочного тестирования СУБД PostgreSQL :
Необходимо провести количественный анализ влияния версии Linux на производительность СУБД для разных дистрибутивов Linux : OS-1 и OS-2 .
СУБД расположены на разных виртуальных машинах. Гипервизор - один. Конфигурация файловых систем - одинаковая. Ресурсы хоста - одинаковые.
Тестовые запрос состоит только из выражения SELECT.
Все блоки использующиеся в запросе - находятся в распределенной области.
Для создания нагрузки используется pgbench.
Количество сессий к СУБД растет экспоненциально для каждого прохода теста.
Для сценария "Select only", при нагрузке до 111 сессий - производительность СУБД развернутой на ОС Linux версии OS-1 превосходит производительность СУБД развернутой на ОС Linux версии OS-2 не менее чем на 10% .
Имеется 2 виртуальных машины с развернутой СУБД PostgreSQL.
Версия СУБД - одинаковая.
ОС - одинаковая. Гипервизор - один.
Необходимо количественно определить влияние расположения файлов ОС на производительность СУБД. Т.е. определить разницу в накладных расходах для создания серверного процесса для нового соединения .
Для оценки производительности и среднего времени выполнения тестового запроса используются 3 сценария нагрузки:
Select only (условный сценарий WEB): нагрузка в виде запроса .
TPC-B (условный сценарий OLTP): Нагрузка в виде транзакции состоящей из UPDATE-SELECT
Heavyweight (условный сценарий DSS): Нагрузка в виде тяжелого запроса SELECT..JOIN..ORDER BY + вычислительная нагрузка
Индекс производительности СУБД(CPI) : операционная скорость
Время выполнения тестового запроса: скользящая медиана с периодом 1 час.
Максимальная нагрузка: 100 одновременных запросов.
Рост нагрузки: экспоненциально, с коэффициентом 0.2
Производительность СУБД
Время выполнения тестового запроса
Производительность СУБД - практически не отличается.
Производительность СУБД
Время выполнения тестового запроса
Производительность СУБД - практически не отличается.
Производительность СУБД
До 54 соединений: разница производительности не превышает 3%
65 - 93: Производительность ВМ2 выше до 17%
111 соединений: резкая деградация производительности . Производительность ВМ2 на 21%
Время выполнения тестового запроса
До 45 соединений: разница времени выполнения не превышает 2%
с 54-111 соединений: Время выполнения тестового на ВМ2 увеличивается до 9%
111 соединений: резкое увеличение времени выполнения тестового запроса. Время выполнения тестового на ВМ2 больше на 22%
При сравнительно небольших нагрузках (до 45-54 соединений) производительность ВМ1 и ВМ2 не отличается.
При высоких нагрузках (54 и более) производительность ВМ2 выше. Однако и время выполнения тестового запросы тоже выше.
1.Только при использовании разных сценариев нагрузки можно получить полную картину производительности СУБД .
2. Для ОС использованной в тесте , при невысокой нагрузке на СУБД, расположение системного диска на HDD или SSD - несущественно .
Русская псовая борзая выглядит как типичный аристократ-белоручка. Элегантные черты, отрешенный взгляд, мягкая шерсть с завитком. Кажется, будто она пришла в наш мир из эпохи романтизма. Но в лесу от флегматичности не остается и следа. Неженка голубых кровей превращается в русского волкодава. Яростного и бесстрашного. Племенная стать, отточенная столетиями. Звериная мощь, не укрощенная селекцией. Вот из чего состоит эта порода.
Корни русской борзой уходят глубоко в историю нашей государственности. Все началось с татаро-монгольского ига. Вместе с Золотой Ордой и податями на Русь пришли арабские борзые «коутси» — быстрые и легкие. На Руси тоже были охотничьи собаки — «лошие». Свирепые зверюги ходили на оленя и даже лося. Плод любви двух древних пород стал фундаментом для становления русской борзой.
Но формирование легендарной собаки только начиналось. Во время войны с Речью Посполитой к породе прилилась кровь польских хортых. Именно она придала стать и благородство. Завитые локоны достались русской псовой от курляндской бородатой борзой, а выносливость — от крымских борзых. В 1888 все качества породы закрепил стандарт. С тех пор русские борзые дошли до нас почти в неизменном виде.
Получилась идеальная охотничья собака, чья слава вышла далеко за пределы родины: порода попала в Британию, а оттуда — в Новый Свет. К началу 19 века каждый состоятельный помещик имел свою свору. А члены императорской семьи поставили разведение и воспитание щенков на поток.
Охота превращалась в настоящее шествие из десятков, а то и сотен собак! Так, например, в Першинской усадьбе, служившей штаб-квартирой для охоты Великого князя Николая Николаевича, в лучшие годы находилось более 350 собак, половина из которых были русскими борзыми!
Что же такого особенного было в этих собаках помимо очаровательного длинного носика? Что заставляло разводить борзых сотнями? Их непревзойденные охотничьи качества. Мощная грудная клетка вмещает большие легкие и сердце. Они позволяют собаке бежать долго по открытому полю даже близь лошади. Спина, которая кажется горбатой, на самом деле работает как пружина. Благодаря мощным мышцам и длинным лапам русская борзая разгоняется до 62 км/ч!
Но самое главное — резвость и азарт в охоте. Не зря русские борзые до 1936 года были известны как русские волкодавы. Волк и лиса — основная цель своры. Заяц становился приятным дополнением к основной добыче. В той же Першинской усадьбе проводились соревнования, где борзые показывали свои умения в ловле зверя. Задача собак что тогда, что сейчас, заключалась в том, чтобы догнать и удержать добычу до момента прибытия человека.
Во времена Московской Руси и Империи борзая была символом дворянства. В советское время и наши дни эта собака стала символом многогранной истории. Да, после революции поголовье породы резко упало. Но очень скоро появились питомники, что отдавали дань уважения нескольким векам селекции. Идеология идеологией, но собака-то классная!
В 70-ые борзых перестали рассматривать исключительно как охотников. Эти собаки обладают спокойным нравом и абсолютно лишены агрессии по отношению к людям, потому быстро стали домашними любимцами.
Правда, содержать борзую даже сейчас — удовольствие не простое. Собака эта не маленькая: средний рост в холке — 70-75 см! Из-за особенностей анатомии щенкам и молодым собакам не рекомендуют самостоятельно взбираться по лестницам — так опорно-двигательный аппарат может сформироваться неправильно. А во взрослом возрасте борзым нужны регулярные физические нагрузки. Оно и понятно: псы веками гоняли по лесу дичь — по щелчку пальцев их не превратить в диванных лежебок!
Потому, что их учат на вот таких курсах :
И ведь , кто то придёт и заплатит свои личные деньги таким :
Как итог(блин, я это на всю жизнь запомню) :
-Вы зачем эксклюзивные блокировки используете?
-Это не мы, это фреймворк такой...
Из общения с разрабами , по поводу деградации производительности ИС.
Что они несут на кофколлах по теме - "У нас ничего не работает, мы уперлись в СУБД" это отдельная песня и опера Вагнера :-(
Вспоминается анекдот из седой старины:
-Приходит юзер к сисадмину: я тут программку написал, но не работает, где у меня ошибка ?
-В ДНК.
Не мы такие - жизнь такая (с)
Сейчас так :
Ну , что ж , как говориться - "А вот в наше время и бабы были красивее и пиво вкуснее и программисты умнее" .
Я помню, всё на моих глазах и при мне происходило. Есть, что вспомнить. Хорошее было время - Все было впервые и вновь.
Пока это игрушки и вряд ли то, что сейчас называют нейросетями способны в принципе решить задачу - как создать новое ? Собственно , для чего интеллект и нужен.
Задаём вопрос нейросети "как рассчитать производительность СУБД?"
Получаем ответ:
Ответ вроде бы на заданный вопрос , самое прикольное , что ответ , основан на моих статьях. Это уже забавно - зачем , мне сообщать о том, что я и так знаю, потому, что именно я ответил уже на этот вопрос ранее, и опубликовал ответ в интернете .
Я то предполагал, что то, что называется "искусственным интеллектом" способен к размышлению и анализу фактов . Нет , я ошибся.
Методика описанная в ответе и приведенных ссылках - уже неактуальна , не используется и не применяется в практической работе.
Производительность СУБД считается совсем по другому . Нейросеть об этом, конечно же ничего не знает . Потому, что в интернете информации об этом пока нет . Потому, что я пока не публиковал - "как я считаю производительность СУБД." Только результаты экспериментов .
Совершенно не важно какой будет время обучения , объем данных или производительность вычислительного комплекса - создать новую сущность нейросеть пока не способна . Да, создать что то похожее , максимально имитировать . Но это близко не похоже на то, что мы называем интеллектом . Даже ребёнок в 3 года может создать новое - то что он сделает сам, без подсказки и образца . Нейросеть - нет , не способна в принципе.
И поэтому , называть алгоритм "интеллектом" это всего лишь журналистский штамп и способ выбить бюджеты из ламеров с деньгами 😉 .
P.S. В далёком детстве, в классе 9-м беседовал с доктором философских наук , казалось бы о чем может беседовать настоящий реальный философ со школьником.
Ну то да сё, компьютеры и программирование уже тогда было мне интересно.
- А чем хочешь заниматься в будущем ?
- Искусственный интеллект , интересно .
- Ну для того , что бы сделать искусственный интеллект нужно понять - что такое интеллект вообще , что такое сознание и самосознание.
Смысл слов профессора , доктора философии стал понятен только в последнее время - почему вы называете "интеллектом" набор математических алгоритмов ?
Смотрю, тут традиция постить вомбатов по субботам? Ну, вот я тоже хочу в этом поучаствовать. Не совсем я, правда, поняла это должны быть фото/статьи о вомбатах или можно что-то связанное с вомбатами... Но попробуем, что терять-то?
В общем, у меня остался маленький кусочек полимерной глины от другой работы, его нужно было куда-то применить и я решила слепить бусину в виде вомбата и затем сделать с ней браслет. Не могу сказать, что вышло вот прям удачно. Обычно, пытаясь разработать новую бусину, я делаю сразу несколько штук, чтобы и потренироваться, и выбрать более удачный вариант. Тут у меня была только одна попытка.
Бусина после покрытия УФ смолой очень глянцевая, сейчас я думаю, что, пожалуй, нужно было её просто покрыть матовым лаком, а нить взять всё-таки чёрную, а не зелёную.
Есть что исправлять в этой работе, но это когда-нибудь потом, а пока я хоть немного возвращаюсь в творчество.
Татуировки с осенними мотивами, например, листьями клёна, цветами хризантемы или изображением дождливого неба, могут быть популярными символами увядающей природы и в японской культуре.
Хризантемы связаны с японским фестивалем «Цукими-но-сэку», также известным как День хризантемы, который отмечается в начале ноября. В этот день японцы украшают свои дома и храмы цветами хризантем, считая их символами долголетия и удачи, а также благородства. Хризантема с шестнадцатью лепестками является цветком императорской семьи Японии и часто используются в официальных символах и эмблемах.
Хотя хризантемы ассоциируются с осенним сезоном, они также могут быть использованы в другие времена года в различных церемониях и обрядах. В японском искусстве и культуре хризантемы имеют особое значение и могут символизировать элегантность, благополучие и красоту.
Осенью листья клёна приобретают насыщенные красные, оранжевые и жёлтые оттенки, создавая потрясающий красочный пейзаж. Они символизируют время и ветер, а также возрождение. Изображение листьев клена часто выступает в качестве сопутствующего мотива к основному изображению татуировки. Листья клёна, меняющие свой облик в течение всего года, как бы напоминают об извечном цикле смерти и жизни.
В зависимости же от главного мотива, кленовый лист может приобретать различную трактовку и символическое значение – он может быть символом влюбленности, стойкости или упорной борьбы – это связано с верованием, что клену не страшны ни зимняя пора, ни страшный холод, с которым он вступает в единоборство. Таким образом, изображение кленового листа может служить дополнительным символом упорства в изображении карпа или эпического героя, борющегося с демонами или животными.
Осеннее небо может быть изображено в виде облаков, которые напоминают о приближающихся дождях и холодах. Дождь является ещё одним популярным осенним символом в Японии. Он может быть изображён в виде капель дождя, которые падают на землю, или в виде гроз с тучами и молниями.
Осень в Японии известна своими яркими красками и обилием птиц, в том числе ястребов, которые можно наблюдать в это время года. Ястребы Така символизируют силу, гордость и уверенность. Ястреб считается благородной птицей. Поверье гласит, что он не станет употреблять в пищу падаль, даже если будет смертельно голоден. Таким образом, татуировка с изображением Така свидетельствует о том, что ее обладатель является гордым человеком с собственными принципами, которыми он не готов поступиться вне зависимости от сложившейся ситуации.
Имеется 2 виртуальные машины в облачном хранилище - версия СУБД одинаковая, гипервизор один , других ВМ в гипервизоре - нет.
Использование при расчета значение mean_exec_time среднего арифметического .
Среднее арифметическое не всегда является идеальным показателем. Например, если ваши данные содержат очень высокие или низкие значения, они могут сильно исказить среднее. В таких случаях рассмотрите использование других статистических мер.
Серия запусков тестового запроса с фиксацией времени выполнения и искусственным выбросом(замедление выполнения) .
id duration
37 4602
38 14581
39 4610
40 4569
41 4685
42 4666
43 4680
44 4621
45 4637
mean_exec_time = 5651.6708999
Достаточно всего одного выброса , что бы значение метрики весьма существенно изменилось .
Использование в качестве среднего значение - медианы
Медиана — это значение, которое делит упорядоченный набор данных на две равные части. Другими словами, половина значений в наборе данных меньше медианы, а другая половина — больше. Медиана является центральным значением в наборе данных.
В данном эксперименте медиана = 4637 . Данное значение вполне соответствует значению подсказываемому здравым смыслом при анализе результатов наблюдений.
Разница между значением длительности выполнения тестового запроса и mean_exec_time для штатной работы СУБД составляет от 17 до 19%.
Разница между значением длительности выполнения тестового запроса и медианой для штатной работы СУБД составляет от -1.5 до 1%.
Какое значение использовать для усреднения показателей - очевидно.
В дальнейшем, при анализе производительности, метрика mean_exec_time ( представления типа pg_stat_statments/pgpro_stats) исключается из показателей производительности СУБД.
При проведении анализа производительности СУБД нет задачи оценить стабильность работы( облачная инфраструктура в принципе нестабильна и подвержена существенным влияниям внешних факторов), есть задача оценить производительность СУБД.
В конце ноября 2024 года российские палеонтологи закончили описывать единственную в своём роде мумию котёнка гомотерия. Малыша обнаружили в якутской вечной мерзлоте, где он пролежал примерно 35 тыс. лет! Вы никогда не слышали об этих больших кошках? Что же, печально. Ведь на рассвете эры человека именно они претендовали на звание хозяев планеты!
Миллионы лет назад гомотерии заявляли свои права более чем на половину земного шара. Их остатки найдены в Северной Америке, Сибири, Европе и Африке. Да они даже в Южную Америку вторгались, хоть и продержались там относительно недолго. И на территории всего своего ареала они вступали в борьбу за экологические ниши с двумя другими крупными игроками: львами (обыкновенными, пещерными и американскими) и смилодонами — саблезубыми тиграми.
Каждый из претендентов на звание самого крутого котика планеты сделал ставку на определённую специализацию. Смилодоны превратились в могучих засадных хищников, что держали в страхе леса. Мощными клыками они могли валить добычу в несколько раз крупнее себя! Львы стали ультимативными стайными охотниками, с которыми не могли тягаться даже древние ужасные волки — псовые размера XXL. Гомотерии же пошли другим путём: они решили воспользоваться лучшими чертами своих конкурентов!
У львов гомотерии позаимствовали образ жизни. Как и короли современных саванн, они видели на свету лучше большинства других кошек и образовывали прайды. Древние хищники облюбовали саванны, степи и прерии, где разрабатывали тактики групповой охоты на особо крупных травоядных. Да, гомотерии были меньше львов — их предельная масса не превышала 200 кило. Но они могли оказать достойное сопротивление своим главным конкурентам.
А всё благодаря оружию, которое они позаимствовали у саблезубых тигров, — огромным клыкам! Зубы гомотериев были не такими длинными, как у смилодонов, зато стали шире и прочнее. Это позволяло кошкам охотиться на добычу, которая была слишком большой даже для остальных хищников. Например, на молодых мамонтов!
Но на этом их заимствования не прекратились. Гомотерии дотянулись загребущими лапищами даже до гиен и украли у них... всю заднюю половину тела! Наши герои обладали широким мощным тазом, относительно короткими задними ногами и совсем уж маленьким хвостом.
Эти особенности не только придавали им слегка «гиенистый» облик, но и превращали их в более выносливых животных. А вкупе с развитыми лёгкими кошки и вовсе превращались в самых выносливых кошачьих планеты. Судя по всему, стаи гомотериев преследовали некрупных мамонтов, пока те не выбивались из сил. Такую же тактику используют волки, когда загоняют лосей и оленей до полной потери боеспособности!
Если говорить серьёзно, то, конечно, кошки ничего ни у кого не воровали. Такой странный набор черт объясняется необычным происхождением: гомотерии являются сестринской группой по отношению ко всем современным кошкам! Они отделились от общего эволюционного древа больше 20 миллионов лет назад и поэтому сочетали в себе и древние, и современные черты кошачьих.
И если раньше ученые могли лишь гадать о разнице древних и современных кошек, то находка из Якутии всё расставила на свои места. Благодаря крошечной мумии учёные смогли реконструировать внешность котёнка. Оказалось, уже в возрасте трех недель он демонстрировал отличительные черты своего рода.
Палеонтологи сравнили мумию гомотерия с львенком из коллекции Зоологического музея того же возраста. Оказалось, что тело малыша из вечной мерзлоты было на 10% короче. А вот шея, наоборот, была длиннее и почти вдвое толще. Лапы тоже оказались почти вдвое шире. Они позволяли уже маленькому гомотерию без труда передвигаться по сугробам, как на лыжах.
К сожалению, необычная эволюционная история не спасла котиков от вымирания. А уникальная специализация даже ускорила его. Когда последний ледниковый период наложился на расселение современных людей, гомотериям стало совсем плохо. Ухудшение условий обитания и конкуренция с людьми за ресурсы быстро довели их до исчезновения. Как и вторых их конкурентов — смилодонов.
А вот львы, как вы знаете, уцелели. Их можно считать победителями в этом соревновании. Только вместо власти над планетой они получили лишь небольшие кусочки Африки...
ВМ с гораздо большими вычислительными ресурсами показывает скорость ниже , чем более скромная ВМ .
По умолчанию pgbench тестирует сценарий, примерно соответствующий TPC-B, который состоит из пяти команд SELECT, UPDATE и INSERT в одной транзакции.
Для тестирования использовался именно этот сценарий .
Postgres Pro (enterprise certified) 15.8.1 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 11.4.1 20230605 (Red Soft 11.4.0-1), 64-bit
CPU = 8
RAM = 15
OC = RED 7.3
Postgres Pro (enterprise certified) 14.11.3 on x86_64-pc-linux-gnu, compiled by gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516, 64-bit
CPU = 24
RAM = 189
ОС = Astra Linux (Smolensk) 1.6
Т.е. по итогам данного теста получается - СУБД развёрнутая по шаблону ВМ-1 будет существенно производительнее ?
Что будет , если архитектор примет решение о выборе версии СУБД и запланирует ресурсы инфраструктуры на основании только данного теста ?
Одного теста для анализа производительности СУБД и ВМ - недостаточно.
Как было указано в документации:
Однако вы можете легко протестировать и другие сценарии, написав собственные скрипты транзакций.
Что и было сделано.
Для продолжения тестов, был подготовлен сценарий требующий серьезных вычислительных ресурсов - SELECT ... JOIN
Все встало на свои места.
ВМ-1 даже не хватило ресурсов при количестве одновременных запросов свыше 160. При этом производительности ВМ-2 существенно выше производительности ВМ-1.
Нельзя принимать архитектурных решений на основании результатов одного только сценария нагрузочного тестирования
2. Для оценки производительности архитектурного решения по конкретной СУБД необходим комплекс разных сценариев нагрузочного тестирования.
Как минимум:
-Select only: оценка скорости чтения данных из СУБД
-Standard: оценка производительности СУБД в условиях конкуренции за блокировки.
-Heavyweight: оценка производительности СУБД при выполнении тяжелых вычислительных и ресурсоемких операций.
Возвращаемся всё к тому же протухшему и гниющему Пикабу. Там не так давно была волна постов про медали СВО и на волне успеха некоторые люди выложили свои ведомственные награды (МВД, ФСИН в частности). А их давай за это ещё и хуями закидывать. Мол нелюди, антихристы, измыватели и душегубы. Вот прям захотелось спросить у этих всех комментаторов, не охуели ли они часом, да и сами кто масти (жизни) будут-то? Ишь, Митю тапки понесли. Что это? Последователи продажной шлюхи Солженицина, пролиберальные шакалы, опущенные и обиженные петухи? Кто эти люди, позволяющие себе судить других не глядя? Только сдаётся мне, что они вообще никто. В самом прямом смысле этого слова и понятия. Ничего толком не сделали в жизни, живут для себя убогого, да и жизни половина из них даже не видела толком. Вот и вопрос, что за устоявшийся хейт и неприязнь? Причём заочная, авансом буквально. Почему человек должен чувствовать себя каким-то недостойным после службы или продолжая служить? У меня у самого 20 лет выслуги за плечами и майорские погоны в комоде на память лежат. Да, всякое бывало. Но! Я действительно многим помог. Бескорыстно, честно, открыто. Просто потому что мог и имел на это право - это я про моменты проявления собственной инициативы. И жизнью рисковать приходилось, и не чьей-то, а своей. И не образно, а фактически. И зарубить пытались, и на нож выходить приходилось, чтобы людей прикрыть собой. Вообще незнакомых людей. Но это служба, это моя прямая обязанность была, я знал на что шёл, что делаю и ради чего. Так вот, мне теперь ещё после этого всего какое-то непонятное чувство вины необходимо испытывать, словно я конфеты у детей отбирал, а у стариков пенсию пиздил? Да вы, люди, в край охуели, что ли? (Вопрос риторический и не имеет отношения к местной публике). *Звуки негодования.
Обычные последствия после получения оповещения мониторинга «CPU Utilization High» — все в панике, лихорадочные поиски причин, аварийная ситуация, конфколлы и т. д. и т. п. Всё, как положено для ИБД.
Однако, если посмотреть на ситуацию чуть подробнее, то выясняется, что всё не так печально, а даже совсем наоборот и причин для паники — никаких.
А с СУБД, всё хорошо, достаточно посмотреть на метрики мониторинга.
Уже этой информации достаточно, что бы прекратить панику и не тратить рабочее время на поиски черной кошки в темной комнате.
Почему, производительность СУБД не снижается, ведь CPU в полку?
Причина 1: Количество запросов в секунду — не снижается
Причина 2: Количество транзакций в секунду — не снижается
Т.е. можно сделать простой вывод‑ работоспособность СУБД не уменьшилась, а скорее наоборот — увеличилась и рост утилизации CPU это лишь следствие. Или другими словами — в данной, конкретной ситуации СУБД максимально эффективно использует предоставленные ресурсы.
Данный тезис подтверждается метриками, показывающими количество обрабатываемой СУБД информации за единицу времени (что собственно говоря, с известными сейчас допущениями, и определяет в некотором смысле производительность СУБД).
Мониторить утилизацию CPU отдельно — не имеет смысла. Мониторить надо производительность СУБД, в первую очередь.
Рост утилизации CPU — не инцидент. Снижение производительности СУБД и рост утилизации CPU — инцидент.
Высокая утилизация CPU и рост производительности СУБД — показывает эффективное использование предоставленных ресурсов. Низкая утилизация CPU и низкая производительность СУБД в рабочее время — зря потраченные средства.
А началось все с неудачи. В 1912 году на Олимпийских играх в Стокгольме немцы разгромили российскую сборную - 16:0. Проиграли наши футболисты тогда и финнам - 1:2. Но ведь ни одного примера, когда получилось все и сразу, вы не найдете. Так что не стоит стыдливо вычеркивать из истории те первые матчи нашей сборной. Какая, в конце концов, разница, под каким флагом выходила команда на поле - СССР, России или Российской империи…
В начале ХХ века международных соревнований у футболистов еще не было - кроме олимпийских турниров. И вот 30 июня 1912 года россияне провели первый матч на серьезном уровне. В 1/4 финала стокгольмских Игр они со счетом 1:2 уступили сборной Финляндии, которая на тот момент была частью Российской империи. Забавно, но в итоге «колония» стала четвертой, а «метрополия» отправилась в утешительный турнир. Вот там-то и были те самые 0:16 от Германии. Утешились, нечего сказать...
Футбол в Россию завезли, как и во все другие страны, англичане. В конце XIX века в Петербурге сформировалась большая колония британцев, занимавшихся в России бизнесом. И в 1901 году они создали здесь футбольную лигу. Вскоре в лиге появились первые русские команды. В 1908 году грянула неприятная для «родоначальников» сенсация - русский клуб «Спорт» стал чемпионом города. Англичане нашли ответ вне поля - в лиге они занимали командные должности и впредь команды «аборигенов» стали засуживать. Вот тогда русские и решили создать собственную лигу и Всероссийский футбольный союз, объединивший более 150 клубов из 33 городов с общим число футболистов около 8 тысяч.
17 июня 1912 года ВФС был принят в ФИФА, основанную в 1904 году. Представителями от России в ФИФА были выдвинуты два наиболее авторитетных в отечественном футболе человека - Георгий Дюперрон и Роберт Фульда (председатель Московской Футбол-Лиги). Собственно, благодаря Дюперрону российский футбол и получил крещение в Стокгольме.
В 1911 году в России была предпринята первая попытка создания команды из представителей нескольких городов - то есть сборной страны. Поводом к этому стал приезд сборной Англии (в России она выступала под названием English Wanderers). Матчи, состоявшиеся 20, 21 и 22 августа 1911 года в Петербурге, закончились разгромными поражениями хозяев - 0:14, 0:7 и 0:11.
И вот, в июне 1912 года в составе руководителей российской делегации Дюперрон отправляется на Олимпиаду в Стокгольм. Увы, россиян подвела несыгранность, хотя в их составе было немало одаренных игроков. Вот имена тех, кто участвовал в первых официальных играх сборной России: вратарь Петр Соколов, защитник Алексей Уверский, полузащитники Андрей Акимов, Никита Хромов, и Николай Кынин, нападающие Петр Сорокин, Григорий Никитин, Сергей Филиппов, Михаил Смирнов, Александр Филиппов, Василий Житарев, Андрей Суворов и Леонид Смирнов. Гол в ворота финнов забил капитан сборной Василий Бутусов, центрфорвард из петербургской «Виктории». Его брат Михаил, кстати, был лучшим бомбардиром сборной СССР в 1920-е годы, а потом стал известным тренером.
После стокгольмских Игр Георгий Дюперрон активно участвовал в олимпийском движении. До Первой Мировой войны было лишь шесть человек, избранны членами МОК от России. А уж неаристократу путь в международные структуры в те годы был заказан. Но в мае 1913 года на 16-й сессии МОК в Лозанне «человек без титулов» Дюперрон единогласно избирается членом Международного олимпийского комитета.
В 1912–1917 годах Дюперрон был представителем России в ФИФА. К этим и другим его обязанностям стоит добавить судейство матчей по футболу, соревнований по легкой атлетике и велоспорту, чтение лекций на различных курсах. Работал же он в Публичной библиотеке и по совместительству преподавал. Советский футбол находился в изоляции, и поле деятельности в этом направлении спорта оказалось зауженным - пришлось сконцентрироваться на журналистике и преподавательской деятельности. К сожалению, судьба Георгия Дюперрона печальна. Дважды (в 1921 и 1927 годах) он был арестован ОГПУ, освобожден из-под ареста 17 февраля 1927 года с подпиской о невыезде. Был осужден по делу «Союза русского сокольства» в мае 1927 года, однако продолжал работать в Публичной библиотеке. 14 июля 1930 года был уволен из библиотеки на основании постановления Центральной Комиссии по чистке научно-исследовательских учреждений, (предварявшей и сопровождавшей «Дело Академии наук»), с формулировкой о «некомпетентности» и «халатности». На основании пересмотра его дел 15 июня 1932 года Комиссия рекомендовала «использовать Дюперрона без ограничений». Но в библиотеку он уже не вернулся. Продолжал работать в Институте физического образования имени Лесгафта, где начал преподавательскую работу по совместительству в 1923 году. А в 1934-м скончался в Ленинграде и был похоронен на Волковском кладбище. Затем его прах перенесли на Смоленское кладбище, где в 1997-м в ознаменование 100-летия российского футбола ему установили весьма скромный памятник.
А то злосчастное поражение от немцев так и осталось самым крупным в истории сборной России. Надеюсь, навсегда.
Продолжаю эксперименты с подошвами, попробовал сделать сандальным методом крепления
