Quik для Astra Linux

Страницы: 1
RSS
Quik для Astra Linux
 
Здравствуйте. В 2015 году вы писали о том что нет смысла портировать quik под linux.
Но с тех пор в России появилась система, являющаяся официальной защищённой системой для россиян и гос.структур.

Речь не идёт о том чтобы портировать под неё QUIK, но может быть вы сделаете исключение и хотя бы создадите мануал по установке Quik под нашу систему?

Под Ubuntu и другие системы существуют уже отработанные способы установки через Wine. А вот под российскую Астру, лично я, не осилил. И мануалов не нашёл. Может быть вы как-нибудь подружите с разработчиками и запилите мануал под Астру?
 
Цитата
Виктор написал:
Здравствуйте. В 2015 году вы писали о том что нет смысла портировать quik под linux.
Но с тех пор в России появилась система, являющаяся официальной защищённой системой для россиян и гос.структур.

Речь не идёт о том чтобы портировать под неё QUIK, но может быть вы сделаете исключение и хотя бы создадите мануал по установке Quik под нашу систему?

Под Ubuntu и другие системы существуют уже отработанные способы установки через Wine. А вот под российскую Астру, лично я, не осилил. И мануалов не нашёл. Может быть вы как-нибудь подружите с разработчиками и запилите мануал под Астру?
Добрый день.

Мы примем к сведению Ваше предложение, но ничего обещать пока не будем. Спасибо.
 
Цитата
Alexey Ivannikov, скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?

В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.

Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
 
Alexey Ivannikov,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?

В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.

Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
 
Цитата
Виктор написал:
Alexey Ivannikov,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?

В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.

Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам

2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?

В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
 
Цитата
новичок написал:
1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам
а вот не факт. ты тока прикинь какой колоссальный ущерб можно нанести.эти вот санкции там.. поставки железа - это долго все.
а тут - по нажатию кнопки - бабах, и 90% компов в стране - не работают.
также и с мобилками - хоп - и все гудроиды и айфоны превратились в бесполезный кусок пластика.
это будет прямо катастрофа.

Цитата
новичок написал:
2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?
с чего это ядро стало омериканским то? Линус финн же.
"национальная" следует читать как "собиралась на ПЭВМ расположенных на территории РФ".
Цитата
новичок написал:
Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra.
А собственно в чем проблема то?
Линукс - он везде линукс.
Цитата
новичок написал:
Чтобы скрипты все работале, dll из скриптов корректно подгружались.
Нормально написанные скрипты работают. Я пользуюсь.
И нормально сделанные dll - тоже.
Какие-то конкретные проблемы? или "У меня ничего не работает"?
 
Цитата
Виктор написал:
Может быть вы как-нибудь подружите с разработчиками и запилите мануал под Астру?
Вот ради интереса безо взяких мануалов попробовал. Все работает искаропке.
-Поставил "Орёл".
-Открыл менеджер пакетов, поискал wine, отметил все что нашлось и поставил. В меню "Утилиты" поставился "PlayOnLinux"
-Зашел на сайт арки, скачал дистриб.
-Зашел в "PlayOnLinux", сказал установить и далее-далее...
-Добавил ярлык на стол.

Все работает. Даже с русским языком проблем нет.
 
Kalmar, вы так пишите, как будто, первый день замужем. В идеальном сферическом мире живёте и с отладкой/тестированием никогда не работали.
Сферически-идеальную операцию сделали, описали последовательность шагов и написали "Всё работает".
Ну раз у вас работает, значит тему можно закрывать - проблема решена. Да?

При чём тут дистрибутив арки, когда торговля идёт через дистрибутивы брокеров, докручивающих к арочному кучу свистелок и перделок?

Куча нестабильных ошибок вываливается как при попытке как запустить quik, так и подключить dll через lua.
При том что в win работает ровно.

Я с этой проблемой *бусь, с перерывами, уже год почти. Суммарно времени пара недель потрачено на попытки запустить хоть как то, подбор версий wine, поиск недостающих библиотек в wine, попытки собрать 5 версию wine, потому что в репозитории них*ра нет современного wine, и миллион других проблем.
И даже после нормального запуска нихрена не подключаются dll на qt из lua.

Спасибо, бл*дь, что объяснили мне что у вас всё работает.
 
