ссылки на него есть у обоих

ща

http://pmg.csail.mit.edu/papers/adya-phd.pdf

phd

ох май

да, и там "своя" терминология

сниму шляпу перед джентльменом который осилит переписать это в обычных терминах

могу только сказать что рад что в постгреспро пилят кластер люди, которые читали такие пдф

приятно с тобой поговорить

так я ж не осилил её дочитать, может когда-нить =) спасибо)

ну не про конкретну эту

и с тобой приятно, редко кто в курсе статей

а про бейлиса, про это вот всё

вообще возвращаясь к csn и async, кевин гриттнер который заморачивается по сериалайзбл правильно спрашивает про apparent order of execution

интересно что про это вообще пишут

все/многие т.н. new-sql пошли тупо в однопоточное выполнение в полном сериалайзбл

чтобы нахрен избежать этих проблем

живут с антикешингом и рады

проклятье постгреса в том что он хочет угодить всем, это сложно

все/многие т.н. new-sql пошли тупо в однопоточное выполнение в полном сериалайзбл

кмк так себе решение. Да, можно так на синтетическов бенче сделать под лям TPS на одном ядре. Но это потолок и всё.

И тот же старенький постгрес со своим медленным парсингом туплов и всеми жирностями на 60-core тачке дает 3 ляма

вы забываете про rw всегда

ваши 1m tps ридонли нахуй не нужны

простите

поддерживаю

=)

нам тут надо было 50к upsert'ов в секунду - и не вышло в пг

про правильный олтп вообще пишет абади лучше всего, тот который сделал c-strore и h-store http://cs-www.cs.yale.edu/homes/dna/pubs/displaypubs.cgi

upsert это вообще дорогая штука

50к в с - это вообще немного для большого пребольшого сервера

моя претензия к тестам однотредовых систем — там обычно пачками объединяются запросы, что тоже не есть честное сравнение

если делать честно, то в обоих случаях упираемся на одном треде в контекст свичи с одинаковой скоростью

+/-

я тут ворвусь в тред про апдейты с http://cs-www.cs.yale.edu/homes/dna/papers/orthrus-sigmod16.pdf

почитайте на досуге

50к в с - это вообще немного для большого пребольшого сервера

не много да. Тут с апсертом не очень понятно, какие условия и т.п. Обычный дуал зион с 6 ядер/чип дает около 100к инсертов/апдейтов на таблице с одним праймари кей индексом

я тут ворвусь в тред про апдейты с http://cs-www.cs.yale.edu/homes/dna/papers/orthrus-sigmod16.pdf

о, интересно, спасибо

там довольно долгое вступление

но графики потом завораживают

хм, 2PL вместо MVCC

2PL там потому что под хай контеншон

когда ролбеки и дедлоки превалируют

не много да. Тут с апсертом не очень понятно, какие условия и т.п. Обычный дуал зион с 6 ядер/чип дает около 100к инсертов/апдейтов на таблице с одним праймари кей индексом

id uuid pk | geom geometry, 50k записей, каждая из них обновляется апсертом раз в секунду, больше 27k/s у меня не получилось на E5-2670v3

до fsync=off / unlogged table дошёл

а как клиент устроен? один? много?

а индекс на геом был?

на геом нет

эм

а чо так мало

хотя тут бы еще сравнить upsert + insert/update

27k/s ооочень похоже на контекст свичи в одном потоке

> redis-benchmark -r 1000000 -n 200000 -t get -c 1 ====== GET ====== 200000 requests completed in 6.47 seconds 1 parallel clients 3 bytes payload keep alive: 1 100.00% <= 0 milliseconds 30888.03 requests per second > pgbench -i -s 10 > pgbench -S -c 1 -T 20 -M prepared starting vacuum...end. transaction type: SELECT only scaling factor: 10 query mode: prepared number of clients: 1 number of threads: 1 duration: 20 s number of transactions actually processed: 527070 latency average: 0.038 ms tps = 26352.210059 (including connections establishing) tps = 26355.762642 (excluding connections establishing)

