Распределенный Postgresql срач

[metaclass]

В итоге, в разборки насчет использования dmzlj postgresql под приличной нагрузкой в системе GPS-мониторинга подключили всех до кого смогли дотянутся, вплоть до разработчиков postgresql.

Я потерял нить обсуждения где-то в конце, но судя по результатам, ключевой аспект шизы был в двух вещах: фрагментированность данных и индекса (условно говоря - на каждую интересующую нас запись нужно было читать целую страницу данных, в которой все остальное нас не касалось) и нехватка памяти для кэша, в результате чего все начинало тормозить.

В качестве решения проблемы в итоге предложили какое-то хитрое двухуровневное партиционирование, которое должно устранить проблему фрагментации - сначала партиционировать сильно актуальные данные (текущий день(неделя, месяц)) по hash id объекта, затем переносить данные в партиции по времени кусками с одинаковыми id чтобы избежать фрагментации.

Comments

[vp.livejournal.com]

критерий передачи по расстоянию - очень мутная и спорная вещь. Мы от него отказались.
Причина: превращается в тыкву как только автобус выедет за город и понесется быстро. :)

Есть интересный критерий, который я видел в Автографах: там частота передачи обратно пропорциональная скорости. Весьма интересные результаты. Особенно подходит когда начинается какое-то маневрирование и т.п. Но там тупо нет критерия по углу, а без него это тоже работает плохо.

[kiryl.livejournal.com]

Ребе, тупой вопрос: а угол считается просто по вектору движения или есть какой-нить компас?

[metaclass.livejournal.com]

В обычных приемниках - только вектор.
А в особо гуманных есть и магнитный компас и акселерометры и прочая шиза.

[kiryl.livejournal.com]

А акселерометры зачем?

[denisioru.livejournal.com]

Видимо, контролировать насколько водила топит :)

[denisioru.livejournal.com]

В трекерах часто из NMEA вычленяется еще и направление движения.

[metaclass.livejournal.com]

Его считает приемник исходя из вектора движения.

[vp.livejournal.com]

по вектору