время поменялось

кажется не самая сложная задача это исправить... будете патч писать?

кажется не самая сложная задача это исправить... будете патч писать?

ближайшее время точно не до того :)

я попробую тестануть, может там особо лучше не станет.

скорее меня достанет отсутствие всех функций из math.h :)

в личку огласите список

на Винде у постгреса проблемы есть какие-то? с кодировкой вроде?

не замечал

нет винды - нет проблем

плюсую!

на Винде у постгреса проблемы есть какие-то? с кодировкой вроде?

С большой БД сервис не стартует ))

почему?

Потому что дольше 30 секунд

скорее всего старый вопрос, но чет не получилось загуглить. А вопрос такой: на просторах сети довольно часто советуют выполнять vacuum на постоянной основе. При выполнении vacuum-а, на сколько я понимаю, БД лочится и работа с ней не возможна. Первое, что приходит в голову, - запилить второй серв с репликой и делать vacuum поочередно на сервах соответственно меняя master/slave. Вот только непонятно - как это с репликой работать будет? Или я совсем не в ту сторону смотрю?

настройте автовакуум

он выполняет те же функции, что и vacuum full?

Нет

ок, как же тогда делать vacuum "по шедулеру" и при этом не терять БД?

Иногда автовакуума недостаточно в случае большого количества часто изменяемых таблиц. Он просто их не успевает обойти. И поэтому вакуум необходимо запускать вручную.

настройте автовакуум

что вы под этим подразумеваете?

если вы хотите высвободить место, то делайте вакуум фулл, а еще лучше используйте pg_compactor или как он там назывался

Делать вакуум фул можно только на ноутбуке - в серьезных организациях за это выгоняют

Делать вакуум фул можно только на ноутбуке - в серьезных организациях за это выгоняют

почему?

потому что блочит

:) печаль-беда. Я как раз и пытаюсь понять, как бы так извернуться, чтобы и БД не лочилась, и vacuum full делать можно было

долгая операция, блокирующая все и вся и бессмысленная при нормально работающем автовакууме

зачем вакуум фул вам?

уменьшение размера БД, за счет чего большая ее часть сможет помещаться в файловый кэш ОС...

бОльшая*

вроде бы говорят, что vacuum чистит дырки в таблицах, но фактически место os не возвращает

а именно vacuum full делает это

есть pg compactor, который делает это медленее но не блокируя

от postgresql consulting

погуглите

есть pg compactor, который делает это медленее но не блокируя

почти не блокируя

на вкус и цвет, но я рекомендую https://github.com/reorg/pg_repack

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

многопотоковый + кластер

за 5 лет ни разу не подводил :)

https://github.com/reorg/pg_repack/commit/3b0ef954cf4eaec8576f5b32b22a59c7093db680 - а после этого вообще все идеально

спасибо, попробую

на вкус и цвет, но я рекомендую https://github.com/reorg/pg_repack

чет как-то... Настораживают разные истории о dead lock-ах при использовании этой штуки. Хотя там истории от 14-го года и о фиксах в 1.3.0+, но учитывая что сейчас актуальная 1.3.4...

чет как-то... Настораживают разные истории о dead lock-ах при использовании этой штуки. Хотя там истории от 14-го года и о фиксах в 1.3.0+, но учитывая что сейчас актуальная 1.3.4...

как по мне это говорит только о хорошей протестированости сообществом :)

ближайшее время точно не до того :)

ввобщем не так много получается, правда я по сути убрал только лишнюю операцию, а лишнее значение всёравно передаётся. Получается что без 1900-2000ms выполняется, а после моих правок 1749-1800ms

думаю стабильно 1700 получить можно, не слишком большой профит

куда круче было бы какнить SSE заюзать, но это сложнее

ну да, 15% потерь времени, кого они вообще волнуют </sarcasm>

думаю стабильно 1700 получить можно, не слишком большой профит

а второй замер - с вырезанным underflow check? :)

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

Execution time: 1474.763 ms

интересный результат...

это clang если что

не важно, там стоит иф, а иф - это бранчинг

а бранчинг на горячих путях выполнения - зло

ага видать ещё и кешмис

do {} while(0) вроде все уже научились верно воспринимать

в общем, много скелетов в простой математике в постгресе

а постгрес на C99 написан?

нет

а патчи на его основе принимают? а то можно ведь просто из FPU overflow читать, и не городить условий https://www.gnu.org/software/libc/manual/html_node/Status-bit-operations.html

условия всё равно придётся городить

FPU бывают разные

C99 обещает, что оно будет работать по IEEE754

в постгрес ansi c89

Code in PostgreSQL should only rely on language features available in the C89 standard.

ERROR: S client not available

https://www.postgresql.org/docs/9.6/static/source-conventions.html

Features from later revision of the C standard or compiler specific features can be used, if a fallback is provided.

и какой же фолбек будет для IEEE754?

а хоть теперешний

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

смысл с99 в том, чтобы писать на с99

смысл будет в execution speed на современных компиляторах

проблемма в том что MSVC не подерживает и не будет подерживать С99 так он не совместим с С++.

в последнее время больше разговоров о том что бы перейти на С++

главное чтобы без фолбека на Си :)

окей, C11?

окей, C11?

MSVC суппортит только C89.

MSVC суппортит только C89.

C99 Conformance Visual Studio 2015 fully implements the C99 Standard Library, with the exception of any library features that depend on compiler features not yet supported by the Visual C++ compiler (for example, <tgmath.h> is not implemented).

интернеты пишут, флоаты умеет

он поддерживает C99 только в той мерее что бы не противоречить С++, к примеру нету массивов на стеке...

на счёт float не знаю.

Интересно, реально ли написать GostgreSQL?

:)

думаю даже кто то уже начал

но я ратую за Rust

Я бы посмотрел, что бы из этого получилось

по некоторым причинам подходит больше

на самом деле язык тут важен процентов на 30

не более

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

C89 standard

Добрый вечер. Может кто подсказать по поводу mamonsu? Установил на сервер с постгресом, сделал все как по доке, импортнул конфиг в заббикс . Данные не поступают. Попробовал вручную с заббикса делать zabbix_get -s -k key - получаю отве в виде Error code 400. Этот же параметр через mamonsu agent get-metric достается нормально.

Добрый вечер

Мне дали тестовое задание не подскажете есть ли возможность выполнять запросы онлайн? Или только программу скачать какую

Sqllite скачала, пока не разобралась

Добрый вечер

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