Кто нибудь поделитесь пожалуйста инфой как можно psql получить статистику за прошедшие 4 часа? Я чет не нашел такого. Был пример типа SELECT * FROM pg_stat_activity; но он же только текущую статистику выводит. Суть в том, что был странный скачек на запись на диск на db сервер и хочетца выяснить, что это было. Я нуб пока еще в этом.

А чем лучше/каким тестом/ в linux опредлить значение параметра effective_io_concurrency? Кто какие значения для него использует в зависимости от тпиа стораджа?

https://madusudanan.com/blog/understanding-postgres-caching-in-depth/

тем временем ещё один ишью в DataGrip https://youtrack.jetbrains.com/issue/DBE-3246

но тут ведь написано про opencl https://www.opennet.ru/opennews/art.shtml?num=41333

статья 14 года, они начинали с OpenCL но потом всё переделали на CUDA.

GPU может отсутствовать на серверах

обычно в таких случаях собирают или арендуют специальные сервера.

как будто постгрес только на серверах используют :)

2016-10-10 14:09:03 MSK [18602-1] LOG: PG-Strom version 1.0 built for PostgreSQL 9.5 NVIDIA: no NVIDIA devices found utils/gpuinfo.c:430 failed on cuInit (CUDA_ERROR_UNKNOWN:unknown error) 2016-10-10 14:09:04 MSK [18602-2] FATAL: No supported CUDA devices, PG-Strom was disabledне хочет запускаться postgre без nvidia видимо никуда

а вам зачем pg_strom? Поиграться или есть бизнес задача?

ЗЫ к слову недавно AMD показала эмулятор CUDA поверх HSA.

так что если современная карточка AMD (GCN 1.1 и выше) то можно тестануть

а кто-нибудь пользуется постфиксными операторами? я тут понял, что хочу типизированные float'ы, типа 2005.4m и 300deg

о, а такое есть ?

есть

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

а вам зачем pg_strom? Поиграться или есть бизнес задача?

задачи такой нет как вариант оптимизировать запрос http://pastebin.com/8yzqCaSH

оператор котирования ?

Кто чем мониторит постгрес по мимо заббикса ?

okmeter.io (но он платный), pgbadger

Есть вакансия для постгрес ДБА в Питере, кому интересно пишите в личку

Кто чем мониторит постгрес по мимо заббикса ?

icinga + всякое из https://bucardo.org/wiki/Check_postgres

ребят почему select null возвращает неизвестный тип а select distinct null, тип text, это связано с работой distinct видимо

всем привет, какой тип лучше для хранения md5?

Бумага. На бумаге идеально хранится алгоритм.

я нашел, что UUID

А для хеша — смотря в каком он виде.

как вариант char(32)

я нашел, что UUID

буханка-троллейбус.жпг

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

буханка-троллейбус.жпг

на стековерфлоу был вариант

короче char(32), есть смысл делить посимвольно ради 16 байт?

нет, а зачем?

UUID < char(32) в 8 раз

кстати, поиск по uuid по идее быстрее же должен быть, да?

чем по чему?

в разы

была идея попробовать сравнить скорость отработки своих скриптов с ФИАС с гуидами в uuid против гуидов в varchar, но лень

против char(32) не пришлось, но по сравнению с char(36) ощутимо очень

да и размер базы уменьшился

UUID < char(32) в 8 раз

А откуда 8 раз? uuid 16 байт, char(32) соотв. 32 байта

O_o

Мнимое сжатие в 8 раз

?

Troubleshooting PostgreSQL Илья Космодемьянский и Алексей Лесовский В рамках практического семинара мы расскажем и покажем, как диагностировать проблемы в PostgreSQL системно и методически, какие внешние утилиты и внутренние средства PostgreSQL использовать и как. Каждый участник получит образ виртуальной машины с "проблемной" PostgreSQL и сможет самостоятельно с нашей помощью научится их решать.

это совсем для нубов или будет что-то хардкорное?

оператор котирования ?

https://gist.github.com/Komzpa/8505274b2e9ba8cacf96587c6901212b

это совсем для нубов или будет что-то хардкорное?

Откуда информация о семинаре?

Вероятно вы что-то уже прошедшее нашли?

Откуда информация о семинаре?

