Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
Прочитал много всякого про Postgre, так понял что единственное слабое место - это то что на каждую сессию PG создает новый процесс. То есть в Винде 100 пользователей это уже 100 процессов. В результате Винда загибается и так далее. И это называется действительно как ЕДИНСТВЕННОЕ слабое место. Сказите знатоки - какие планы у PG по этому поводу? Планируются ли какие то изменения в следующих версиях. А может это вообще устаревшая информация? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 10:38 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
PG разрабатывался изначально под NIX системы, и там с этим делом все хорошо. И как я знаю , ничего в будущем меняться не будет. Так что если большие нагрузки светят, лучше юзай что то из Линуксов по усмотрению. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 10:56 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
Alexsalog wrote: > Сказите знатоки - какие планы у PG по этому поводу? Планируются ли какие > то изменения в следующих версиях. А может это вообще устаревшая информация? Думаю, что да. Обычно на винде используют всё же потоки. Вроде бы как PG именно так и делает. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 10:59 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
Почитайте про пулы и менеджеры соединений, а те мурзилки, что читаете сейчас, выкиньте. У постгреса есть множество проблем, но явно не с тем, что вместо встроенного пула процессов подразумевается использовать внешний менеджер соединений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 11:04 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
MasterZiv Alexsalog wrote: > Сказите знатоки - какие планы у PG по этому поводу? Планируются ли какие > то изменения в следующих версиях. А может это вообще устаревшая информация? Думаю, что да. Обычно на винде используют всё же потоки. Вроде бы как PG именно так и делает. Нет, ПГ использует процессы. Сколько подсоеденений - столько процессов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 12:01 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
Как вот это соединить?: MBGПочитайте про пулы и менеджеры соединений, а те мурзилки, что читаете сейчас, выкиньте. У постгреса есть множество проблем, но явно не с тем, что вместо встроенного пула процессов подразумевается использовать внешний менеджер соединений. [quot Andrey Daeron]Нет, ПГ использует процессы. Сколько подсоеденений - столько процессов./quot] Так все таки у постгре есть "встроенный пул процессов" или же постгре железобетонно на каждое новое соединение от клиента создает НОВЫЙ процесс? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 12:13 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
Alexsalogединственное слабое место - это то что на каждую сессию PG создает новый процесс. То есть в Винде 100 пользователей это уже 100 процессов. В результате Винда загибается и так далее. И это называется действительно как ЕДИНСТВЕННОЕ слабое место. Сказите знатоки - какие планы у PG по этому поводу? Планируются ли какие то изменения в следующих версиях. А может это вообще устаревшая информация? Для того, чтобы устранить это "единственное слабое место", требуется поставить всего-то одну маленькую софтинку -- легкий менеджер соединений pgbouncer . И если у вас из 100 соединений одновременно активны 10, а остальные idle, как это обычно бывает, PostgreSQL запустит всего 10 процессов. Пользуясь случаем заодно приглашаю на встречу с разработчиками pgbouncer, по совместительству авторами системы Skype. Встреча состоится в Москве где-то в районе 6 октября, следите за анонсами на ресурсах русскоязычного сообщества PostgreSQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 12:15 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
izДля того, чтобы устранить это "единственное слабое место", требуется поставить всего-то одну маленькую софтинку -- легкий менеджер соединений pgbouncer . И если у вас из 100 соединений одновременно активны 10, а остальные idle, как это обычно бывает, PostgreSQL запустит всего 10 процессов. 1) Он платный ? 2) Он просто прозрачный и все? То есть онт исключительно транслирует образения предназначенные для Postgre в такие же но меньшим числом? Способен и этот менеждер понимать запросы по дргуми протоколам и служить таким образом чем то вроде моста? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 12:41 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
AlexsalogКак вот это соединить?: [quot MBG]Почитайте про пулы и менеджеры соединений, а те мурзилки, что читаете сейчас, выкиньте. У постгреса есть множество проблем, но явно не с тем, что вместо встроенного пула процессов подразумевается использовать внешний менеджер соединений. Andrey DaeronНет, ПГ использует процессы. Сколько подсоеденений - столько процессов./quot] Так все таки у постгре есть "встроенный пул процессов" или же постгре железобетонно на каждое новое соединение от клиента создает НОВЫЙ процесс? Понимать как написано - встроенного пула нет, подразумевается использование внешнего менеджера соединений, чтобы пользовательские подключения распределять по пулу подключений менеджера. А почему вас это собственно вообще волнует? Архитектура веб-сервера апач такая же - вы случаем его не используете? :-) А для разработки нагруженных систем потребуется сделать малость поболее, чем просто установить pgpool :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 12:59 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
Andrey Daeron wrote: > Нет, ПГ использует процессы. Сколько подсоеденений - столько процессов. На винде тоже ? Не верю. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 13:01 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
MasterZiv > Нет, ПГ использует процессы. Сколько подсоеденений - столько процессов. На винде тоже ? Не верю. У меня под WinXP болтается одновременно двадцать процессов постгреса. Я тупо открываю TaskManager и вижу эти 20 процессов :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 13:17 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
chand0s wrote: > У меня под WinXP болтается одновременно двадцать процессов постгреса. Я > тупо открываю TaskManager и вижу эти 20 процессов :-) ужас какой. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 14:07 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
Товарищи Гугли недавно склепали браузер, в котором на каждую вкладку создаётся отдельный процесс. Теперь любителям почмырить разработчиков PostgreSQL за такую архитектуру придётся ещё и доказывать, что в Гугле тоже ничего не понимают в программировании. Запасаемся попкорном, как грится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 14:31 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
MasterZiv chand0s wrote: > У меня под WinXP болтается одновременно двадцать процессов постгреса. Я > тупо открываю TaskManager и вижу эти 20 процессов :-) ужас какой. Теоретически - просто кошмар. На практике если использовать какой-нибудь connection pool - пофигу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 15:05 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
chand0s wrote: > Теоретически - просто кошмар. На практике если использовать какой-нибудь > connection pool - пофигу. Далеко не всем нужен коннекшн пул. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 15:27 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
MasterZiv Andrey Daeron wrote: > Нет, ПГ использует процессы. Сколько подсоеденений - столько процессов. На винде тоже ? Не верю. Экий Вы недоверчивый. Но это факт. Так и есть. И это меняться не планируется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 16:17 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
Andrey Daeron wrote: > Экий Вы недоверчивый. > Но это факт. Так и есть. И это меняться не планируется. Это жалко. Нужно менять. Ладно, может быть и не так всё плохо, сейчас нет времени разбираться, к сожалению. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 18:34 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
Why don't you use threads, raw devices, async-I/O, <insert your favorite wizz-bang feature here>? Я согласен, отдельными процессами оно надежней, а значит спокойней :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2008, 19:19 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
Удалите на работающем постгресе файл postmaster.pid, а потом вызовите pgctl stop. Что он скажет ? Постгрес не работает. Врет, просто этого файла нет. Наши действия ? Вывод ps со списком всех процессов postmaster в текстовый файл и убиение их в цикле. Процессов бывает до кучи. Лично я так делаю (программно и давно), если какие-то проблемы с postmaster.pid. Кстати, если остановить постгрес вручную kill 9, то этот файл не удалится, а постгрес потом будет ругаться при запуске. Советую учесть при автоматизации. Попробуйте подключиться к постгресу сбоку слоном. Сразу новые процессы будут видны. Мы используем опцию log_pid=true (на версии 7.4.5). Удобно сопоставлять процессы из списка ps с выдачей в журнале. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2008, 12:10 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
man killall man pkill ps. сам не проверял, но мне кажется, что достаточно послать сигнал родителю, что б он остановил своих детей (по крайней мере применительно в пг). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2008, 14:09 |
|
||
|
Слабое место PG
|
|||
|---|---|---|---|
|
#18+
vbgdКстати, если остановить постгрес вручную kill 9, то этот файл не удалится, а постгрес потом будет ругаться при запуске.кто Вас этому научил ? "TIP 4: Don't 'kill -9' the postmaster" !!! :) http://www.postgresql.org/docs/current/static/app-postgres.html авторIf at all possible, do not use SIGKILL to kill the main postgres server. Doing so will prevent postgres from freeing the system resources (e.g., shared memory and semaphores) that it holds before terminating. This might cause problems for starting a fresh postgres run. To terminate the postgres server normally, the signals SIGTERM, SIGINT, or SIGQUIT can be used. The first will wait for all clients to terminate before quitting, the second will forcefully disconnect all clients, and the third will quit immediately without proper shutdown, resulting in a recovery run during restart. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2008, 14:26 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=35528456&tid=2004049]: |
0ms |
get settings: |
8ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
74ms |
get tp. blocked users: |
2ms |
| others: | 210ms |
| total: | 373ms |

| 0 / 0 |
