1) Да они зависимы, но зависимы именно в комплексе. Ну например низкий показатель "количество запросов к СУБД в секунду." сам по себе ни чего особо не скажет. А вот если N3 падает и N1 не меняется уже можно делать выводы - характер нагрузки на СУБД изменился.
2) производительность здесь " модуль вектора , как квадратный корень из N1^2 + N2^2 + N3^2 " это значение уже можно сравнивать
pg_advisory_lock - Вы о каком? Тут бы не помешала конкретика
Конкретика, кратко.
Со стороны пользователей, как обычно - "У нас все висит, ничего не работает".
Со стороны СУБД - резкий рост ожиданий, резкий рост блокировок . В pg_stat_activity wait_event = advisory .
Вопрос разработчикам - а зачем вы так делаете ?
Ответ - у нас фреймворк такой.
ИС приняли в промышленную эксплуатацию, регулярно регистрировали инциденты, собирали конфколлы.
Через полгода сделали рефакторинг, обновили релиз. Проблема - ушла.
Зачем они так делают ? Вопрос риторический.
P.S. "читается как "пока не научились писать адекватные тесты" - ирония, шутка, гротеск. Понимаю... Батальные романы и фильмы это одно, реальная жизнь в окопах под пулями и в грязи это несколько другое.
В петербургском СК ранее сообщали, что 2 июня неизвестный на электросамокате сбил девочку в Невском районе и скрылся с места. Ребенка забрали в больницу. У нее диагностировали закрытую черепно-мозговую травму ушиб головного мозга средней степени, перелом лобной кости слева, ушиб мягких тканей области левого плеча и области левого бедра.
По сообщению от источника «360», девочка находится в тяжелом состоянии. Она в реанимации.
По данным 78.ru, задержанный находится в федеральном розыске за наркотики. Он проживает в Кудрове. У него дома нашли три пакета с растительным веществом, металлическую коробку с белым порошком и весы.
Напомним, в четверг в сервисах аренды электросамокатов в Петербурге прошли обыски.
К вопросу о том — зачем проводятся обыски в сервисах.
Дело не только в сокращении информационного потока.
Если я стану комментировать и отвечать на материалы не относящиеся к технической тематике (ради чего собственно Хабр и задумывался и был ценен ) я рано или поздно, а скорее всего очень быстро, потеряю возможность общаться в технических материалах, ради чего собственно Хабр мне и интересен.
И поэтому материалы не технического характера, 99.99% корпоративных хабов, 99.99% новостей мной игнорируются и не просматриваются. Все равно там ничего нового, что нет в рунете нет.
Мне моя карма нужна для полноценного общения на технические темы.И поэтому остальные темы на 99.9999999% игнорируются.
Могу сказать про себя в Хабре.
В корпоративные посты вообще не захожу
Стараюсь свести свои комментарии к другим постам к минимальному минимуму.
Читаю в основном свою ленту.
Новости практически не читаю, редко редко пишу в новости по интересной мне теме.
Иногда пишу этюды в тематический хаб.
P.S. Хабр давно не тот. Давно не технический ресурс.
mgis
Почитал все ваши комментарии, становится понятна причина минусов.
Вот это высказывание:
За бугром можно найти guru Postgresql которые такую поддержку в многие разы дешевле нежели наши «российские разработчики»
ложно.
А из ложной посылки, любой вывод ложен. Это формальная логика.
Забугорные компании переводят сопровождение своей инфраструктуры в outsourcing компании в России потому, что здесь IT инженеры на порядки дешевле. Я в такой компании работал, список брендов мирового уровня.
Другое ваше высказывание
а) Все их расширения легко ставятся поверх бесплатной версии СУБД.
также ложно и показывает, что вы не специалист PostgreSQL от слова вообще.
Потому и минусы в комментарии и карму.
многие не замечают кадрового кризиса в этих областях,
Замечают. Сделать ничего не могут.
Кадровики стонут и плачут. Проблема не в том, что сложно найти тех кто согласится на предлагаемые условия, сложно вообще найти.
На позицию PostgreSQL DBA в среднем одно собеседование в месяц в течении полугода.
C DBA вообще сложно, а с PostgreSQL особенно
Размер лог файла при настроенной процедуре ротации - вообще не проблема
К сожалению , да это так :-(
А потом начинается классика - "а почему стало медленно работать и как сделать быстрее ?"
При том, что разработчиков и архитекторов принявших решение "использовать ORM" уже и след простыл.
Зато модно , весело , в тренде :-(
Хотя , сейчас ресурсы недорогие, а бюджеты никто не считает - подкинут RAM/CPU, сменят диски на High IOPS - проблема решена и на следующий проект.
1) Да они зависимы, но зависимы именно в комплексе. Ну например низкий показатель "количество запросов к СУБД в секунду." сам по себе ни чего особо не скажет. А вот если N3 падает и N1 не меняется уже можно делать выводы - характер нагрузки на СУБД изменился.
2) производительность здесь " модуль вектора , как квадратный корень из N1^2 + N2^2 + N3^2 " это значение уже можно сравнивать
pg_advisory_lock - Вы о каком? Тут бы не помешала конкретика
Конкретика, кратко.
Со стороны пользователей, как обычно - "У нас все висит, ничего не работает".
Со стороны СУБД - резкий рост ожиданий, резкий рост блокировок . В pg_stat_activity
wait_event
= advisory .Вопрос разработчикам - а зачем вы так делаете ?
Ответ - у нас фреймворк такой.
ИС приняли в промышленную эксплуатацию, регулярно регистрировали инциденты, собирали конфколлы.
Через полгода сделали рефакторинг, обновили релиз. Проблема - ушла.
Зачем они так делают ? Вопрос риторический.
P.S. "читается как "пока не научились писать адекватные тесты" - ирония, шутка, гротеск. Понимаю... Батальные романы и фильмы это одно, реальная жизнь в окопах под пулями и в грязи это несколько другое.
А КБ участвуют в конкурсах на разработку нового изделия ?
Странно ,, а почему статья на техническом IT ресурсе ?
Как именно привязали?
Проще говоря - бардак и анархия
Странно тогда, зачем вы выдвигаете тезис который не можете обосновать ?
А можно поделиться цифрами расчетов ?
очень интересный довод
просто любопытно — как вы себе представляете это процесс?
Если я стану комментировать и отвечать на материалы не относящиеся к технической тематике (ради чего собственно Хабр и задумывался и был ценен ) я рано или поздно, а скорее всего очень быстро, потеряю возможность общаться в технических материалах, ради чего собственно Хабр мне и интересен.
И поэтому материалы не технического характера, 99.99% корпоративных хабов, 99.99% новостей мной игнорируются и не просматриваются. Все равно там ничего нового, что нет в рунете нет.
Мне моя карма нужна для полноценного общения на технические темы.И поэтому остальные темы на 99.9999999% игнорируются.
В корпоративные посты вообще не захожу
Стараюсь свести свои комментарии к другим постам к минимальному минимуму.
Читаю в основном свою ленту.
Новости практически не читаю, редко редко пишу в новости по интересной мне теме.
Иногда пишу этюды в тематический хаб.
P.S. Хабр давно не тот. Давно не технический ресурс.
;-)
Почитал все ваши комментарии, становится понятна причина минусов.
Вот это высказывание: ложно.
А из ложной посылки, любой вывод ложен. Это формальная логика.
Забугорные компании переводят сопровождение своей инфраструктуры в outsourcing компании в России потому, что здесь IT инженеры на порядки дешевле. Я в такой компании работал, список брендов мирового уровня.
Другое ваше высказывание также ложно и показывает, что вы не специалист PostgreSQL от слова вообще.
Потому и минусы в комментарии и карму.
Кадровики стонут и плачут. Проблема не в том, что сложно найти тех кто согласится на предлагаемые условия, сложно вообще найти.
На позицию PostgreSQL DBA в среднем одно собеседование в месяц в течении полугода.
C DBA вообще сложно, а с PostgreSQL особенно
1)А зачем кормить гуру из-за бугра?
2)Есть отрасли, в том числе атомная, куда забугорных пускать нельзя в принципе
Начальная посылка ложна.
Главная проблема — отключение онлайн сервисов.
А общаться с товарищами и родственниками можно и нужно вживую, по человечески.