рассылка с грядущего хайлоад++

http://www.highload.ru/2016/news/534.html

Аа, точно. Нет, я думаю будет достаточно доступно, задача семинара - привлечь широкую аудиторию

Эх. Зачем широкой аудитории траблшутить слона.

сэкономить место - или на спичках экономия?

10 млн товаров - экономим 512 кб в памяти

Эх. Зачем широкой аудитории траблшутить слона.

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

сэкономить место - или на спичках экономия?

по кешлайнам ровнять :)

Ну и опять же, лекторы высокой квалификации, никто не запрещает помучать их сложными вопросами )

кстати, поиск по uuid по идее быстрее же должен быть, да?

да

так как поле в два раза короче

так как поле в два раза короче

и тип storage разный

там ещё небось abbreviated keys включается

А откуда 8 раз? uuid 16 байт, char(32) соотв. 32 байта

char(32) на диске сколько займет? от 256 до 1024 бит в зависимости от черт его знает чего UUID больше 128 не будет

мне вот для билда пакета нужно 12 дистрибутивов линукса, мне что для каждого lxc поднимать/опускать? :)

Дима, ну ты как не родной, чрута хватает за глаза.

с md5 в текст еще вопрос возникает: 202cb962ac59075b964b07152d234b70 и 202CB962AC59075B964B07152D234B70 - один и тот же хеш?

регистр не имеет значения

регистр не имеет значения

а вот постгрес тут может быть не согласен. Т.е. надо check вешать на uniq lower(), чтобы не было дубликатов, и при выборке все явно приводить в один регистр.

ERROR: S client not available

вопрос был > с md5 в текст

обратно то да могут возникнуть казусы

задачи такой нет как вариант оптимизировать запрос http://pastebin.com/8yzqCaSH

а в этом случае не должен помочь новый паралельный seq скан? Задача по сути посчитать колличество всех уникальных элементов. ЗЫ может здесь и индекс может помочь? Хотя врятли...

но это смотря чем заполнялось

и я не думаю что GPU тут как то поможет сильно. Вам эти 50 000 000 тюплов сначало надо будет залить на GPU...

ну ёё...

хех бубунта

обратно то да могут возникнуть казусы

Так данные в бд кладут не просто так, с ними что-то делать собираются, по идее. Вон, люди планируют индексы делать по этому полю.

apache! :)

Port 13017!

а это принципиально?

т.е. 18m можно сделать?

для лексера, да. Ускоряет обработку

насколько ускоряет? :)

apache! :)

2.4.7! https://www.cvedetails.com/vulnerability-list/vendor_id-45/product_id-66/version_id-161847/year-2014/Apache-Http-Server-2.4.7.html

насколько ускоряет? :)

хз :)

т.е. 18m можно сделать?

Нельзя OP_CHARS [\~\!\@\#\^\&\|\`\?\+\-\*\/\%\<\>\=] OPERATOR {OP_CHARS}+

в смысле, ускоряет, или там вообще иначе никак не сделать?

Оператор может состояить из конечного числа символов

окей, а какие ещё есть способы поддержать нотацию 18m без кавычек?

Либо OP_CHARS, либо predefined

окей, а какие ещё есть способы поддержать нотацию 18m без кавычек?

На данный момент ИМХО никаких

окей, а если впиливать? :)

а в этом случае не должен помочь новый паралельный seq скан? Задача по сути посчитать колличество всех уникальных элементов. ЗЫ может здесь и индекс может помочь? Хотя врятли...

у поля тип bigint индекс из 60 секунд сделал 128 под параллельным подразумеваете то, что в 9.6? там да, запрос на 10-15 секунд быстрее

окей, а если впиливать? :)

Надо пробовать. Мне кажется это сделали, чтобы избежать reduce & shift конфликтов в грамматике

Если дать полную волю, то это ж капец :)

почему капец?

почему капец?

Ну например, потому что я смогу определить оператор SELECT и парсер съедет с катушек

2.4.7! https://www.cvedetails.com/vulnerability-list/vendor_id-45/product_id-66/version_id-161847/year-2014/Apache-Http-Server-2.4.7.html

да я там всё порывался взять в свои шаловливые python руки да вот не дали :( ЗЫ сижу на не стабильном nginx и http2, https://anime-pictures.net