:-) Для начала. - Оценки в таблице сравнения или предвзятые, или "с потолка на хайпе". Даже не раскрыто "какие наличные оцениваем", национальной валюты или международной. - Моя оценка "технологичности" решения "цифрового рубля" - явно недоработанная для "удобства граждан и защиты их средств". Т.е. использование подписанных государством сертификатов - это нормально (но как их "менять" в случае окончания срока действия или утере - не раскрыто, а проблемы явно будут). Offline (ну или псевдо-офлайн) "не нашли технологию на рынке" (хотя подобные технологии работают десятки лет).. - Один счет гражданина/организации = один активный сертификат - явная попытка государства (с минимумом затрат) полностью контролировать всех граждан и юр.лиц и их финансов (иначе почему только один), и если "на данном этапе работы" возможный жесткий и полный контроль "не афишируется", он явно "предполагается". - Тарифы... Сложно сказать насколько "адекватны" и "оправданы" (поскольку основаны скорее всего на прогнозе профиля обрабатываемых операций и их сумм, насколько он "сбудется" посмотрим). Но кому не понятно что фактические "затраты/расходы обработки" одного электронного перевод/платеж на 1 руб. и на 1 млрд. рублей абсолютно одинаковые? Объем данных проходящих по линиям связи, количество используемых вычислительных ресурсов и объемы хранения в этом случае полностью одинаковые (инфраструктура используется одна).
:-) Это вы "загнули"... Во первых я сам все продумывал и проектировал - как "должно быть" из собственного соображения и оценки "цена/качество" с учетом вероятности отказов (как внутреннего (собственного) оборудования, так и внешних, не зависимых от меня систем). Ну а во вторых, мне "бежать некуда" (это мое основное жилье)...
"С точки зрения рядового сотрудника" мне абсолютно все равно "откуда" руководство возьмет средства для оплаты моего труда... А кто кроме "непосредственного начальника" должен и может оценить вклад каждого из его подчиненных в "общее дело" и "разделить" выделенные на коллектив средства? Вне зависимости от присвоенных кем то "малиновых штанов"...
:-) Дорохо-бохато... Но на мой взгляд, не очень надежно. При проектировании дома старался и равномерно "делил" все 3 входящих фазы на отдельные проводки - "свет","низкотоковые помещения/розетки","высокотоковые потребители" - духовка, микроволновка, кофемашина, посудомойка, печь для сауны (3-х фазная). Поскольку дом газофицирован и центральное водоснабжение, отопление/гор.вода - газовый котел + (backup электричества) газовая плита. Исходя из этих условий, и того что "без тепла не проживешь", для отключения электричества на срок до 8-10 часов в поселке, есть инвертор на 500Вт + автомобильный аккумулятор на 60 Ач (котел газовый это потребляет на поджёг газа + насос отопления теплого пола + насос подкачки давления воды по дому + при желании холодильник) + можно жечь "слабый аварийный свет". Для "бесперебойной связи" (на основной оптический роутер + сотовый модем + видеонаблюдение/сигнализация) стоит отдельный инвертор + автомобильный аккумулятор - он же как backup основного. На случай "катастрофы" бензогенератор. Цена такого решения раза в 2 меньше...
:-) Проходил "этот путь" постепенно и давно... Начинал с готового "WD My Cloud" много лет назад (когда DLNA только начинался), он честно отработал свое, заменял винт с бедами на новый пока не понял что "мне этого мало". Потом уже добавил что-то типа такого - https://aliexpress.ru/item/1005003356816891.html + 4TB + OpenWRT . Для квартиры хватало, но смущал вопрос надежности одного диска и производительности на "тяжелых" кодеках. Когда перебрался в свой дом - занялся "самосбором" с софтовым RAID1 на 2 дисках, б.у. ITX матери на N3700, 8GB RAM и б.у. small корпусом. Пробовал (и сравнивал) разный OS софт, разные "чистые" и "не чистые" линукса и TryeNAS и proxmox, благо проблем с unix way не имею. "Из коробки" лично мне и под мои требования и нужды больше всего "зашла" именно XPenology. Прожил с такой конфигурацией года 3 и "диски стали опять заполненные". Последние пару лет живу с корпусом - https://aliexpress.ru/item/1005004477330498.html?sku_id=12000029300792813 + б.у. "мамка" с б.у. i5-6500T , 32GB DDR4 RAM, 4 HDD диска в RAID, SSD под кеши и swap + внешний USB HDD под backup, причем под видеонаблюдение есть еще выделенный сервер с поддержкой H.265. Все это "хозяйство" + гигабитный WIFI6 роутер и hub на 3 телевизора, "висит" на "дешевом UPS" из инвертора (примерно такого https://www.ozon.ru/product/ibp-invertor-sinus-dlya-kotla-nastennyy-exegate-finesine-sx-500-lcd-avr-2sh-1420877997/) + автомобильный аккумулятор.
:-) Все зависит от "области рассматриваемой работы"... "На кассе в магазине", "разработка дизайна веб сайта", "проектирование самолета", "исследование причины болезни"...
:-) По опыту, примерно и усредненно... 1 из 10 способен работать на предлагаемой позиции/работе (и половина из них твердо в этом уверена) 1 из 20 хочет работать на предлагаемой позиции/работе (половина сама не знает что же она хочет) 1 из 30 способен к росту компетенций и собственной позиции в профессии (и половина из них твердо в этом уверена) 1 из 40 реально может "продолжать профессиональный рост" со временем (половина из них в этом твердо убеждена) Ну а все остальные.... Только сами думают что "способны" и/или готовы тратить усилия и время на профессиональный рост. Как то так... :-)
:-) Так я и написал.... "Новая "должность" (малиновые штаны) - примерно для того же... Чтобы обосновать повышение зарплаты/дохода или поднятия собственного чувства достоинства..."
:-) "Сертификации" уже нанятых (на определенную должность/задачу/место) спецов нужны чтобы меньше платить... Ну возможно кому то для поднятия чувства собственного достоинства... :-) Новая "должность" (малиновые штаны) - примерно для того же... Чтобы обосновать повышение зарплаты/дохода или поднятия собственного чувства достоинства... Адекватные спецы - прекрасно и без "титулов" обходятся и просто "знают себе цену" (и работодатель ее просто платит), про "не адекватных" так сказать нельзя...
:-) Метрики производительности - это просто метрики... Проблема с непониманием принципов работы БД - это просто проблема. Настройка параметров БД под определенные требования (в соответствии в контролируемыми метриками) - отдельный процесс. Требующий как получения "правильных" метрик, так и их "правильный" анализ, так и "правильное" изменение параметров влияющих на метрики так как требуется "заказчику". Для вас оставлю ссылку которая возможно даст вам дополнительную информацию которой вам возможно не хватало по PG - https://tembo.io/blog/optimizing-memory-usage
Ознакомился с другой вашей статьей. Впечатления примерно такие же как и от этой... "Отношение операционной скорости к объемной скорости и будет принято как производительность СУБД." - это обобщенное заключение верное. Вот только "по факту" для процесса "оптимизации параметров конкретной БД" нужно учитывать и изменения этих "двух скоростей" по времени + поставленные (или фактические) ограничения других метрик - приложения/БД/OS/"железа"/"цены решения". Именно по этой причине ваш вывод что контролировать/измерять/оценивать необходимо только "сглаженные данные" в общем неверен (начиная со скважности измерения и заканчивая длительностью). Все зависит от поставленных/определенных условий.
:-) Подбирать параметры PG под нагрузку от pgbench для клиента особого смысла нет... Это только на "очень простых" прикладных приложениях можно смоделировать (с помощью pgbench) реальную нагрузку на БД клиентского профиля нагрузки приложения (что по факту так же потребует еще кучу тестов и времени), а именно работа БД под реальной нагрузкой цель оптимизации параметров БД на определенных вычислительных ресурсах... БД инсталлируется не "просто так", а под конкретное прикладное приложение, с определенной планируемой нагрузкой (как на приложение, так и на БД). Нормальный и вменяемый разработчик прикладного ПО дает обычно первоначальные "усредненные" рекомендации по "железу", параметрам OS и БД под конкретную планируемую прикладную нагрузку для решения определенной прикладной задачи. Конечно к agile подходу решения прикладной задачи это применить практически невозможно, но тут уж "сам себе злобный буратино"... А вот дальше... Дальше всегда наступает момент когда "меняется профиль нагрузки на БД" и/или меняются "выделенные для БД вычислительные ресурсы" и только знание "принципов работы БД" и знание "какой параметр БД и как влияет на работу БД" помогут оптимизировать ее работу.
Все очень просто. В массе своей компании не "опасаются", а на примере (результате перевода массово работников на удаленку) это "увидели".... Вполне возможно что этот "взгляд" и ошибочный (но факт снижения прибылей и доходов компании никто не отменит), но "эффективным менеджерам" проще всего "объяснять" владельцам бизнеса что это проблема "удаленки" (а не проблема в их прямой работе)... :-)
:-) Статья вызывает "сложные" чувства... С одной стороны вполне годная, как вводная/начальная, для настройки параметров PG, да и в принципе любых параметров ("железа" или OS) влияющих на производительность приложения. С другой стороны необходимо четко понимать, оптимальная настройка PG базы для конкретного приложения примерно на порядок сложнее. Влияющих факторов очень много, один параметр настройки влияет на оптимальность настройки другого. И если вы настроили "последовательно" даже 5 параметров PG (из пары десятков) на максимальную/оптимальную производительность - это совершенно не означает что "другое" вполне определенное сочетание данных параметров не даст вам более оптимальную по производительности систему, т.е. большую производительность (или меньшее потребление ресурсов) при той же нагрузке на БД... И при этом я уж не говорю о параметрах OS сервера БД, зачастую заметно влияющих на производительность PG базы и "приводящих" к другому "сочетанию" настроек оптимальных параметров производительности PG + настроек параметров "железа" и/или виртуальной среды для OS БД. Вот как то так.... :-)
:-) Как бы вам попроще объяснить то... Вот на примере компьютерной программы. Есть множество одновременно работающих программ и их окон. Сообщения/уведомления от них приходят вне зависимости какое окно на каком "плане"(на первом или скрыто другими). А так же есть программы работающие "в фоне" без видимых окон и они так же могут создавать и выводить свое окно с сообщением. Не могут выводить сообщения только не запущенные или закрытые(остановленные) программы и процессы. Ровно так же и на мобильных устройствах. Если вы поверх окна запущенной программы вы запустили новые - это не означает что программа остановлена и ее уведомления не могут приходить, если вы явно остановите запущенную программу с помощью команды закрытия ее окна, уведомления приходить не будут (ровно та же ситуация когда программа просто не запущена на устройстве). Но если вы явно разрешите в настройка программы работать ей "в фоне" - это означает что полностью остановить программу закрыв ее окно, вы не сможете (ну или OS будет ее запускать по какому либо событию в OS) и тогда уведомления и сообщения данной программы все равно будут работать и создавать ее окно (или выводиться в соответствующее окно OS).
:-) Отличие в главном - запущено приложение = уведомления приходят = человек готов к общению, не запущено приложение - нет и уведомлений от него, никаких.
:-) Для начала.
- Оценки в таблице сравнения или предвзятые, или "с потолка на хайпе". Даже не раскрыто "какие наличные оцениваем", национальной валюты или международной.
- Моя оценка "технологичности" решения "цифрового рубля" - явно недоработанная для "удобства граждан и защиты их средств". Т.е. использование подписанных государством сертификатов - это нормально (но как их "менять" в случае окончания срока действия или утере - не раскрыто, а проблемы явно будут). Offline (ну или псевдо-офлайн) "не нашли технологию на рынке" (хотя подобные технологии работают десятки лет)..
- Один счет гражданина/организации = один активный сертификат - явная попытка государства (с минимумом затрат) полностью контролировать всех граждан и юр.лиц и их финансов (иначе почему только один), и если "на данном этапе работы" возможный жесткий и полный контроль "не афишируется", он явно "предполагается".
- Тарифы... Сложно сказать насколько "адекватны" и "оправданы" (поскольку основаны скорее всего на прогнозе профиля обрабатываемых операций и их сумм, насколько он "сбудется" посмотрим). Но кому не понятно что фактические "затраты/расходы обработки" одного электронного перевод/платеж на 1 руб. и на 1 млрд. рублей абсолютно одинаковые? Объем данных проходящих по линиям связи, количество используемых вычислительных ресурсов и объемы хранения в этом случае полностью одинаковые (инфраструктура используется одна).
:-) Это вы "загнули"... Во первых я сам все продумывал и проектировал - как "должно быть" из собственного соображения и оценки "цена/качество" с учетом вероятности отказов (как внутреннего (собственного) оборудования, так и внешних, не зависимых от меня систем). Ну а во вторых, мне "бежать некуда" (это мое основное жилье)...
Да. Дешево, но что делать если внезапно откажет/сгорит, поздно вечером в субботу а "на дворе" -30?
"С точки зрения рядового сотрудника" мне абсолютно все равно "откуда" руководство возьмет средства для оплаты моего труда...
А кто кроме "непосредственного начальника" должен и может оценить вклад каждого из его подчиненных в "общее дело" и "разделить" выделенные на коллектив средства? Вне зависимости от присвоенных кем то "малиновых штанов"...
:-) Дорохо-бохато... Но на мой взгляд, не очень надежно.
При проектировании дома старался и равномерно "делил" все 3 входящих фазы на отдельные проводки - "свет","низкотоковые помещения/розетки","высокотоковые потребители" - духовка, микроволновка, кофемашина, посудомойка, печь для сауны (3-х фазная).
Поскольку дом газофицирован и центральное водоснабжение, отопление/гор.вода - газовый котел + (backup электричества) газовая плита.
Исходя из этих условий, и того что "без тепла не проживешь", для отключения электричества на срок до 8-10 часов в поселке, есть инвертор на 500Вт + автомобильный аккумулятор на 60 Ач (котел газовый это потребляет на поджёг газа + насос отопления теплого пола + насос подкачки давления воды по дому + при желании холодильник) + можно жечь "слабый аварийный свет". Для "бесперебойной связи" (на основной оптический роутер + сотовый модем + видеонаблюдение/сигнализация) стоит отдельный инвертор + автомобильный аккумулятор - он же как backup основного. На случай "катастрофы" бензогенератор. Цена такого решения раза в 2 меньше...
:-) Проходил "этот путь" постепенно и давно...
Начинал с готового "WD My Cloud" много лет назад (когда DLNA только начинался), он честно отработал свое, заменял винт с бедами на новый пока не понял что "мне этого мало". Потом уже добавил что-то типа такого - https://aliexpress.ru/item/1005003356816891.html + 4TB + OpenWRT . Для квартиры хватало, но смущал вопрос надежности одного диска и производительности на "тяжелых" кодеках. Когда перебрался в свой дом - занялся "самосбором" с софтовым RAID1 на 2 дисках, б.у. ITX матери на N3700, 8GB RAM и б.у. small корпусом. Пробовал (и сравнивал) разный OS софт, разные "чистые" и "не чистые" линукса и TryeNAS и proxmox, благо проблем с unix way не имею. "Из коробки" лично мне и под мои требования и нужды больше всего "зашла" именно XPenology. Прожил с такой конфигурацией года 3 и "диски стали опять заполненные". Последние пару лет живу с корпусом - https://aliexpress.ru/item/1005004477330498.html?sku_id=12000029300792813 + б.у. "мамка" с б.у. i5-6500T , 32GB DDR4 RAM, 4 HDD диска в RAID, SSD под кеши и swap + внешний USB HDD под backup, причем под видеонаблюдение есть еще выделенный сервер с поддержкой H.265. Все это "хозяйство" + гигабитный WIFI6 роутер и hub на 3 телевизора, "висит" на "дешевом UPS" из инвертора (примерно такого https://www.ozon.ru/product/ibp-invertor-sinus-dlya-kotla-nastennyy-exegate-finesine-sx-500-lcd-avr-2sh-1420877997/) + автомобильный аккумулятор.
:-) Все зависит от "области рассматриваемой работы"...
"На кассе в магазине", "разработка дизайна веб сайта", "проектирование самолета", "исследование причины болезни"...
:-) По опыту, примерно и усредненно...
1 из 10 способен работать на предлагаемой позиции/работе
(и половина из них твердо в этом уверена)
1 из 20 хочет работать на предлагаемой позиции/работе
(половина сама не знает что же она хочет)
1 из 30 способен к росту компетенций и собственной позиции в профессии
(и половина из них твердо в этом уверена)
1 из 40 реально может "продолжать профессиональный рост" со временем
(половина из них в этом твердо убеждена)
Ну а все остальные.... Только сами думают что "способны" и/или готовы тратить усилия и время на профессиональный рост.
Как то так... :-)
:-) А вы закрывать запущенные приложения не умеете? Или вам религия не позволяет это делать ?
:-) "Я умею решать IT проблемы и задачи! Качественно, быстро и дешево! Выбирайте два пункта из трех..."
:-) Так я и написал....
"Новая "должность" (малиновые штаны) - примерно для того же... Чтобы обосновать повышение зарплаты/дохода или поднятия собственного чувства достоинства..."
:-) "Сертификации" уже нанятых (на определенную должность/задачу/место) спецов нужны чтобы меньше платить... Ну возможно кому то для поднятия чувства собственного достоинства... :-)
Новая "должность" (малиновые штаны) - примерно для того же... Чтобы обосновать повышение зарплаты/дохода или поднятия собственного чувства достоинства...
Адекватные спецы - прекрасно и без "титулов" обходятся и просто "знают себе цену" (и работодатель ее просто платит), про "не адекватных" так сказать нельзя...
:-) Мой первый комментарий вы читали внимательно?
"Т.е. просто не разрешать приложению работать в фоне, не решение?"
:-) Метрики производительности - это просто метрики... Проблема с непониманием принципов работы БД - это просто проблема.
Настройка параметров БД под определенные требования (в соответствии в контролируемыми метриками) - отдельный процесс. Требующий как получения "правильных" метрик, так и их "правильный" анализ, так и "правильное" изменение параметров влияющих на метрики так как требуется "заказчику".
Для вас оставлю ссылку которая возможно даст вам дополнительную информацию которой вам возможно не хватало по PG - https://tembo.io/blog/optimizing-memory-usage
Ознакомился с другой вашей статьей. Впечатления примерно такие же как и от этой...
"Отношение операционной скорости к объемной скорости и будет принято как производительность СУБД." - это обобщенное заключение верное.
Вот только "по факту" для процесса "оптимизации параметров конкретной БД" нужно учитывать и изменения этих "двух скоростей" по времени + поставленные (или фактические) ограничения других метрик - приложения/БД/OS/"железа"/"цены решения".
Именно по этой причине ваш вывод что контролировать/измерять/оценивать необходимо только "сглаженные данные" в общем неверен (начиная со скважности измерения и заканчивая длительностью). Все зависит от поставленных/определенных условий.
:-) Подбирать параметры PG под нагрузку от pgbench для клиента особого смысла нет... Это только на "очень простых" прикладных приложениях можно смоделировать (с помощью pgbench) реальную нагрузку на БД клиентского профиля нагрузки приложения (что по факту так же потребует еще кучу тестов и времени), а именно работа БД под реальной нагрузкой цель оптимизации параметров БД на определенных вычислительных ресурсах...
БД инсталлируется не "просто так", а под конкретное прикладное приложение, с определенной планируемой нагрузкой (как на приложение, так и на БД). Нормальный и вменяемый разработчик прикладного ПО дает обычно первоначальные "усредненные" рекомендации по "железу", параметрам OS и БД под конкретную планируемую прикладную нагрузку для решения определенной прикладной задачи. Конечно к agile подходу решения прикладной задачи это применить практически невозможно, но тут уж "сам себе злобный буратино"...
А вот дальше... Дальше всегда наступает момент когда "меняется профиль нагрузки на БД" и/или меняются "выделенные для БД вычислительные ресурсы" и только знание "принципов работы БД" и знание "какой параметр БД и как влияет на работу БД" помогут оптимизировать ее работу.
Все очень просто. В массе своей компании не "опасаются", а на примере (результате перевода массово работников на удаленку) это "увидели".... Вполне возможно что этот "взгляд" и ошибочный (но факт снижения прибылей и доходов компании никто не отменит), но "эффективным менеджерам" проще всего "объяснять" владельцам бизнеса что это проблема "удаленки" (а не проблема в их прямой работе)... :-)
:-) Статья вызывает "сложные" чувства...
С одной стороны вполне годная, как вводная/начальная, для настройки параметров PG, да и в принципе любых параметров ("железа" или OS) влияющих на производительность приложения.
С другой стороны необходимо четко понимать, оптимальная настройка PG базы для конкретного приложения примерно на порядок сложнее. Влияющих факторов очень много, один параметр настройки влияет на оптимальность настройки другого. И если вы настроили "последовательно" даже 5 параметров PG (из пары десятков) на максимальную/оптимальную производительность - это совершенно не означает что "другое" вполне определенное сочетание данных параметров не даст вам более оптимальную по производительности систему, т.е. большую производительность (или меньшее потребление ресурсов) при той же нагрузке на БД...
И при этом я уж не говорю о параметрах OS сервера БД, зачастую заметно влияющих на производительность PG базы и "приводящих" к другому "сочетанию" настроек оптимальных параметров производительности PG + настроек параметров "железа" и/или виртуальной среды для OS БД.
Вот как то так.... :-)
:-) Как бы вам попроще объяснить то... Вот на примере компьютерной программы. Есть множество одновременно работающих программ и их окон. Сообщения/уведомления от них приходят вне зависимости какое окно на каком "плане"(на первом или скрыто другими). А так же есть программы работающие "в фоне" без видимых окон и они так же могут создавать и выводить свое окно с сообщением. Не могут выводить сообщения только не запущенные или закрытые(остановленные) программы и процессы.
Ровно так же и на мобильных устройствах. Если вы поверх окна запущенной программы вы запустили новые - это не означает что программа остановлена и ее уведомления не могут приходить, если вы явно остановите запущенную программу с помощью команды закрытия ее окна, уведомления приходить не будут (ровно та же ситуация когда программа просто не запущена на устройстве). Но если вы явно разрешите в настройка программы работать ей "в фоне" - это означает что полностью остановить программу закрыв ее окно, вы не сможете (ну или OS будет ее запускать по какому либо событию в OS) и тогда уведомления и сообщения данной программы все равно будут работать и создавать ее окно (или выводиться в соответствующее окно OS).
:-) Отличие в главном - запущено приложение = уведомления приходят = человек готов к общению, не запущено приложение - нет и уведомлений от него, никаких.