Kalmar, извините, я погорячился в прошлом посте. Всё же надеюсь что Arqa выпустит нормальный мануал как полноценно устанавливать и запускать именно в Орле.
 
После такой бури эмоций конечно хочется послать лесом ))
Постучись в личку, обсудим подробности.
Возможно смогу быть полезным.

ЗЫ: Еще здесь есть пользователь Anton, толковый человек. Можно попросить помощи у него.
 
1111е сообщение :)
 
Вот, кстати, и новость подъехала: https://www.kommersant.ru/doc/5281160

ВСТЭК лишает иностранный софт сертификатов. А это: IBM, Microsoft, Oracle, SAP, Vmware, ESET, Trend Micro и другие.
 
Ну и как у нас с импортозамещением господа разработчики торгового ПО? может всё таки начнёте полноценную разработку ПО под Астру Линукс или Дебиан полноценного х64 квика? Или ждёте волшебного пинка от Мишустина и ЦБ РФ? Можно устроить и поднять этот вопрос...  
 
Ну вот, в России Microsoft забанил доступ к новым Windows
Цитата
новичок написал:
Цитата
Виктор написал:
Alexey Ivannikov ,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?

В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.

Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам

2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?

В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
Не прошло и года, как Windows в России забанили.

Но разработчики QUIK, видимо, будут тянуть до самого последнего конца, когда либо брокеры наймут других разрабов, либо придётся впопыхах портировать нормально работающий QUIK под linux
 
Цитата
Виктор написал:
Ну вот, в России Microsoft забанил доступ к новым Windows
Цитата
новичок написал:
 
Цитата
Виктор  написал:
 Alexey Ivannikov  ,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?

В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.

Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
 1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам

2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?

В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
Не прошло и года, как Windows в России забанили.

Но разработчики QUIK, видимо, будут тянуть до самого последнего конца, когда либо брокеры наймут других разрабов, либо придётся впопыхах портировать нормально работающий QUIK под linux
много шума из ничего.
------------------------
По словам представителя Microsoft, компания продолжит выполнять свои обязательства перед российскими клиентами, пока действует приостановка новых продаж.
----------------------
Т е если Вы новую винду не покупаете через представительство Microsoft, а например с новым компом из китая, то вам ничего не угрожает.
-------------
Обновление уже купленной винды никто не отменял.
 
Цитата
nikolz написал:
Цитата
Виктор написал:
Ну вот, в России Microsoft забанил доступ к новым Windows  
Цитата
новичок  написал:
 
Цитата
 Виктор   написал:
  Alexey Ivannikov   ,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?

В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.

Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
  1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам

2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?

В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
 Не прошло и года, как Windows в России забанили.

Но разработчики QUIK, видимо, будут тянуть до самого последнего конца, когда либо брокеры наймут других разрабов, либо придётся впопыхах портировать нормально работающий QUIK под linux
много шума из ничего.
------------------------
По словам представителя Microsoft, компания продолжит выполнять свои обязательства перед  российскими  клиентами, пока действует приостановка новых продаж.
----------------------
Т е если Вы новую винду не покупаете через представительство Microsoft, а например с новым компом из китая, то вам ничего не угрожает.
-------------
Обновление уже купленной винды никто не отменял.
Ой, да такими мелкими шажками можно каждый шаг отмазывать, что мол ну это ещё ничего не значит, это же не разом всё заблокировали. А когда через 2-3 года будет заблокировано всё - окажется что, ну надо же, кто бы мог подумать. Ведь ничего похожего и близко не было. Ни с Китаем, ни с оборудованием, ни с санкциями. Но это же всё не с Windows было, так что не считается. Детский сад.
 
Цитата
Виктор написал:
Цитата
nikolz написал:
 
Цитата
Виктор  написал:
Ну вот, в России Microsoft забанил доступ к новым Windows  
Цитата
 новичок   написал:
   
Цитата
  Виктор    написал:
   Alexey Ivannikov    ,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?

В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.

Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
   1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам

2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?

В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
  Не прошло и года, как Windows в России забанили.

Но разработчики QUIK, видимо, будут тянуть до самого последнего конца, когда либо брокеры наймут других разрабов, либо придётся впопыхах портировать нормально работающий QUIK под linux
 много шума из ничего.
