- Исследование производительности PostgreSQL 8.3, Аноним, 21:44 , 20-Фев-08 (1)
- Исследование производительности PostgreSQL 8.3, ufaweb, 21:56 , 20-Фев-08 (3)
- Исследование производительности PostgreSQL 8.3, Аноним, 23:59 , 20-Фев-08 (7)
- Исследование производительности PostgreSQL 8.3, Veter, 18:18 , 21-Фев-08 (15)
- Исследование производительности PostgreSQL 8.3, Veter, 18:24 , 21-Фев-08 (16)
- Исследование производительности PostgreSQL 8.3, Иван Золотухин, 19:46 , 21-Фев-08 (17)
работа с базой в ОЗУ -- 95% случаев, так как 4-8ГБ памяти позволить себе все могут, а объем баз у большинства людей вообще меньше гигабайта, о чем тут говорить. пока люди не перестанут думать о том, что это вырожденный случай, новички будут кричать, что mysql быстрее postgresql, при этом даже не удосуживаясь поменять конфиг и положить всю БД в память. тут даже спорить нечего.
- Исследование производительности PostgreSQL 8.3, Veter, 21:45 , 21-Фев-08 (18)
- Исследование производительности PostgreSQL 8.3, Иван Золотухин, 12:37 , 26-Фев-08 (20)
>P.S. Неужели ваша компания предлагает услуги коммерческой поддержки форумов на домашних страничках >и не интересуется корпоративным сектором? Может, я что-то не понимаю, но >как раз мускульщики коммерческого интереса не представляют (за редким исключением). А >найти информацию об использовании постгреса в крупном бизнесе почти нереально, увы. Ну чушь какую-то вы говорите. Во-первых, 2-3 ГБ *активных* данных -- это не домашняя страничка. Во-вторых, да, таких инсталляций подавляющее большинство, не вижу в этом ничего плохого. У нас даже большинство клиентов (а это компании среднего размера) с 1С имеет такие базы. В-третьих, из этого не следует, что оставшимся 5% клиентов не нужна помощь. Крупный бизнес тоже использует PostgreSQL, но тщательно это скрывает и зачастую пока не решается использовать его в mission critical задачах, в отличие от компаний среднего размера, которые все же более поворотливы и имеют меньше стереотипов. Смею вас заверить, что мало кто лучше астрономов разбирается в оптимизации баз, которые совсем не ложатся в память (т.е. гигантских баз), а у нас имеется именно астрономический опыт, который мы успешно применяем в коммерческих проектах. Что касается 8.3 и баз, не влезающих в RAM, читайте рассылки -- уже полно usecase-ов, однозначно свидетельствующих в пользу новой версии. Я пытаюсь сказать лишь одно на самом деле: Постгрес хорош на любых объемах данных; в самом популярном сегменте небольших баз он абсолютно ни в чем (в т.ч. по скорости) не уступает остальным СУБД. Пока мы совместными усилиями не популяризируем эту простую идею, крупный бизнес не будет знать о PostgreSQL, потому что о нем не говорят на каждом перекрестке.
- Исследование производительности PostgreSQL 8.3, Антон, 22:19 , 21-Фев-08 (19)
- Исследование производительности PostgreSQL 8.3, Иван Золотухин, 12:42 , 26-Фев-08 (21)
>>работа с базой в ОЗУ -- 95% случаев, так как 4-8ГБ памяти >>позволить себе все могут, а объем баз у большинства людей вообще > >Покажите, pls, пример настроек конфига postgres, связанных с памятью, при 4-8Гб оперативы >? shared_buffers сколько лучше поставить, а то сильно задирать боязно, уж >больно мало по дефолту стоит. Остальное что-нибудь нужно тюнить, или shared_buffers >увеличить достаточно ? Антон, по такому короткому описанию оптимальную конфигурацию указать сложно. Все зависит от ваших данных, характера работы приложения с ними. Грубо, вам можно пытаться увеличивать shared_buffers до 1-2 ГБ, аккуратно измеряя эффект после изменения. Остальные параметры тоже можно тюнить, но вслепую я не решусь о них говорить.
|