@pgsql

Страница 47 из 1062
Eugene
26.06.2016
18:12:41
Оо это по моей ссылке из чата питон набежали?

Kamil
26.06.2016
18:33:36
А есть ссылка на этот чат?

Питон

Eugene
26.06.2016
18:35:01
https://telegram.me/ru_python

Google
Matwey
26.06.2016
18:48:20
Оо это по моей ссылке из чата питон набежали?
Недостаток телеграма - невозможно поискать по существующим чатам по человечески.

Nick
26.06.2016
18:48:34
Александр
26.06.2016
18:51:14
Это про быстрый вопрос-ответ

Matwey
26.06.2016
18:55:42
ну это же не форум
Не вижу логики. Джаббер тоже не форум, но отдает список конференций на сервере не жужжа.

Айтуар
26.06.2016
18:56:37
а про сам список, я думал поиск вообще. Да это было бы не плохо.

Алексей
26.06.2016
19:14:51
не уверен

многие чатики становятся фуфлом после ~300 пользователей

Roman
27.06.2016
13:38:05
а вот расскажите про pgday 2016

Nikolay
27.06.2016
14:38:04
Что именно?

Aleksandr
27.06.2016
14:39:38
Roman
27.06.2016
15:13:20
меня тут посылает компания )) пытаюсь понять, какие же в итоге дни, если билет стоит в диапазоне между 12к и 14к

Google
Roman
27.06.2016
15:19:35
а вы от какой компании?

и расскажите, что вам лично интересно

чтобы мы могли вам порекомендовать что-нибудь :)

ценников в 12к и 14к нету у нас, кстати. полный пакет стоит 15к, а индивидуальные дни - дешевле

Аггей
28.06.2016
10:41:12
Всем привет! Есть вопрос - при обычном вакууме как происходит блокировка - строками/блоками/ еще какой-то вариант?. В документации не нашел

Konstantin
28.06.2016
11:51:34
Вопрос тоже, есть ли какая возможность тянуть прямо в postresql из mysql bin-log

Pavel
28.06.2016
11:55:42
меня тут посылает компания )) пытаюсь понять, какие же в итоге дни, если билет стоит в диапазоне между 12к и 14к
Если вопрос стоит так, то берите только доклады. Познакомитесь и поймете

Vadim
28.06.2016
14:26:02
Всем привет! Есть вопрос - при обычном вакууме как происходит блокировка - строками/блоками/ еще какой-то вариант?. В документации не нашел
нашел в справке vacuum запрашивает SHARE UPDATE EXCLUSIVE на таблицу, я попробова у меня еще RowExclusiveLock на индекс этой таблицы

SHARE UPDATE EXCLUSIVE защищает от другого вакума по этой таблице и изменения схемы

RowExclusiveLock индекса видимо для того чтобы удалить указатель на версию строки

Аггей
28.06.2016
14:42:19
Спасибо!

Vadim
28.06.2016
14:58:10
а блокировки уровня строк вообще не пойму где смотреть

Аггей
28.06.2016
17:14:55
Вообще изначально искал про автовакуум, но впринципе интересуют блокировки при не полном вакууме

Yury
28.06.2016
18:40:13
Если кому интересно то добил contrib тесты для MSVC ну и они вообще стали собираться под windows. https://github.com/stalkerg/postgres_cmake Можете попробовать собрать.

alex
30.06.2016
13:01:25
alex: Здравствуйте, кто-нибудь использует связку 1c+ postgresql?

Александр
30.06.2016
13:38:59
Я

Alexander
30.06.2016
13:42:13
тоже пока использую

на ubuntu server. плюс web-сервер

Александр
30.06.2016
13:46:34
Я так использовал, сейчас на win2k12+apache2.4

Google
Yury
30.06.2016
15:39:14
а nginx разве нельзя?

alex
30.06.2016
15:51:14
Ребята а вы можете озвучить свою конфигурацию железа?

Все на w2012r2

1с+ postgresql на одной железке.

Перфоманс не очень что-то.

И такой вопрос. Бинарные файлы вы в бд храните или на фс?

Sergey
30.06.2016
15:54:32
все на Centos

alex
30.06.2016
15:55:50
Вы отключали опцию c1e на процессоре?

Денис
30.06.2016
15:56:09
ОС - CentOs, ubuntu server, debian

alex
30.06.2016
15:56:57
Фс
У вас много файлов?

Денис
30.06.2016
15:57:24
alex
30.06.2016
15:58:28
Если хранить в бд, то деградация производительности будет?

Yury
30.06.2016
20:38:36
Будет её распухание, что не есть хорошо.

Alexey
30.06.2016
20:38:56
да и вообще какбе база данных немного не то место где такое хранить.

Admin
ERROR: S client not available

Kuroi
30.06.2016
20:46:38
$ du -hs /var/lib/postgresql/* 175G /var/lib/postgresql/9.4 85G /var/lib/postgresql/9.5 Неплохо так обновился. Причем если заливать 9.4 -> 9.4 (plain sql), то размер -10% (~160G) от БД 9.4, значит не блоатинг

Kuroi
30.06.2016
21:03:05
Да поздно уже, перекатился на 9.5

Google
Quet
30.06.2016
21:22:59
ну это к тому что размер базы такой же будет какую-то особенную магию в 9.5 не завезли )

Kuroi
30.06.2016
21:30:11
фулл вакуум круто, но это даунтайм же

Так-то фулл вакуумом еще в 8 версии наелся

Juriy
01.07.2016
04:33:32
> @alex1607 1с+ postgresql на одной железке. > @alex1607 Перфоманс не очень что-то. на форуме Партнеров 1С можно спросить, там подскажут

Juriy
01.07.2016
04:37:40
https://partners.v8.1c.ru/forum/

Александр
01.07.2016
05:33:27
Придёт Гилев и скажет, что нужно ещё 128гб оперативки

Dattk
01.07.2016
06:54:52
и его оптимизация для типового решения =))

про 128 гигов оперативы - он так проверяет платежеспособность клиента

alex
01.07.2016
06:57:06
В общем инструкция процессора C1E была включена, из-за этого были тормоза.

Но конечно я несколько удивлен, что 1с не пишет бестпрактики и требования по рекомендованной ОС, ее настройки, железу.

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

Dattk
01.07.2016
07:00:14
http://its.1c.ru/db/content/metod8dev/src/developers/scalability/administration/scenarios/i8105904.htm?_=1466774395 для MSSQL

Alexey
01.07.2016
07:00:52
> @alex1607 1с+ postgresql на одной железке. > @alex1607 Перфоманс не очень что-то. на форуме Партнеров 1С можно спросить, там подскажут
Если поднимать на одной железки, то поднимайте на виптулках, так у вас 1с всю память будет съедать

Dattk
01.07.2016
07:01:23
вот про PostgreSQL http://its.1c.ru/db/metod8dev#browse:13:-1:1981:1987

документация у них слабоструктурирована - согласен

Alexey
01.07.2016
07:04:32
Все поднимать нужно на проб и ошибок ))

Александр
01.07.2016
07:13:18
Угу. Месяц

alex
01.07.2016
07:13:29
Прочитал на форуме Гилева. Неужели 1с такой прожорливый монстр? Или у него тонкая настройка должна быть и без консалтинга здесь не справится? Доброго времени суток, коллеги! Имеется железо: NODE_1: 2xE5-2697v3, 192GB DDR4 RAM, гипервизор XenServer 6.5, HT выключен VM_1: 16vCPU, 80GB RAM, Debian 8, паравиртуализированное ядро, PostgreSQL 9.4 NODE_2: 2xE5-2697v3, 192GB DDR4 RAM, гипервизор XenServer 6.5, HT выключен VM_2: 16vCPU, 80GB RAM, Debian 8, паравиртуализированное ядро, 1C 8.3 x64 Storage: 5x15K SAS RAID-Z2, 40GB RAM CACHE (ARC), 960GB SSD CACHE (L2ARC) Между нодами сеть 10Gb, диски в ноды отдаются с хранилки по 8Gb FC ARC cache hit - 96%, L2ARC cache hit - 55%, показатели CPU load, IOWAIT - в районе нуля, утилизация сети и FC - не более 5% Конфигурация - УТ11.1, при работе 40-50 пользователей ощутимо тормозит. Результат однопоточного теста - 7 попугаев! Куда копать? У меня даже идей нет где может быть узкое место

Александр
01.07.2016
07:14:37
Ну я этот же топик и вспомнил

Google
Александр
01.07.2016
07:14:50
Не любит 1с виртуалки, как я понял

Alexey
01.07.2016
07:17:01
Смотри конфиг постгрса, в 1с нечего не настроешь

Страница 47 из 1062