------------------------
По словам представителя Microsoft, компания продолжит выполнять свои обязательства перед   российскими   клиентами, пока действует приостановка новых продаж.
----------------------
Т е если Вы новую винду не покупаете через представительство Microsoft, а например с новым компом из китая, то вам ничего не угрожает.
-------------
Обновление уже купленной винды никто не отменял.
Ой, да такими мелкими шажками можно каждый шаг отмазывать, что мол ну это ещё ничего не значит, это же не разом всё заблокировали. А когда через 2-3 года будет заблокировано всё - окажется что, ну надо же, кто бы мог подумать. Ведь ничего похожего и близко не было. Ни с Китаем, ни с оборудованием, ни с санкциями. Но это же всё не с Windows было, так что не считается. Детский сад.
Выше чел написал Вам как ставить приложения винды на линуксе.
В интернете достаточно инфы как и что делать.
Если Вы это не в силе освоить, то наймите спеца , чтобы Вам настроили.  
 
Под "Астрой" не пробовал устанавливать связку wine + QUIK, а вот под Ubuntu 20.04 пробовал связку  wine 7.0 + QUIK 9.5.0.42.

Использовалась виртуалка под QEMU/KVM с образом диска на SSD и относительно неплохим процессором Ryzen 3600 на хост-системе.

Есть следующие проблемы:

1) Производительность каких-то операций ввода-вывода терминала сильно падает (видно, как заметно медленнее прокачиваются все обезличенные сделки). Не знаю, эмулятор ли тут виноват или сам терминал так написано, но факт есть. Если будет не SSD, а HDD использоваться -- всё ещё хуже.

2) Есть баг в функции os.sysdate(), который проявляется ТОЛЬКО под wine. Выглядит как будто иногда (раз на несколько тысяч вызовов) не учитывается временной пояс. Вроде, можно с этим программно бороться внутри QLua-скриптов, но не факт, что только в скриптах эта проблема вылезает.

3) Иногда есть проблемы со свечными графиками. Они перестают получать новые свечи, пока не перезакажешь данные. Возможно, что причиной является п.2.

4) Если одновременно запускать несколько скриптов, то заметно раньше появится проблема производительности. Она и под Windows есть, а под Linux вылезает ещё быстрее.

По совокупности проблем мы не смогли запустить серьёзный алготрейдинг в связке linux + wine. Так, по мелочи можно, чтобы сэкономить на лицензиях для Windows.


В целом, конечно, хотелось бы терминал для Linux хоть в каком-то нативном виде.
 
Цитата
nikolz написал:
Цитата
Виктор написал:
 
Цитата
nikolz  написал:
 
Цитата
 Виктор   написал:
Ну вот, в России Microsoft забанил доступ к новым Windows    
Цитата
  новичок    написал:
   
Цитата
   Виктор     написал:
    Alexey Ivannikov     ,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?

В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.

Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
    1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам

2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?

В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
   Не прошло и года, как Windows в России забанили.

Но разработчики QUIK, видимо, будут тянуть до самого последнего конца, когда либо брокеры наймут других разрабов, либо придётся впопыхах портировать нормально работающий QUIK под linux
  много шума из ничего.
------------------------
По словам представителя Microsoft, компания продолжит выполнять свои обязательства перед    российскими    клиентами, пока действует приостановка новых продаж.
----------------------
Т е если Вы новую винду не покупаете через представительство Microsoft, а например с новым компом из китая, то вам ничего не угрожает.
-------------
Обновление уже купленной винды никто не отменял.
 Ой, да такими мелкими шажками можно каждый шаг отмазывать, что мол ну это ещё ничего не значит, это же не разом всё заблокировали. А когда через 2-3 года будет заблокировано всё - окажется что, ну надо же, кто бы мог подумать. Ведь ничего похожего и близко не было. Ни с Китаем, ни с оборудованием, ни с санкциями. Но это же всё не с Windows было, так что не считается. Детский сад.
