Size: a a a

pgsql – PostgreSQL

2020 May 19

V

Vladislav in pgsql – PostgreSQL
Павел П.
а версия постгреса какая?
О, нашел запрос который выдает версию
11.2
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Andrey
Надо железо тестить и потом сравнивать с выводом pg_test_fsync?
Надо как минимум сравнивать с тем, на что оно способно по документации.
Если Вы, к примеру, видите fdatasync = 2604.794 ops/sec на любом HDD — это проблема. ;)
источник

VG

Viktor Grigorev in pgsql – PostgreSQL
Yaroslav Schekin
Надо как минимум сравнивать с тем, на что оно способно по документации.
Если Вы, к примеру, видите fdatasync = 2604.794 ops/sec на любом HDD — это проблема. ;)
где-то есть какие-то референсные значения? что-то вроде такого https://gist.github.com/jboner/2841832
источник

VG

Viktor Grigorev in pgsql – PostgreSQL
если считать по той таблице, худший случай для hdd 100 ops/sec
источник

A

Andrey in pgsql – PostgreSQL
Yaroslav Schekin
Надо как минимум сравнивать с тем, на что оно способно по документации.
Если Вы, к примеру, видите fdatasync = 2604.794 ops/sec на любом HDD — это проблема. ;)
В том то и проблема, что это SSD
источник

VG

Viktor Grigorev in pgsql – PostgreSQL
> 2604.794 ops/sec на любом HDD — это проблема. 😉
видимо опечатка
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Хмм... я не понимаю, как они могут быть.
Для SSD же нет физических причин, по которым fsync не может выполняться... за практически произвольное время, нет?
Т.е. разница в производительности между реальными моделями SSD огромна, насколько я помню.
источник

VG

Viktor Grigorev in pgsql – PostgreSQL
понятно, что железо совершенствуется, но порядок цифр примерно хотелось бы понимать для себя
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Viktor Grigorev
> 2604.794 ops/sec на любом HDD — это проблема. 😉
видимо опечатка
Хмм... в смысле?
источник

VG

Viktor Grigorev in pgsql – PostgreSQL
> 2604.794 ops/sec на любом HDD — это проблема.

> худший случай для hdd 100 ops/sec

> В том то и проблема, что это SSD

у меня все вместе в голове не укладывается. Начнем сначала, почему 2600 на любом hdd - это проблема?
источник

VG

Viktor Grigorev in pgsql – PostgreSQL
под hdd я понимаю не ssd
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
Maksim Milyutin
ты так пишешь, что это какая-то проблема, но в своих тестовых стендах я старался использовать именно пгпро дистрибутив, чтобы не заниматься лишними отключениями при деплое
ну вот первое:
у пакета pgbouncer от pgpro неверный путь до бинарника для семейства rhel
проставляется в /usr/sbin/pgbouncer вместо /usr/bin/pgbouncer

надо будет обработать условием.
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Viktor Grigorev
> 2604.794 ops/sec на любом HDD — это проблема.

> худший случай для hdd 100 ops/sec

> В том то и проблема, что это SSD

у меня все вместе в голове не укладывается. Начнем сначала, почему 2600 на любом hdd - это проблема?
Потому что на любом обычном HDD (без специальных мер вроде того, что есть в RAID-ах) это физически невозможно.
Что касается разницы в SSD — вот первая попавшаяся статья: https://www.percona.com/blog/2018/02/08/fsync-performance-storage-devices/
И даже там производительность в диапазоне от 108 до 23000/s (и это не предел, конечно).
источник

VG

Viktor Grigorev in pgsql – PostgreSQL
ок, понял, наоборот подумал, что слишком мало
источник

MM

Maksim Milyutin in pgsql – PostgreSQL
Виталий Кухарик
ну вот первое:
у пакета pgbouncer от pgpro неверный путь до бинарника для семейства rhel
проставляется в /usr/sbin/pgbouncer вместо /usr/bin/pgbouncer

надо будет обработать условием.
а пгпрошный pgbouncer тянется от какого-то общего пакета? Вообще в пгпро старались пути к бинарникам свои проставлять, чтобы не было конфликта с ванилой, так что в патрони и в вашей инсталляции эти пути надо параметризировать и явно прописывать для пакетов от пгпро
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
Maksim Milyutin
а пгпрошный pgbouncer тянется от какого-то общего пакета? Вообще в пгпро старались пути к бинарникам свои проставлять, чтобы не было конфликта с ванилой, так что в патрони и в вашей инсталляции эти пути надо параметризировать и явно прописывать для пакетов от пгпро
пакет с repo.postgrespro.ru

про пути до бинарников PG я тоже уже понял
источник

GR

Gubaydullin Ruslan in pgsql – PostgreSQL
Добрый день
не могли бы вы мне помочь
есть строка, в ней два поля типа jsonb
[1, 2] и [3,4]
каким образом проверить, что данные множества пересекаются?
спасибо
источник

2_

2flower _ in pgsql – PostgreSQL
Gubaydullin Ruslan
Добрый день
не могли бы вы мне помочь
есть строка, в ней два поля типа jsonb
[1, 2] и [3,4]
каким образом проверить, что данные множества пересекаются?
спасибо
это не множества, а массивы, если в json хотите сравнивать и пг 12 jsonpath в помощь если просто массивы смотрите стандартные операции с массивами.
источник

2_

2flower _ in pgsql – PostgreSQL
или это intrange?
источник

GR

Gubaydullin Ruslan in pgsql – PostgreSQL
два поля jsonb, в которых лежат данные [1,2] и [3,4]
источник