Сегодня столкнулся со следующим недоразумением. Прошу либо разъяснить, либо принять меры )
В общем, проверял стратегию с трейл стопом. Работа велась с 2 лотами фьюч РТС, размер позиции был задан явно в самом скрипте в блоке открытия позиции (стратегия на основе кубиков, а не кода в Сишарп).
При открытии позиции (короткой) скриптом я долго не мог понять логику выставления трейл стопа, так как его размер не соответствовал никаким величинам. Параметры трейла: стоп - 450 пун., тригер - 0пун., трейлстоп - 450 пун. Так вот, скрипт выставил первноачальный стоп на совершенно непонятном мне расстоянии в 800 пун. от минимума предыдущей свечки. Я сначала думал, что размер трейла делится кратно количеству лотов, но увеличив размер позиции до 4х, так же столкнулся с непонятными цифрами (на одной из свечей стоп выставился на расстоянии 530 пун от рассчетного значения предыдущей свечки.)
Проверив все то же саме на одном лоте, получил удовлетворительные резйльтаты: все выставлялось вверно.
Попробовал на аналогичной стартегии, но без блока трейл стопа, а с аналогичными по функционалу блоками, там все выставлялось верно, независимо от количества лотов.
В чем проблема?

Проблема в блоке ТрейлСтопАбс, он не учитывает количество лотов в позиции. В итоге получается, что сдвиг умножается на этот коэффициент.
Сегодня будет поправлено.

Блок ТрейлСтоп% тоже, видимо, надо проверить

там все нормально

Не хочется плодить новые темы, поэтому буду писать здесь..
Вопрос 1
При работе скрипта произошла ошибка System.Outofmemory. Ну в чем ее суть понятно. Интересует следующее, продолжает ли работу скрипт после ее возникновения? Поможет ли от нее избавиться установка в свойствах скрипта ограничения на диапазон выводимой истории? Если нет, то что поможет?

Вопрос 2
Начал работать с АйТи инвестом. Заметил следующее, при работе скрипта, да и вообще при работе программы идет рассинхронизация времени, то есть заявки и прочие телодвижения скрипт выполняет по времени брокера (которое на 10-15 секунд убегает вперед), а лог ведет, а также расставляет отметки на графике скрипта (открытого через менеджер скриптов при включенной опции "Обновлять в реальном времени") по локальном компьютерному времени. Не может ли это стать причиной, например, пропуска свечи или еще чего, сам пока не сталкивался, но хочется ограничить риски... Вот тут что-то писали на эту тему)

1. Скрипт продолжает работу, но нужно понимать, что память программа уже исчерпала и периодически может уходить в своп. По-этому в такие моменты лучше перезагрузить программу, предварительно остановив скрипты. Лечиться это ограничением баров в свойствах скрипта. Так если у Ваших индикаторов максимальный период допустим 50 баров, то для правильной работы скрипта вполне будет достаточно 100 баров.
2. Эта проблема была решена.
Для комфортного пересчета скрипта подведите таки часы на локале если они конечно действительно отстают.

Странно, стоит синхронизация в внешним сервером в интернете.. Попробую понаблюдать еще. Спасибо

Выловил такой вот баг. В случае, если в скрипте стоит ограничение по дате выводимых заявок (см.скрин), то на рабочем графике скрипта (при реальных сделках), все сделки, которые совершались до этой даты, "впихиваются" в начало ограниченного диапазона.
Работе не мешает, но вдруг захотите исправить.

Это ограничение не даты выводимых заявок, а ограничение исторических данных, а сделки впихиваются сейчас все, которые будут найдены. Так что это скорее фича, а не баг.

ну, в принципе, да, за фичу сойдет )

Сегодня при открытии был сильный гэп вверх (скр1), в лабе же рисует совсем другое (скр2). Источник один и тот же.

А какой именно источник (брокер)? Очень похоже, что в рилтайме брокером не все сделки были присланы.

АйТи. В лабе скрипт обновлялся в реал.времени, он же одновременно работал на реальном счете

В смпарттрейде тоже рисует как на втором скрине, без гэпа

Без гепа - правильно. Т.е. перед началом торгов были запущен и скрипт и лаборатория, или лаборатория была потом открыта?

Скрипт был запущен до начала торгов, где-то в 9:55, а лаборатория после, где-то в 10:05.

Сейчас залез в логи и увидел следующее. Запустился скрипт в 9:53, но почему-то не выставил условные заявки, а выставил их непосредственно в начале торгов в 9:59:55, а учитывая несоответсвие времени биржи и локального (локальное синхронизировано с мировым) можно предположить, что они попали на биржу на несколько секунд позже начала торгов.
Хотя, непонятно, как это могло повлиять на отрисовку графиков. Видимо в самом деле данные с биржи не поступали

На сервере Смарткома присутствует ими признанный баг, они теряют сделки при пересылке их в клиентскую часть (как раз на резких движениях). Из-за этого графики, которые строятся из сделок - не верные. Собственно поэтому и есть разница в свечах, построенных из сделок и полученных с сервера истории (лаборатория), который работает верно и сделки не пропускает.
Эта тема поднималась более-месяца назад, сейчас в IT тестируется обновление, которое должно устранить эту проблему.

все ясно

Очередная неясность. В лабе на графике график блока "Цена входа" отрисовывается как положено, а в работающем скрипте всегда имеет значение последней цены сделки. Скрин приложен.

Так и должно быть, цикл закрытия позиции работает только для открытых позиций на момент расчета.

Сегодня в 15:28 скрипт сам собой ни с того ни с сего открыл короткую позицию. В этот момент не было открытых сделок. Стояла лишь условная заявка, но по более высокой цене. Короткие сделки вообще были отключены. Лог прилагаю

какой номер заявки? в 15.28 я вижу только закрытие позиции, а не открытия. Кроме того, похоже в этот момент скрипт был запущен и он закрыл позицию, открытую когда то давно.

вот и я не знаю, позиция была открыта в пятницу еще, закрыта сегодня в 12:40. Заявка на закрытие номер 91284716

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

Нет, сработала заявка, высталенная скриптом в 10.20, после чего был дисконект от смарткома и похоже заявка забылась до момента как она сработала. Разбираемся.
Вообще судя по логу, у вас плохое соединение, регулярно идут разрывы и зависания смарткома.

Судя по логу смартком прислал уведомление о том, что заявка была выставлена и что ей присвоен такой-то номер. А уведомление о самой заявки не было прислано, произошел обрыв соединения. И после реконнекта оно тоже не было выслано.

Да, разрывы регулярные: идут автоматические переподключения. От сервера брокера ничего не зависит. Интернет соединение нормальное.
Смартком падал сегодня в 14:29, меня дома не было

В общем, проблема в смарткоме или в чем-то другом?
Какие методы борьбы с этим можете предложить? У меня на ум приходит только постоянное переименовывание скрипта, для очистки истории сделок..

В данном случае проблема в смарткоме, т.к. он на время "забыл" о заявке и не присылал о ней информацию, пока она не исполнилась.
Переименовывать имеет смысл, только, если был ручной выход из позиции, либо как здесь, когда случилась лишняя сделка.

Получается, теперь придется сидеть и бояться, когда случится очередной глюк смарткома .. )

=Да, разрывы регулярные: идут автоматические переподключения.

Это плохо.
СмартКом чувствителен к плохому каналу связи.

Рекомендация воспользоваться нашим сервисом Паркинг скриптов
http://www.tslab.ru/ubb/ubbthreads.php?ubb=postlist&Board=23&page=1
http://www.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=11572#Post11572

Сегодня подправил значение таймаута в реестре, пока ни одного дисконнекта смарткома ))

Никак не могу понять в чем дело.
Была версия 15.12. Открыта позиция (см. скрин 1), в скрипте пишет, что позиций нет (скрин 2).
Попробовал откатить на весрию, которая была до этой - 15.6, скрипт стал писать, что вообще активных длинных позиций целых 2. От греха подальше вернул все на место.

А реально есть? не понятно из осписания.

Да, один лонг висит.
Я понимаю, что постоянно "пристаю" с некритичными ошибками, которые скорее всего не влияют на работоспособность )), но все же, надеюсь чем-то да помогу в вылавливании глюков ..

Да, похоже таблица управления не обновилась. Это уже после окончания торгов?

Ну, вообще, сегодня весь день (при открытых лонгах) показывало ноль в скрипте, но сделки производились без ошибок. Данный же лонг открыт перед вечерней сессией. Все остальные дейсвия я производил уже после 19 часов.

т.е. эта таблица не обновлялась вообще?

Не совсем понимаю, о какой таблице идет речь..

скрин 2. управление торговлей скриптами, где 0.

А, понял )). Получается, что не обновлялась

В общем, реакции я так и не дождался, что странно. Откатился на версию 15.6 и обнулил переименовыванием историю скрипта, так как в таблице управления торговлей тянется непонятный лонг, плюс при запуске программы, скрипт не запускается автоматически, хотя кнопка "Старт" остается нажатой с предыдущей сессии...

+1

Как говорится, чем дальше в лес, тем толще партизаны. С каждым днем прибавляются все новые и новые глюки. Вот пример из последних.
Открывалась позиция, затем закрывалась, на графике сами видите какая коряга изображена. Причем цена закрытия вставлена не фактическая, а цена заявки (то есть без проскальзывания), все это видно в окнах заявок и сделок. Затем, в таблице управления скрипта опять тянется непонятная открытая позиция, хотя фактически ее нет.
Вопрос следующий: доколе??
Скрины прилагаю
Лог, если нужно, вышлю

Пришлите пожалуйста logs на http://support.tslab.ru/ .
И укажите пожалуйста настройки свойств скрипта, касающиеся позиций. И блоки используемые для входа и выхода.

Спасибо!

У меня были такие проблемы, обновил версию всё ок. Nektodron долго боролся с ними, но вроде победил. Респект ему!

Логи отправил, вместе с ответами на вопросы

Пробовал, сносил полностью, вместе с зачисткой директории C:\users\YOUR_ACCOUNT\AppData\Local\TSLab\TSLab.

У меня вопрос вы на последней версии, о которой SPLsd пишет запускали? В ней решена проблема в смарткоме, при которой терялись цены сделок.
Что касается выставления заявки без проскальзывания, то нужно прояснить. Если это условная заявка (стоп), то цена условия идет без проскальзывания, а при срабатывании заявки в рынок идет лимитная уже с заданным проскальзыванием. Аналогичный механизм для тейк-профитов в смарткоме не работает, по причине отсутствия заявок вида тейк-профит, поэтому в смарткоме вместо условной заявки выставляется лимитная с заданной ценой без проскальзывания. Тут поделать ничего нельзя.

Версия 15.25.. Естественно я на ней запускал.
Я не понял что нужно прояснить? Я знаю что такое условная заявка и как она работает. У меня все исполнялось нормально, до сегодняшнего дня, были лишь глюки, которые я описал. Тейк-профиты я вообще не использую в данной системе.

Теперь о сегодняшнем дне. Оставил не несколько часов работать скрипт и сейчас обнаружил следующее препрекраснейшее осбытие. Эта св..ч, другого слова не подобрать, после открытия позиции, на следующей минутной свече, продублировала открытие еще раз (по рынку), очень похоже на принудительно открытие в случае, невыполнения заявки (опция стоит в свойсвах).

Можете прислать лог и номера заявок/сделок для прояснения ситуации?

Все отправил..

Добавлю, что стоит версия смарткома вот эта (http://www.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=4090#Post4090) и выставленая задержка в 15 секунд (в реестре) как рекомендовано andy

Да, забыл номера сделок указать: 247906485 247906546 247956952 247958247

TSLab послал команду на удаление заявку 92483480 (477671323 номер в смарте)
10:32:00.58[4]DEBUG:SmartCOM. CancelOrder 477671323

пришло уведомление, что заявка отменена
10:32:00.99[1]DEBUG:SmartCOM. UpdateOrder 477671323 2820362982 StOrder_State_SystemCancel StOrder_Type_StopLimit

через 1.5сек пришло новое уведомление, что отменная заявка была исполнена. В это время TSLab уже успел выставить новую заявку.

10:32:01.44[1]DEBUG:SmartCOM. UpdateOrder 477671323 2820362982 StOrder_State_Filled StOrder_Type_StopLimit
10:32:01.96[1]DEBUG:SmartCOM. AddTrade 247906485 2820362982

Сегодня будем разбираться с ITInvest как такое вообще может быть.

Они скажут, что это магия..

Мне непонятно, зачем ТСЛаб послал команду на удаление заявки? Условия открытия не изменились в этот момент

Судя по логу, TSLab решил, что заявка должна была сработать, а она до сих пор не сработала, поэтому было открытие по рынку. Вероятно у вас настроены параметры Автокрытия?

так если у Ti_ru стоит задержка в 15 секунд, то тогда и ничего удивительного - раз в 15 секунд СмартКом общается с сервером и вероятность обработать запрос, поступивший через 1,5 сек очень мала, он просто физически не сможет успеть это сделать... Мой совет - уйти с минуток хотя бы на 5-ти минутки, а может и проскальзывание поставить побольше, тогда и сделки точно будут исполняться
ЗЫ сам такой же и также страдаю от СмартКома, уже гляжу в сторону Финама

Да, есть принудительное открытие на следующей свече, если заявка не исполнится.
Сейчас присмотрелся к графику, вроде стало понятно. На последней секунде минутной свечи 10-31 цена достигла заданного уровня, произошел переход на следующую свечку, ТСЛАБ посчитал, что пропустил сигнал и начал удалять заявку, которая в этот момент начала срабатывать... Я в шоке.. Скрин прилагаю

Да, касание было, причем оно было именно в момент пересчета, на закрытии свечи. Проблема в том, что смартком явно протормозил с выводом условной заявки в рынок. Но это была бы не беда, если бы нормально прошло удаление, а точнее оно бы не прошло, т.к. заявка уже была принята биржей.

15сек не задержка, а таймоут. Или время, за которое определяется, что соединение потеряно, если нет новых данных.
Таймаут никак не влияет на то, как исполняются заявки.
В данном случае проблема в том, что сервер сначала прислал уведомление, что заявка была снята (успешно), а потом, что она исполнилась. Если бы он прислал уведомление, что заявку снять не удалось, то проблемы бы не было.

не знаю, может глупость, но кажется, что чем больше поставишь проскальзывание, тем по более худшей цене исполнится заявка на бирже... Сейчас стоит 200, вроде бы достаточно для РТСа.

Посмотрим, что скажут айтишники..

извиняюсь, понял что заблуждался по поводу задержки, а это оказывается просто опрос соединения 1 раз в 15 секунд...
посмотрел график в 10:30 и еще раз убедился в тормозах, возникающих во время открытия сессии или выхода статы...
а сам проскальзывание ставлю в 100п, вот теперь надо задуматься

что-то вылезло в контекстном меню свойств...

Как удалось такого добиться?
Пришлите пожалуйста логи и файл TSLab.GroupSettings.xml. Он находится в папке на уровень выше папки с логами.
Если это эффект постоянный, попробуйте удалить TSLab.GroupSettings.xml.

Есть какой-то ответ от айти по данному вопросу?

Ответ есть - будут подтачивать серверную часть.
Мы в свою очередь еще подстрахуемся со своей стороны.

Да, постоянный. Просто запускаю программу

Так, тогда подскажите как это можно воспроизвести.
Это только на каком то конкретном скрипте или на любом?
И только в лабе?

Я ничего не делал, просто запустил программу. Это на любом скрипте было. Вчера удалил этот файл, что вы мне сказали. Программа выдаёт Fatal Error и вылетает(Логи отослал на ваш адресс)

Чего хочет ТСЛАБ?
Версия 1.1.18.6. Источник - сервер демо Алора, в скрипте указан верный источник данных

Чтобы скрипт торговал необходима привязка к портфелю с реальным счетом. Выберите портфель привязанный с Вашему счету в Алоре и инструмент.
Если портфеля еще нет, предварительно создайте его.

на скрине же видно, что портфель создан, а при добавлении скрипта, в поле портфель пусто. Что и где я должен добавить?

Автоматически портфель при добавлении скрипта не добавится.
Кликните на выбор кнопку "..." в колонке Инструмент, там будет диалог с выбором портфеля и инструмента.

Понятно, не знал этого. Спасибо

Какая-то шляпа

Да, название может быть другое, на выставление заявки не влияет. Это ограничение текущей версии, что запоминается только одно (последние) название сигнала выхода.

ясно, спасибо

Прошу прощения что в чужой теме, но что бы не плодить темы, может и вопрос окажется быстрым.

Дело было вчера 20-04-2011

В отчете Финама
20.04.11 13:27 Покупка 198 110,00
20.04.11 15:24 Продажа 199 600,00


В сделках ТС Лаба сделка написано что в Продажа 16:16.


Но в окнах Свои делки и Свои заявки все нормально и сделка соответствует Финаму в 15:24

Счем может быть связано..
В скрипте 1 вход - 2 трейл-стопа, 2 тейка, 1 выход по рынку.
Если надо пришлю.

А разрыва в данных на графике нет случаем?

Да есть.
Но предполагаю что этот разрыв появился после того как уже сделка прошла.

В этом окне идет привязка к свечам, нужно перегрузить данные и время станет нормальное.

Извините, можно пальцем ткнуть как правильно "перегрузить данные " и что бы время стало нармальное.
Спасибо!

открыть график по бумаге в нужном таймфрейме и по правой кнопке.

Открывал отдельно новый график RIM 1 мин. На графике все нормально, но в скрипте ничего не менялось.

Вчера после клиринга исчез период с 13 до 17.
Сейчас с 19 до 22.
http://tslab.comon.ru/BA831A88C0736A012F12EEDB762249C7
Подскажите пожалуйста куда нажать, и что можно сделать.

http://www.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=26261#Post26261
Видимо похожая история. последняя вечерняя сборка должна помочь.

Добрый день. Подскажите в чем может быть проблема.

Оптимизировалось 2 линии отдельно, каждому свой блок.
Источник - Сжать - Close - Формула
Источник - Сжать - Закрытие - RSI


В целях удалить лишний блок "закрытие", т.к. и тот и другой идут от "Сжать" - перемещаю получать данные для RSI от "закрытие" к "Close1".
И на графике RSI начинает исполнять....



В чем может быть проблема.

Это работа функции "авторазжатие". Т.к. сжатое закрытие используется в формуле где используются несжатые данные, то оно автоматически разжимается и RSI считается от разжатых данных.
Поэтому необходимо два блока закрытия, как в первом случае. Либо отлючить опцию авторазжатия и управлять разжатием вручную, через блоки "Разжать".

Спасибо.
В общем и целом. Лучше использовать для каждого индикатора свои блоки "Макс, мин, заккрытие" для избежания подвохов. Такли это?
Насколько сильно влияет на производительность скрипта наличие 3-8 одинаковых блоков мин, макс, закрытие??

Лишние блоки компоненты свечи на производительность практически не влияют. А если длинна истории в районе 1-2тыщ свечей, то и многие индикаторы влияния не окажут никакого.

Подскажите пожалуйста, если на блок И изнчально подавалось Условие1 и Условие2, но позже, Условие1 удалил, и подал Условие3.
Связь1 удалилаь, а автоматически при создании связи создалась вторая Связь2.
Теперь обе связи называются 2 и 2 . Как это влияет на систему??

При переименовании блока ТрейлСтопАбс во что-нибудь (ts) - его значения становятся по умолчанию, если они не были четко прописаны в самом блоке, стираются из оптимизации.

Еще вопрос возник.

Финам.
Есть 3 компа. Комп1 постоянно включен по расписанию. И торгует.
на компе2 подключаюсь к серверу и вижу заявки, сделки и т.п.
Но на компе3 такой момент не проходит. В чем моеж тбыть причина.

Наверно на комп1 и комп2 подключаетесь к разным серверам Финама. Посмотрите в настройках провайдера данных.

Спасибо.
Посмотрел одинаковые. Попробую еще.

Можно еще вопрос.
А сколько можно одновременных подключений с разным компов.
Если 1 торгует, а остальные только данные получают, для лаборатории.
Настоколько сильно они мешают друг други, возможныли пропуски сигналов на вход-выход?

И еще впорос, а то может в беседку разработчики не заходят.
http://www.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=26676#Post26676

Ошибочка. уже решил.



Остался вопрос с Блоком "И" и переименование ТрейлСтопа

Да при переименовании блоков, сбрасываются значения параметров, так как это блок уже с другим названием, фактически это уже другой блок.
По поводу И . Удалите блок и прицепите заново.

Что-то я никак не могу понять. Пытаюсь построить 500-тиковые свечки. То что грузится реалтайм, то кореектно, история же за прошедшую сессию выглядит как абракадабра. Это нормально? На истории из текстового файла такая же штука.
У меня смартком

При сжатии в тики найдена ошибка, будет исправлена в следующей сборке.

Пож. скажите номер этой сборки, когда она будет. а то тоже "подсел на тики" и появилась зависимость

Night build 1.1.18.51 возьмите

Вроде строит, спасибо

спасибо. историю теперь сохраняет

Возникает следующая проблема.
Скрипт работает с рыночными заявками. Первоначально в свойствах скрипта никаких "фишек" не ставил, работал простыми рыночными заявками, все было нормально.
Решил ради интереса работать лимитными заявками с проскальзыванием, то есть поставил первую галку (на скрине в письме указано. Два раза возникала ситуация, когда почему-то Смартком переставал отвечать и шло пересоединение. Далее позиция открывалась обычной заявкой по рынку (хотя в графе автозакрытия и автооткрытия стоит ноль).
Логи ТСЛаба и Смартком выслал письмом. Версия 19.24 32бита.
Время ошибки 14:58. Соединение с провайдерами стабильное.

У меня произошел двойной выход из позиции.
Вручную через менеджер команд вышел из текущей позиции и через менеджер заявок без комментариев закрыл позицию чтобы общее состояние было без всех позиций.
Скрипт не останавливал он на следующем сигнале вошел в позицию.
Сейчас пишет что обнаружен двойной выход. Требуется вмешательство...
Что требуется сделать чтобы все работало как и прежде??
Актуально ли высылать Вам логи, или это случайная ошибка..

Теперь только удалять из управления торговлей и переименовывать скрипт.

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

Кто нибудь в курсе, что это за ошибка?

Пришлите пожалуйста лог программы. с линком на форум, на http://support.tslab.ru/

сегодня уже другая ошибка вылезает
плюс иногда ТСЛаб прям во время работы скрипта вылетает без всяких уведомлений

А лог программы можно?

И можно уточнить, что вы делали? бумагу из текстового источника в окно котировки добавили?

лог на почту выслал

я, по-моему, торговал и просматривал еще один скрипт, который использовал данные из текстового файла.

Подскажите пожалуйста при уже собранных блоках и полностью подключенных стрелках, когда все уже нормально работает. Я начинаю переименовывать блоки, но названия стрелок не переименовываются, а остаются прежними названиями.
Будет ли все правильно работать, или обязательно надо переименовывать стрелки методом удаления и переподключения???

Что может быть?? Что это означает??
07:57:49.11 120 System.Threading.ThreadAbortException: Поток находился в процессе прерывания.
в System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
в System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
в System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
в System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
в TSLab.ScriptEngine.ContextExecutor.Execute(List`1 secNames, Boolean clearCaches)
в TSLab.ScriptEngine.TemplateContext.Execute(TemplateData templ, IEnumerable`1 parameters, Boolean clearCaches)

Скорее всего время пересчета скрипта достигло лимита, и поток удаляется.

Недавно выяснилось, что эта ошибка еще появляется по другой причине.
Если процессор старый 2х ядерный от AMD и ОС Windows XP то расчетный поток будет прерываться из-за ошибки таймера высокой точности в ОС. Для исправления нужно обновить драйвера процессора.

Спасибо! за ответы.