Гидра на CodePlex
Atom
12.09.2011


Так как Гидра теперь выложена со своими исходника в систему CodePlex, предлагаю всем неравнодушным к проекту помочь в развитие.

Навскидку видны следующие таски:


  1. (Сделано) Научить ее работать с SQL Lite, чтобы не требовалась сложная установка с Sql Server 2008.
  2. Авто обновление закаченных данных и структуры базы при новой версии.
  3. (Сделано) Научить Гидру работать со свечками. Закачивать из внешних источников, автоматически их создавать из тиков и т.д. Нужно для тех инструментов, для который просто не найти тики. Со стороны тестера S# такое можно поддержать.
  4. Сделать источники для западных площадок (IQFeed, ESignal).
  5. (Сделано) Научить Гидру сохранять не только тики и стаканы, а так же волатильность, открытый интерес.
  6. (Сделано) Выводить ошибки через MonitorWindow (переделав предварительно все логи на ILogSource).


Желающих прощу высказываться в этом топике.

Теги:


Спасибо:


<< < 2 3 4 5 6  > >>
Mikhail Sukhov

Фотография
Дата: 17.11.2011
Ответить


Задачи раздают пользователи, тестируют они же[laugh] Баг трекер - http://stocksharp.codepl.../workitem/list/advanced Чем задача с авто накатыванием скрипта не подходит + прикрутить нормальный логгинг (сейчас не все сообщения в гидру идут от источников, потому что не используется подход ILogSource).

1. Сейчас есть универсальный доступ на уровне БД. Тоесть, миграция с SqlServer будет не такая, что перестанет с ним работать, а будет поддерживаться еще и SQLite. Который станет режимом по умолчанию. Интерфейс сейчас единый - ITradingStorage + Ecng.Data. С не БД форматами сложнее. Честно говоря, даже сложно себе представить необходимость хранения метаданных в Экселе.

2. С добавлением и удалением инструментов просто. Тут нужно переделать несколько интерфейсы для источников и Worker. А вот другие задачи... Я думаю они уже к Гидре не имеют отношения. Гидра - это качалка данных. Пусть она ей и остается.

3. Это тоже просто. Заводите отдельную настройку в MarketDataSourceSettings и пусть ее источник нормально обрабатывает.

4. Вопрос был в том, не зачем оно вообще существует, а что вы сделали с ними конкретно в рамках Гидры.

5. Востребована. Но не незаменимая.
Спасибо:

Graliur

Фотография
Дата: 19.12.2011
Ответить


Добрый день!
Сегодня установил S# 4.0.9, и гидру из codeplex'a, собрал, запустил. При попытке построить в гидре свечки из данных финама столкнулся с проблемой - сделки не появляются в окне "Сформировать свечки для ...". При прогоне через дебаггер выяснил - что метод _storage.GetTradeStorage(Security).ToDate как и _storage.GetTradeStorage(Security).FromDate для загруженного инструмента всегда выдает дату 01.01.0001. Во временную папку сделки скачиваются с нормальными датами. Что я делаю не так?
Спасибо:

Alexander

Фотография
Дата: 20.12.2011
Ответить


Нажмите потом "Показать свечки".

P.S. Сделал чтоб автоматом показывались по завершению.
Спасибо:

Graliur

Фотография
Дата: 20.12.2011
Ответить


При нажатии кнопки "Показать свечки" ничего не происходит.
Спасибо:

Alexander

Фотография
Дата: 20.12.2011
Ответить


Graliur Перейти
При нажатии кнопки "Показать свечки" ничего не происходит.


для какого инструмента?
проделал у себя всё это - строит нормально


какие даты выставлены? сделки для каких дат скачены?
Спасибо:

Graliur

Фотография
Дата: 20.12.2011
Ответить



+ файл со сделками в формате финама:
2011_12_19.txt 25 KB (221)
Спасибо:

Alexander

Фотография
Дата: 20.12.2011
Ответить


Сделал с последней версии 4.0.10, с нуля загрузил аэрофлот, загрузил сделки с финама (у меня настройки такие же, только на месте временной директории и директории с данными пусто).
далее нажал свечки, авто, и нажал создать свечки.

всё ок сработало, свечки загрузились.

скриншот прилагаю.

попробуйте у себя с 0 сделать тоже самое.
Спасибо:

Graliur

Фотография
Дата: 21.12.2011
Ответить


Вчера запустил на другом компьютере CoreQuad9450 Win7x64 - заработало, сейчас пытаюсь добиться подобного результата на нетбуке asus1215n Win7x64 (на процессоре intel D525 - 2 ядра но урезанные, 4Гиб оперативки).
По ощущениям гидра работает на нем существенно медленнее(задержки более 10 секунд в работе интерфейса, после нажатия кнопок), а сегодня при попытке обновить инструменты выдала ошибку:

Цитата:
Помощник отладки управляемого кода "ContextSwitchDeadlock" обнаружил неполадку в "D:\PRG\StockSharp_4.1.0\Hydra\Hydra\bin\Debug\Hydra.vshost.exe".
Дополнительные сведения: The CLR has been unable to transition from COM context 0x4543f8 to COM context 0x454568 for 60 seconds. The thread that owns the destination context/apartment is most likely either doing a non pumping wait or processing a very long running operation without pumping Windows messages. This situation generally has a negative performance impact and may even lead to the application becoming non responsive or memory usage accumulating continually over time. To avoid this problem, all single threaded apartment (STA) threads should use pumping wait primitives (such as CoWaitForMultipleHandles) and routinely pump messages during long running operations.


После чего, минуты через 3, выдала список инструментов.

В процессе работы возникли следующие вопросы:

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

Alexander

Фотография
Дата: 21.12.2011
Ответить


Graliur Перейти
В процессе работы возникли следующие вопросы:

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


1) Да, добавить логирование в работу гидры
2) Удалить из папки Мои документы\StockSharp базу данных
3) Какие конкретно операции вы хотите оптимизировать и каким образом?
Спасибо:

Graliur

Фотография
Дата: 21.12.2011
Ответить


1 Оно существует( и его можно включить )или его нужно написать?
3.1 Как минимум оптимизировать скорость работы пользовательского интерфейса (вынести исполнение в отдельный поток).
3.2 Ввести окна с сообщением об ожидании для процессов с временем задержки > 1 сек.
3.3 Дать возможность прерывать пользователю длительные процессы.
3.4 В идеале показать терминал с выводом сообщений состояния.
3.5 После визуализации состояний станут наглядно видны места повышенных задержек - далее уже поработать над конкретными модулями.
Спасибо:
<< < 2 3 4 5 6  > >>

Добавить файлы через драг-н-дроп, , или вставить из буфера обмена.

loading
clippy