Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Раздел полезных советов: Опыт настройки связки PostgreSQL и ..., auto_tips (??), 06-Сен-11, (0) [смотреть все] только один вопрос - Почему OracleLinux , Дмитрий (??), 14:27 , 06-Сен-11, (1) ага, мне тоже интересно судя по статье - он не лицензирован, тогда смысл в не, m0ps (ok), 14:33 , 06-Сен-11, (2) // он бесплатный апдейты ставятся, gen1us (?), 12:47 , 07-Сен-11, (11) // да, он бесплатный, только вот апдейты стоят денег, m0ps (ok), 12:58 , 07-Сен-11, (12) Да это всё приминимо к любому клону шапки, на CentOS или Fedora отличаться не бу, Гость (?), 15:16 , 06-Сен-11, (3) Автор видимо голословно поверил, но все таки решил проверить , Zl0 (ok), 15:21 , 06-Сен-11, (4) Очень доволен OracleLinuxСделан неплохо но одно огорчает мало пакетов и иногда ч, alexpn (ok), 16:36 , 06-Сен-11, (5) На этом закончил читать Руки за это надо отрывать, что в 2011 году кто-то так с, Stax (ok), 17:48 , 06-Сен-11, (6) // Может быть но для теста SEL не нужен, Алексей (??), 03:07 , 07-Сен-11, (9) На этом закончил читать Руки за это надо отрывать, что в 2011 году кто-то так с, AntiStax (?), 15:20 , 07-Сен-11, (13) // На сервере в безопасности необходима в первую очередь Так что с selinux статья , crypt (??), 02:35 , 08-Сен-11, (19) Толку то с вашего selinux Гемора создает много, а в случае дыр в ядре - выносит, Аноним (-), 02:14 , 13-Сен-11, (55) Ну теперь то Вашим данным точно каюк , Аноним (-), 21:48 , 06-Сен-11, (7) // Это тест И данные не критичны, Алексей (??), 03:06 , 07-Сен-11, (8) // http gilev ru 1c tpc tpc82 rarВот сам тестберем файлик tpc82 dt, alexpn (ok), 03:11 , 07-Сен-11, (10) Это слив, без fsync такого прироста производительности не будет , arcade (ok), 12:38 , 08-Сен-11, (36) Старые конфигурации с табличными блокировками портят кровь Сейчас используем , Forth (??), 15:44 , 07-Сен-11, (14)   // интересно а подскажите пожалуйста, у нас сервер приложений и сервер БД на разных, admin (??), 18:46 , 07-Сен-11, (17)   // В смысле По описанию похоже на то, что просто PostgreSQL на одно соединение бол, NSForth (ok), 10:23 , 08-Сен-11, (26)   // прошу прощения, я ещё не успел ознакомится с документацией, если не сложно напиш, admin (??), 11:16 , 08-Сен-11, (30)   В консоли кластера 1С, надо создать еще рабочих процессов Но если клиентов мало, NSForth (ok), 11:29 , 08-Сен-11, (33)   выяснил по подробней в общем проблема проявляется при закрытии месяца т е кли, admin (??), 15:48 , 08-Сен-11, (37)   Базка-то махонькая Видимо то самое закрытие месяца неудачный для постгреса запр, NSForth (ok), 15:56 , 08-Сен-11, (38)   смотрели уже в диски вообще не упираемся смотрел vmstat top iowait , а проц юза, admin (??), 16:08 , 08-Сен-11, (39)   Ну похоже запрос длинный Он вообще завершается за разумное время Включите log_d, NSForth (ok), 16:22 , 08-Сен-11, (40)   странно, я думал у всех такая проблема, но раз вы так говорите, то стоит посмотр, admin (??), 16:30 , 08-Сен-11, (41)   Еще как нужно Мы когда переходили с MS SQL на Postgres первое время в планы вып, NSForth (ok), 16:40 , 08-Сен-11, (42)   Кстати, те кто данную статью прочтут - не делайте fsync off, если не уверены н, Forth (??), 15:46 , 07-Сен-11, (15) // Проверил все планировщикиopen_datasync 21 75fdatasync 21 65fsync 21 28fsync_writ, alexpn (ok), 07:31 , 08-Сен-11, (21) // Тест с fsync off бесполезен И разница между fsync off и fsync on но рейде, NSForth (ok), 10:21 , 08-Сен-11, (24) // конфигурации все стандартные сам ничего не пишу т к нет в этом необходимос, alexpn (ok), 10:24 , 08-Сен-11, (27) У нас грабли только табличными блокировками и с запросами с типовых конфигураций, NSForth (ok), 10:35 , 08-Сен-11, (29) Перешел на платформу 8 2 14 533 и поставилwal_sync_method open_syncНабрал 20 9, alexpn (ok), 10:21 , 08-Сен-11, (25) Хотел бы уточнить на счет теста Гилева - какие экстремумы максимум, минимум в, chemtech (ok), 15:55 , 07-Сен-11, (16) +1 // К сожалению тест под MSSQL не проводился также как и под Oracle и DB2Но у кого е, alexpn (ok), 07:34 , 08-Сен-11, (22) // также интересны тесты с другими файловыми системами Btrfs например или ext3 у м, alexpn (ok), 07:38 , 08-Сен-11, (23) по нашим тестам тюненная постре медленне МСсиквела 2005 в гилёвотесте на 20 , , neumeika (ok), 22:38 , 07-Сен-11, (18) // Продолжайте и дальше тюнить в том же духе Виртуалка поди M овская , Аноним (-), 02:40 , 08-Сен-11, (20) А pgbench что показывает Там по крайней мере понятно что делается В тесте гиле, NSForth (ok), 10:25 , 08-Сен-11, (28) // Вот что нашел наhttp www westnet com gsmith content postgresql pgbench htm , alexpn (ok), 11:20 , 08-Сен-11, (31) // Это с fsync off я так понимаю , NSForth (ok), 11:26 , 08-Сен-11, (32) Давот еще-bash-4 1 usr pgsql bin pgbench -c 10 -t 3000 alexstarting vacuum e, alexpn (ok), 11:34 , 08-Сен-11, (34) Это бесполезный бенч На живой базе с fsync off вы же работать не будете , NSForth (ok), 11:47 , 08-Сен-11, (35) буду купил райд винты сейчас все цепляю и буду тестировать, alexpn (ok), 04:05 , 09-Сен-11, (43) Вы уверены, что понимаете, что делает fsync off , NSForth (ok), 12:15 , 09-Сен-11, (50) как получить 35 баллов кто райды использует например 5-й или 10-й , alexpn (ok), 04:21 , 09-Сен-11, (44) с fsync on usr pgsql bin pgbench -i alexNOTICE table pgbench_branches does, alexpn (ok), 05:38 , 09-Сен-11, (45) вопрос кто юзает PostgreSQL Etersoft какие впечатления и если можно то, alexpn (ok), 08:20 , 09-Сен-11, (46) Хорошие впечатления Да это на самом деле просто уже готовая сборка, с парой фик, NSForth (ok), 12:16 , 09-Сен-11, (51) перенес каталогиpg_clog , pg_xlog, pg_log на другой дисксоздал на них символичес, alexpn (ok), 08:48 , 09-Сен-11, (47) Чтобы в лог не валилось много ошибок типаWARNING nonstandard use of in a st, eee (??), 10:49 , 09-Сен-11, (48) ну вот собрал RAID 104 винта по 250 WD2503ABYX RAID FastTrak TX4310-bash-4 1 u, alexpn (ok), 11:31 , 09-Сен-11, (49) Первая же дурная операция проведения, вешающая табличные блокировки, или неоптим, NSForth (ok), 12:20 , 09-Сен-11, (52) Для любителей отключать fsync на сервере таких как alexpn приведу выдержку из д, Сергей (??), 19:58 , 09-Сен-11, (53) // для всех последних тестов со стоки fsync ON Этот праметр НЕ ОТКЛЮЧАЛСЯ Ц, alexpn (ok), 03:48 , 12-Сен-11, (54) Вопрос к автору ссылка после Патчим PostgreSQL - wget http v8 1c ru overvi, Zur (?), 11:38 , 27-Сен-11, (57) // Все просто качаемhttp v8 1c ru overview postgresql_patches 9-0-3 postgres, alexpn (ok), 05:46 , 29-Сен-11, (58) // собрал с 9 0 5единственное поправил ссылкиln -s usr lib64 libicudata so 42 1 u, alexpn (ok), 08:07 , 29-Сен-11, (59) 1,2,3,4,5,6,7,14,15,16,18,53,57

