Для писателей роботов

В данной статье меня заинтересовало следующее:

Также необходимо помнить, что объём передаваемых данных в сторону клиентов, так и в QuikExporter ограничен для обеспечения стабильности работы.

Попробуем немного посчитать. У нас есть 10000 клиентов, у каждого из них 3 счёта в валюте (рубли, доллары, евро). Плюс к этому портфель на 30 бумаг. При этом лимиты у нас существуют в двух днях(Т0 и Т+). 10000*3*2+10000*30*2 = 60000+600000 = 660000 элементов. Пропускная способность не сильно производительного mssql сервера примерно 1500-2000 транзакций в секунду. Итого для загрузки информации о портфелях в промежуточную базу нужно 660000/2000 = 330 секунд, это 5 с половиной минут.

и это:

Ниже скрипт для автоматического разбора группы файлов из бинарного формата в человекочитаемый.

quik_candlefile_dat_parser.py

и это:
Дело в том, что в момент начала фазы передачи данных таблиц MoneyLimits и DepoLimits, QUIK Exporter полностью блокирует приём любых данных кроме этих, до окончания передачи.

Я, конечно, не знаю давность информации и конфигурацию оборудования, но вот это: "Пропускная способность не сильно производительного mssql сервера примерно 1500-2000 транзакций в секунду" вызывает сомнения.
20-30к в секунду - это нормально. Бывает и 200к.

А если взять другие базы данных, то там 100-200к - это просто норма, не говоря уже про документные базы. Если бы, для примера Quik был на NYSE, то при 1,5к - просто все встало бы.
И, кстати, оставаться сейчас на транзакционной базе данных для прокси сервера, уже выглядит странно.

Так что, если это так, то все настолько печально, что даже уже не вызывает никаких эмоций прибитая гвоздями кодировка win-1251.

... поправят.

В этой статье меня тоже заинтересовало это:

"Ниже скрипт для автоматического разбора группы файлов из бинарного формата в человекочитаемый.

quik_candlefile_dat_parser.py"

но скрипт так и не заработал.
Может быть кто-то подскажет как бинарные файлы квика раскрыть?

Занимательно, что на хабре так и не появились комментарии. Весьма редкий случай.

Статья описывает организацию серверной части QUIK у брокера. Лично я не встречал столько подробного описания в открытых источниках ранее.
Какую пользу могут вынести роботописатели в терминале QUIK - не очень понимаю. Ну кроме понимания, что "всё не просто"

Судя по откликам, писатели ничего не увидели интересного.
Поэтому выскажу свое мнение.
------------
Про возможность конвертации данных из TXT в формат DAT и обратно.
---------------------
Есть два случая, когда надо дописать данные в архив свечей в формате DAT.
---
1) Иногда в истории появляются пропущенные дни, которые хотелось бы восстановить.
---
2) Для тестирования алгоритмов на истории нужна история больше чем 3000 свечей, доступных с сервера.
--
Пока единственный способ получить больше - это накапливать историю в реальном времени.
--------------------
Да, в статье рассказываются проблемы (особенности ) работы брокеров с сервером.
Но не стоит забывать, что все клиенты брокера получают инфу от этого сервера.
проблемы сервера - проблемы клиентов.
--------------
В статье есть два интересных момента.
Первый касается загрузки данных по клиентам. Пусть и упрощенно, но показано, что клиенты могут курить бамбук многие минуты.
------------------
Второй момент связан с загрузкой состояния счетов, при которой блокируются остальные потоки. т е опять клиенты курят бамбук.
---------------------
В статье говорится о скорости ядра в 2000 транзакций. Раньше читал о 1000.  
Писатели и буратины, могут просто посчитать сколько ждать ответки с биржи, когда рынок активно торгуется.
-------------------------  
Прикольно читать чистосердечные признания типа:
Ничего не понял (не увидел, не внюхал).
Всегда интересовало, зачем чел это пишет?
Ну не понял, твоя проблема.
Не интересует, не читай.