Выше чел написал Вам как ставить приложения винды на линуксе.
В интернете достаточно инфы как и что делать.
Если Вы это не в силе освоить, то наймите спеца , чтобы Вам настроили.  
Вы смешиваете 2 разных вопроса:
1. Про корректную работу QUIK в Astra Linux,
2. Про ситуацию когда разрабы будут тянуть до последнего, а потом бегать в попыхах пиля альтернативу под национальную систему.
.
Поставить wine и запустить под ним quik, лично мне, не сложно, без всяких PlayOnLinux.
Сложно запускать самописные библиотеки на qt для QUIK, которые под win работают корректно, а на эмуляторе вылетают.
QUIK не приспособлен к полноценной работе под эмулятором в Linux. Да, примитивный функционал купи/продай работает без проблем. Реализация полноценной функциональности под wine НЕ РАБОТАЕТ.
И не работает именно потому что она и не должна работать. Это очевидно, что любой сложный продукт под эмулятором будет работать нестабильно.
 
_sk_, добрый день.
Цитата
1) Производительность каких-то операций ввода-вывода терминала сильно падает (видно, как заметно медленнее прокачиваются все обезличенные сделки). Не знаю, эмулятор ли тут виноват или сам терминал так написано, но факт есть. Если будет не SSD, а HDD использоваться -- всё ещё хуже.
Уточните, пожалуйста, помимо проблем с обезличенными сделками, проявляется ли каким-либо еще образом снижение производительности?
Рекомендуем Вам выполнить следующие настройки:
- Основные настройки (F9) / Программа / Получение данных: Интервал обновления данных с текущим состоянием - Запрашивать данные раз в 1 сек.;
- Основные настройки (F9) / Программа / Получение данных / Котировки : Формировать список обновляемых инструментов и параметров - "умным" заказом данных;
- Основные настройки (F9) / Программа / Сохранение данных: Сохранять для получаемых инструментов и параметров - Только данные, отражающие текущее состояние.
Просьба сообщить, помогут ли данные настройки решить проблему низкой производительности.
Цитата
2) Есть баг в функции os.sysdate(), который проявляется ТОЛЬКО под wine. Выглядит как будто иногда (раз на несколько тысяч вызовов) не учитывается временной пояс. Вроде, можно с этим программно бороться внутри QLua-скриптов, но не факт, что только в скриптах эта проблема вылезает.
Просим Вас подробнее описать данную проблему, а также прислать скриншоты и скрипт, при выполнении которого наблюдается указанное поведение. Фалйы можно направить на нашу почту quiksupport@arqatech.com.
Цитата
3) Иногда есть проблемы со свечными графиками. Они перестают получать новые свечи, пока не перезакажешь данные. Возможно, что причиной является п.2.
Уточните, пожалуйста, речь идет о графиках, созданных с помощью QLua, или об обычных графиках? Пришлите, пожалуйста, скриншот данной проблемы.
Цитата
4) Если одновременно запускать несколько скриптов, то заметно раньше появится проблема производительности. Она и под Windows есть, а под Linux вылезает ещё быстрее.
Уточните, пожалуйста, какие скрипты запускаются? Как именно проявляется проблема производительности?

Что касается разработки QUIK для ОС Linux, в настоящий момент мы не можем поделиться какими-либо новыми сведениями по этой теме. Если данное ПО будет выпущено, соответствующая новость появится  на сайте: https://arqatech.com/ru/about/news/
 
Цитата
_sk_ написал:

1) Производительность каких-то операций ввода-вывода терминала сильно падает (видно, как заметно медленнее прокачиваются все обезличенные сделки). Не знаю, эмулятор ли тут виноват или сам терминал так написано, но факт есть. Если будет не SSD, а HDD использоваться -- всё ещё хуже.
Несколько раз сталкивался с этой проблемой на винде - обезличенные сделки загружаются всё медленнее и медленнее, пока совсем почти не останавливаются.
В первый раз решил закрытием лишних окон в квиках, чтобы они ресурсы не отъедали (либо переключиться на вкладку без окон)
Второй раз решил устранением троттлинга путём смены термопасты.

Разработчикам: если разместить на оси самописный индикатор - то при добавлении фигуры на этот график координаты фигуры смещаются и график улетает в какие-то сильно далёкие координаты. Приходится очень-очень сильно сжимать масштаб оси, переводить фигуры на ось индикатора, и тогда уже перестраивать их.
 
Виктор, добрый день.
Для решения проблем с производительностью предлагаем Вам выполнить следующие настройки:
- Основные настройки (F9) / Программа / Получение данных: Интервал обновления данных с текущим состоянием - Запрашивать данные раз в 1 сек.;
- Основные настройки (F9) / Программа / Получение данных / Котировки : Формировать список обновляемых инструментов и параметров - "умным" заказом данных;
- Основные настройки (F9) / Программа / Сохранение данных: Сохранять для получаемых инструментов и параметров - Только данные, отражающие текущее состояние.

Просим Вас сообщить, какой именно индикатор размещается, на каком графике, а также используемую версию Рабочего места QUIK; также, если есть такая возможность, сделайте скриншот или запись экрана с описанным поведением программы.
 
Цитата
Anton Belonogov написал:
_sk_, добрый день.
Цитата
1) Производительность каких-то операций ввода-вывода терминала сильно падает (видно, как заметно медленнее прокачиваются все обезличенные сделки). Не знаю, эмулятор ли тут виноват или сам терминал так написано, но факт есть. Если будет не SSD, а HDD использоваться -- всё ещё хуже.
Уточните, пожалуйста, помимо проблем с обезличенными сделками, проявляется ли каким-либо еще образом снижение производительности?
Рекомендуем Вам выполнить следующие настройки:
- Основные настройки (F9) / Программа / Получение данных: Интервал обновления данных с текущим состоянием - Запрашивать данные раз в 1 сек.;
- Основные настройки (F9) / Программа / Получение данных / Котировки : Формировать список обновляемых инструментов и параметров - "умным" заказом данных;
- Основные настройки (F9) / Программа / Сохранение данных: Сохранять для получаемых инструментов и параметров - Только данные, отражающие текущее состояние.
Просьба сообщить, помогут ли данные настройки решить проблему низкой производительности.
Цитата
2) Есть баг в функции os.sysdate(), который проявляется ТОЛЬКО под wine. Выглядит как будто иногда (раз на несколько тысяч вызовов) не учитывается временной пояс. Вроде, можно с этим программно бороться внутри QLua-скриптов, но не факт, что только в скриптах эта проблема вылезает.
Просим Вас подробнее описать данную проблему, а также прислать скриншоты и скрипт, при выполнении которого наблюдается указанное поведение. Фалйы можно направить на нашу почту  quiksupport@arqatech.com .
Цитата
3) Иногда есть проблемы со свечными графиками. Они перестают получать новые свечи, пока не перезакажешь данные. Возможно, что причиной является п.2.
Уточните, пожалуйста, речь идет о графиках, созданных с помощью QLua, или об обычных графиках? Пришлите, пожалуйста, скриншот данной проблемы.
Цитата
4) Если одновременно запускать несколько скриптов, то заметно раньше появится проблема производительности. Она и под Windows есть, а под Linux вылезает ещё быстрее.
Уточните, пожалуйста, какие скрипты запускаются? Как именно проявляется проблема производительности?

Что касается разработки QUIK для ОС Linux, в настоящий момент мы не можем поделиться какими-либо новыми сведениями по этой теме. Если данное ПО будет выпущено, соответствующая новость появится  на сайте:  https://arqatech.com/ru/about/news/

Не знаю, зачем я это пишу, ведь вряд ли что-то изменится.

1) При запуске в терминале десятка торговых скриптов, которые примерно раз в секунду выводят данные в таблицы, созданные с помощью QLua  имеющие размеры порядка 10 столбцов и 20-50 строк, приводят к тормозам. Проблема в том, что операции на отрисовку графического интерфейса встают в общую очередь в терминале, при этом возникает live lock.

2) Скриншот делать бессмысленно. Код примерно такой:
Код
function main()  while true do    local t1 = os.time()    local dt = os.sysdate()
    local t2 = os.time(dt)    if math.abs(t1 - t2) > 1 then        message(tostring(t1) .. "; " .. tostring(t2), 2)
    end
  end
end
Под Windows таких проблем нет. В описанном мною выше эмуляторе wine под Ubuntu 20.04 есть.


3) Речь идёт о свечных графиках внутри терминала. У нас такие ошибки были, в основном, на графиках акций СПБиржи.

4) См. п.1. Проблема производительности в том, что отзывчивость GUI падает.
Страницы: 1
Читают тему (гостей: 2)
Наверх