Сообщения

[Сортировка по времени | RSS]

14. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
Сообщение от Forth (??), 07-Сен-11, 15:44
Старые конфигурации с табличными блокировками портят кровь.:/ Сейчас используем Postgres 8.4 на CentOS 5.6. Размер кластера почти 500gb. В целом довольны. Программеры обещают переписать блокировки. Интереса ради запустил этот тест tpc82, показало 20 с копейками.
Ответить | Правка | Наверх | Cообщить модератору

	17. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от admin (??), 07-Сен-11, 18:46
	> Размер кластера почти 500gb. интересно. а подскажите пожалуйста, у нас сервер приложений и сервер БД на разных машинах, так вот на сервере выделенном под БД используется только один процессор, точнее одно ядро! Вы с такой проблемой не сталкивались? куда копать?
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok), 08-Сен-11, 10:23
	>> Размер кластера почти 500gb. > интересно. > а подскажите пожалуйста, у нас сервер приложений и сервер БД на разных > машинах, так вот на сервере выделенном под БД используется только один > процессор, точнее одно ядро! Вы с такой проблемой не сталкивались? куда > копать? В смысле? По описанию похоже на то, что просто PostgreSQL на одно соединение больше одного процессора не использует. Так это нормально, архитектура такая. Делайте больше рабочих процессов на сервере приложений, убедитесь, что 1С открывает несколько соединений, под нагрузкой вполне себе будет использовать все.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от admin (??), 08-Сен-11, 11:16
	> Делайте больше рабочих процессов на сервере приложений, убедитесь, что 1С открывает > несколько соединений, под нагрузкой вполне себе будет использовать все. прошу прощения, я ещё не успел ознакомится с документацией, если не сложно напишите как это сделать?
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok), 08-Сен-11, 11:29
	>> Делайте больше рабочих процессов на сервере приложений, убедитесь, что 1С открывает >> несколько соединений, под нагрузкой вполне себе будет использовать все. > прошу прощения, я ещё не успел ознакомится с документацией, если не сложно > напишите как это сделать? В консоли кластера 1С, надо создать еще рабочих процессов. Но если клиентов мало, то не надо, будет бестолку. Да и исходных данных нет, сколько клиентов, как работают, какая конфигурация, размер базы и характеристики сервера. Скорее всего нагрузки нет, чтобы все ядра загрузить.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от admin (??), 08-Сен-11, 15:48
	> В консоли кластера 1С, надо создать еще рабочих процессов. Но если клиентов > мало, то не надо, будет бестолку. Да и исходных данных нет, > сколько клиентов, как работают, какая конфигурация, размер базы и характеристики сервера. > Скорее всего нагрузки нет, чтобы все ядра загрузить. выяснил по подробней. в общем проблема проявляется при закрытии месяца. т.е. клиент один и увеличение кол-ва рабочих процессов не помогает. Конфигурационный файл: по умолчанию, пробовали изменять множество настроек. Размер БД: 25Гб, Железо 2 x Intel(R) Xeon(R) CPU E5520, 2.27GHz (16 cores), 2 HDD x 500 Gb (RAID1).
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok), 08-Сен-11, 15:56
	> выяснил по подробней. в общем проблема проявляется при закрытии месяца. т.е. клиент > один и увеличение кол-ва рабочих процессов не помогает. > Конфигурационный файл: по умолчанию, пробовали изменять множество настроек. Размер БД: > 25Гб, Железо 2 x Intel(R) Xeon(R) CPU E5520, 2.27GHz (16 cores), > 2 HDD x 500 Gb (RAID1). Базка-то махонькая. Видимо то самое закрытие месяца неудачный для постгреса запрос. Неоптимальный, скажем так. Найдите кого-нибудь, кто посмотрит что именно делается и во что уперлись, в процессор, или в диски, например. Похоже на мутный и долгий запрос, с кучей вложенных.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от admin (??), 08-Сен-11, 16:08
	> Базка-то махонькая. Видимо то самое закрытие месяца неудачный для постгреса запрос. Неоптимальный, > скажем так. Найдите кого-нибудь, кто посмотрит что именно делается и во > что уперлись, в процессор, или в диски, например. Похоже на мутный > и долгий запрос, с кучей вложенных. смотрели уже: в диски вообще не упираемся (смотрел vmstat/top iowait), а проц юзается только один(особенно хорошо видно в htop'е было). Т.е. 100% дело в использовании CPU постгресом. в официальной тех. поддержке 1С развели руками...
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok), 08-Сен-11, 16:22
	> смотрели уже: > в диски вообще не упираемся (смотрел vmstat/top iowait), а проц юзается только > один(особенно хорошо видно в htop'е было). Т.е. 100% дело в использовании > CPU постгресом. > в официальной тех. поддержке 1С развели руками... Ну похоже запрос длинный. Он вообще завершается за разумное время? Включите log_duration_statement, track_activities, c track_activities_query_size=102400. Дальше либо смотрите в pg_stat_activities, либо в лог, если он туда запишется, что там за запрос, выковыривайте, план выполнения курите и все такое :)
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от admin (??), 08-Сен-11, 16:30
	> Дальше либо смотрите в pg_stat_activities, либо в лог, если он туда запишется, > что там за запрос, выковыривайте, план выполнения курите и все такое > :) странно, я думал у всех такая проблема, но раз вы так говорите, то стоит посмотреть explain.. (не думал что нужно это делать в случаях с 1С, да и знаний/опыта на PG уже не хватает)
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok), 08-Сен-11, 16:40
	>> Дальше либо смотрите в pg_stat_activities, либо в лог, если он туда запишется, >> что там за запрос, выковыривайте, план выполнения курите и все такое >> :) > странно, я думал у всех такая проблема, но раз вы так говорите, > то стоит посмотреть explain.. (не думал что нужно это делать в > случаях с 1С, да и знаний/опыта на PG уже не хватает) Еще как нужно. Мы когда переходили с MS SQL на Postgres первое время в планы выполнения пялились постоянно. Потому как по другому там никак. Индексы построить и конфиг покрутить это все конечно хорошо, но если запрос в принципе мертвый и не выполнится за разумное время - тут только переписывать. У нас правда много конфигураций досточно старых еще под 8.1 писанных. Там много отчетов без использования временных таблиц, строго на вложенных запросах. Грамотный 1С-программер нужен обязательно. У нас сейчас баз с десяток на одном сервере, из них самая большая без индексов под 200G размером и ничего, работаем, не жалуемся.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема