@anonymous Вариант. Только надо отдельную сессию для этого открывать, как-то лениво.

>И тебе жалко на них тратить цельный fsync на каждый коммит. жалко у пчёлки. а считать fsync'и довольно бессмысленно. там же всё смержится с остальными синками и выиграешь ты пару процентов если очень-очень повезёт. ну это на блинах если. с ссд вообще хуй знает, всё слишком уж неочевидно. сложный девайс, недополированые драйвера, такое. алсо, подозреваю что эти ненужные данные составляют небольшой процент от всех запросов и вообще не имеет смысла о них думать.

@anonymous > жалко у пчёлки. а считать fsync'и довольно бессмысленно. там же всё смержится с остальными синками и выиграешь ты пару процентов если очень-очень повезёт. Дружище, поработай хоть раз с базой данных, а не с mongodb.

@anonymous > алсо, подозреваю что эти ненужные данные составляют небольшой процент от всех запросов и вообще не имеет смысла о них думать. Наоборот. Иначе я бы о такой хуйне и не задумывался, right?

@komar хуй знает, совсем неочевидно.

@komar я посгрес шатал когда ты ещё пхп не выучил, вечный школьник ты ссаный.

@anonymous Я тебе верю, родной ты мой.

@anonymous лучше быть ссаным школьником, с ньюфажием в душе, чем надменным необучаемым старпёром

@mugiseyebrows по существу уже что-нибудь скажете уже, или я опять в петушарню зашел?

@anonymous > заходить на бнвэ за существом а не за свежими пуками сорь но ты тупой какой-то

@anonymous По существу постгрес на запись всегда упирается в количество fsync’ов.

@komar по существу - ты щас доказал что совсем тупой. у меня всё.

@anonymous Ути-пути.

@komar мой хуй упирается тебе в анус сильнее чем пеже во фсинк в любом реальном проекте.

@anonymous Ясно. Теперь я буду знать, что опцию synchronous_commit сделали какие-то долбоебы, которые хотят выиграть сраные 5% производительности.

@komar (ой, извиняюсь — «пару процентов»)

@komar поэтому сделали глобальную на сервер, ага

@anonymous Это что-то меняет, экспертишка ты наш?

@komar комарам теперь удобнее ненужных таблички тюнить. схуяли я эксперт, школьник ты ссаный. я просто головой пользоваться умею и читать ещё немного.

@anonymous Ну так съеби на свой хабр, Бога ради, хули у тебя тут комар в интернете неправ? Комар тестировал два проекта с целевой нагрузкой на базу данных порядка 5к инсертов в секунду. Один из них проебан, один — запущен и работает. На любом оборудовании, на любой конфигурации, на любых сторейджах все упиралось в количество транзакций в секунду — от BEGIN до COMMIT. Что с одной стороны меня забавило — можно между ними хоть небо с аллахом засунуть, покудова ты в базу не HD-кино кладешь — буферизационная магия работает. И с другой стороны — охуенно расстроило, потому что в моем случае бизнес-логика требовала честного fsync’а на каждый инсерт. И увеличить эти цифры без переделывания бизнес-логики я никак не мог. Ебля с разносом WAL’ов и прочими фокусами уровня детского сада на хабре давали те самые «пару процентов» выигрыша. CPU usage, IO throughput — абсолютно до пизды, запаса еще вагон оставалось.

@komar /8UL

@anonymous дай почитать где написано что постгрес на запись должен в цепэу упираться

@komar не должен, тупой штоле, wait..

@anonymous То есть производительность сраного пездгреса бесконечна, я ведь правильно понимаю? Или ты просто пытаешься повыебываться подольше прежде чем предъявлять что-то конкретное?

@komar изо всех сил пытаюсь не сказать очевидное, чтобы тебе не пришлось краснеть перед самим собой от того что ты сам не догадался.

@anonymous Да ты ж моя лапочка.

>Тогда проебутся только новые данные. Но тогда нельзя будет пердолиться в джоины с этими данными. Если они "не очень нужные", может, можно всё-таки джойнить и рассказывать, что сджойнилось не всё, а только то, что есть (и сколько именно есть всего, и сколько сджойнилось)?