Наиболее эффективный тип памяти для kdb +

Question

В настоящее время я настраиваю сервер, на котором будет запускаться kdb + tickerplant с несколькими процессами подписки. Существует ли оптимальный тип физической памяти для данных реального времени kdb?

Answer 1

Оформить заказ на размер типоразмера в http://code.kx.com/q/ref/card/#datatypes Ответ зависит от того, что вы подразумеваете под «эффективным» - самым большим ударом, который вы занимаете в латентности, является распределение памяти, поэтому чем меньше вам приходится выделять, тем лучше. Это означает меньшие типы.

Но, конечно, вы должны взвесить это против своих прецедентов.

Для вашего реального времени всегда следите за тем, чтобы Tickerplant вставлял столбец времени, чтобы #s поддерживался в столбце времени для эффективного запроса.

Сам тикерный блок публикуется по таймеру - чем дольше таймер, тем меньше он падает на процессор, но затем tp собирает данные на некоторое время перед публикацией. Опять же, ведите против использования. BTW убедитесь, что ваш Tickerplant записывает файл журнала на быстрый локальный диск, чтобы уменьшить задержку паба и iowait.

Если вы работаете с большой нагрузкой из нескольких источников, подумайте о настройках ОС как tcp quickack (http://www.techrepublic.com/article/take-advantage-of-tcp-ip-options-to-optimize-data-transmission/). Есть аналогичные настройки для распределения памяти и ввода/вывода диска.