вот одно зионное ядро на селектах в один поток редисом и постгресом

и там и там порядка 30к/сек

ага

а как больше?

а с батчингом редис до 200к разгоняется

ну да, но это уже теплое с мягким

а как больше?

несколько потоков делать =)

это как бы не постгрес, а линукс и x86

(если там один поток конечно)

может и просто совпало чисто

но если один поток, то есть гипотеза что в два потока будет в два раза быстрее)

+/-

по-моему на большем количестве потоков росло всё нелинейно

могло упереться во что-то другое, да. Но это надо смотреть уже

ERROR: S client not available

флеймграф нарисовать, вот это всё

надо перебенчмаркать

http://docs.citusdata.com/en/v5.2/performance/scaling_data_ingestion.html навело меня на мысль, что 50к+ без кластера прямо никак в пг

для меня лично большая боль что как только нет фри страничек в шаред буфферс и начинается чекпоинт, постгрес очень дико тупит

чекпоинтер начинает неистово чекать шаред буферс, bwgriter не работает, бекенды просто секундами стоят ждут то ли латча то ли страниц

всё никак не напишу нормальный репорт в хакерс

может андрес фрейд сделает таки более нормальный шаред буферс, может люди сделают фри и дёти листы как в мускуле

но стабильность в чекпоинтах в 9.6 так и не починили

эвикшон не работает нихрена

куплю постгреспро во весь варгейминг если почините!

да, с этим проблемы. Одна из радикальных идей — забить на bufmgr и pin-ы вообще и сделать кастомный in-memory store в который через fdw ходить

блядь

ну такой постгреспро я не куплю

это радикальный вариант)

а так — нормальный отчет сильно бы помог

ок, запилю

а мне одному показалось, что лицензия на PostgresPro перестала быть свободной?

«Использование в других целях, встраивание в другие продукты, тиражирование и прочие действия требуют приобретения отдельной лицензии.»

с чего бы ей быть свободной? :)

и еще один момент не понятен. Я сравнил их исходники с ванильными и во вновь добавляемых файлах не т информации о лицензии вообще. Ровно как и об авторстве ни чего не добавлено. На них распространится какая лицензия «подефолту»?

всем привет. у меня глупый вопрос немного - а есть ли способ сделать cluster на таблицу без даунтайма по бд?

если поклянёшься в неё не писать, то можешь сделать create table as (select * from ... order by cluster_key), drop исходной и rename новой

ну и pk/fk/констрейнты/триггеры перевесить

способ всенародно любим в окрестностях postgis

позволяет сделать cluster по чему-то, на что нет индекса :)

pg_repack сделает кластер с опцией ордер бай

Приветствую товарищи. Кто нибудь пользовался этим https://github.com/postgrespro/mamonsu на предмет мониторинга postgres в zabbix. Документации там нормальной нет. Как экспортировать шаблон для zabbix ясно, а вот как получить конфигурацию для zabbix агента?

Приветствую товарищи. Кто нибудь пользовался этим https://github.com/postgrespro/mamonsu на предмет мониторинга postgres в zabbix. Документации там нормальной нет. Как экспортировать шаблон для zabbix ясно, а вот как получить конфигурацию для zabbix агента?

отвечает @vadvmkn

на самом деле поиск в чатике рулит

на самом деле поиск в чатике рулит

Поискал, как я и предполагал mamonsu сам выполняет роль zabbix-agent. Мегакомбайн прям. Помониторить postgres стандартным zabbix-agent с mamonsu не получится.

а я понять не мог почему к заббиксу не прикрутить мамонсу, а оно вона как...

Поискал, как я и предполагал mamonsu сам выполняет роль zabbix-agent. Мегакомбайн прям. Помониторить postgres стандартным zabbix-agent с mamonsu не получится.

вы можете использовать совместно