Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Производительность при большом потоке данных #306

Open
recoshet opened this issue Aug 16, 2021 · 3 comments

Comments

@recoshet
Copy link

Приветствую. Если подключиться к LUA плагину через TCP сокет (использую python), то во время высокой активности на бирже СПБ в момент присоединения Америки (в 16:30 по мск, по летнему в США), если подписаться на 100 стаканов, квик начинает тормозить, даже если эти данные просто принимать и не обрабатывать в коде и сделать максимально большой буфер. (примерно 2 000 событий измнения стакана в сек)

Просто если подключиться к сокету, будет сообщение Client connected, отправить комманду на подписку 100 стаканов разных ликвидных инструментов. А мне бы и 150 и 200 стаканов надо в будущем.

Ни кто с таким не сталкивался?

P.S. Через час активность уменьшается и тормоза и задержки проходят.

@Pr0phet1c
Copy link
Collaborator

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

@IFetisov
Copy link

IFetisov commented Jan 27, 2022

А сколько стаканов реально можно отслеживать?
Если мне нужно 30-40 стаканов отслеживать и держать в каждом стакане по 2 заявки это реально с помощью квик шарп? Или тоже идти в plaza? Plaza это только срочный рынок?

@Pr0phet1c
Copy link
Collaborator

Попробовать конечно можете. Но если у Вас реально зарабатывающий HFT, то я бы снова порекомендовал смотреть в сторону PLAZA. Дело даже не в QUIK#, а в терминале Квик. Ну, не рассчитан он на такую деятельность, да еще и на множестве инструментов одновременно.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants