Надо железо тестить и потом сравнивать с выводом pg_test_fsync?
Надо как минимум сравнивать с тем, на что оно способно по документации. Если Вы, к примеру, видите fdatasync = 2604.794 ops/sec на любом HDD — это проблема. ;)
Надо как минимум сравнивать с тем, на что оно способно по документации. Если Вы, к примеру, видите fdatasync = 2604.794 ops/sec на любом HDD — это проблема. ;)
Надо как минимум сравнивать с тем, на что оно способно по документации. Если Вы, к примеру, видите fdatasync = 2604.794 ops/sec на любом HDD — это проблема. ;)
Хмм... я не понимаю, как они могут быть. Для SSD же нет физических причин, по которым fsync не может выполняться... за практически произвольное время, нет? Т.е. разница в производительности между реальными моделями SSD огромна, насколько я помню.
ты так пишешь, что это какая-то проблема, но в своих тестовых стендах я старался использовать именно пгпро дистрибутив, чтобы не заниматься лишними отключениями при деплое
ну вот первое: у пакета pgbouncer от pgpro неверный путь до бинарника для семейства rhel проставляется в /usr/sbin/pgbouncer вместо /usr/bin/pgbouncer
у меня все вместе в голове не укладывается. Начнем сначала, почему 2600 на любом hdd - это проблема?
Потому что на любом обычном HDD (без специальных мер вроде того, что есть в RAID-ах) это физически невозможно. Что касается разницы в SSD — вот первая попавшаяся статья: https://www.percona.com/blog/2018/02/08/fsync-performance-storage-devices/ И даже там производительность в диапазоне от 108 до 23000/s (и это не предел, конечно).
ну вот первое: у пакета pgbouncer от pgpro неверный путь до бинарника для семейства rhel проставляется в /usr/sbin/pgbouncer вместо /usr/bin/pgbouncer
надо будет обработать условием.
а пгпрошный pgbouncer тянется от какого-то общего пакета? Вообще в пгпро старались пути к бинарникам свои проставлять, чтобы не было конфликта с ванилой, так что в патрони и в вашей инсталляции эти пути надо параметризировать и явно прописывать для пакетов от пгпро
а пгпрошный pgbouncer тянется от какого-то общего пакета? Вообще в пгпро старались пути к бинарникам свои проставлять, чтобы не было конфликта с ванилой, так что в патрони и в вашей инсталляции эти пути надо параметризировать и явно прописывать для пакетов от пгпро
Добрый день не могли бы вы мне помочь есть строка, в ней два поля типа jsonb [1, 2] и [3,4] каким образом проверить, что данные множества пересекаются? спасибо
Добрый день не могли бы вы мне помочь есть строка, в ней два поля типа jsonb [1, 2] и [3,4] каким образом проверить, что данные множества пересекаются? спасибо
это не множества, а массивы, если в json хотите сравнивать и пг 12 jsonpath в помощь если просто массивы смотрите стандартные операции с массивами.