СергейК (Все сообщения пользователя)

На самом деле лично у меня память не только 2Г, но и каждый раз немного больше т.к. файл info.log тоже растёт. Если у вас всё время 2Г, то это лучше, чем у меня. А если нет, то info.log лучше удалять при каждом запуске.  

У него ничего не уменьшилось:

И не путайте оперативную память и размер файла info.log на диске.
Квик ВТБ жрёт памяти 2Г и больше, это показывает диспетчер задач.
180М (а не 1800!) и 350М - это размеры файла info.log!

Из тех, но с учётом того, что я никого не обсирал, они существуют только в вашем воображении.  

У него ничего не уменьшилось:

И не путайте оперативную память и размер файла info.log на диске.
Квик ВТБ жрёт памяти 2Г и больше, это показывает диспетчер задач.
180М (а не 1800!) и 350М - это размеры файла info.log!

Из тех, но с учётом того, что я никого не обсирал, они существуют только в вашем воображении.  

Тут ничего особенного нет, у меня всё приблизительно так же.
И даже если бы дело было в настройках, проблема была бы и раньше, а она в ВТБ появилась только недавно в сентябре.
А советы ваши давно описаны в начальных постах по теме и все давно испробованы, не работает ничего.  

Это где настраивается?

Такое у меня тоже было.  

Брокер-то какой?

Формат файла - такой же, как у info.wnd, т.е. это по сути то же самое, но для отдельного окна/вкладки.
Название файла конечно должно быть другое, это придумывает пользователь.
Это удобно если добавил какую-то таблицу или график в квике одного брокера и хочешь добавить такое же в квик другого брокера, не повторяя снова тех же действий.
Для переноса в другой квик нужно просто открыть и загрузить там этот файл, естественно, он должен загрузиться без предварительного закрытия всего, что открыто.
Ну и вообще так можно было бы делать файлы с настройками для отдельных окон, чтобы если случайно закрыл можно было бы легко восстановить.
Команда меню для такого действия очевидно должна быть в контекстном меню каждого окна, ну или можно в менеджере окон, там вообще можно выбрать произвольное количество окон.  

Ну, многие программы разработаны разными компаниями, тем не менее, многие нюансы по ним известны не только сотрудникам этих компаний : )
Я думал вы знаете, раз всё время говорите сделать дамп. Ну ладно.  

Понятно, как у меня.

Ну я написал выше что они ответили.  

Кстати, не очень понятно, зачем есть procdump64a.exe и какой вариант надо запускать на 64-битной системе.
Я то выполнял как написано procdump.exe.

Ну у меня это секунд 30. Решения конечно нет, я бы сюда не писал если б было.
А у вас раньше сколько было?

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

Они ответили, что потестировали, и что-то там нашли. И они исправят это в следующей версии.
Но не факт, что это именно то.
А сейчас, лайфхак в том, чтобы удалять info.log при каждом запуске, можно даже батник сделать.

Но то, что он резко вырос, зависит не от моих настроек. Тем более, что он растёт на 150М при каждом запуске.

Я также повторил эксперимент с чистым запуском, когда программа запускается вообще без настроек и окон, проблема остаётся, меняются только конкретные цифры занятой памяти. А info.log такой же - 150, 300, ...

lua-скрипты не использую совсем.
Архивы послал.  

Сегодня обнаружил info.log размером 300М! При каждом следующем запуске прибавляет по 150, так что после стало 450.
Я слать архив рабочего места не буду, я так понимаю, что у нас проблема одинаковая, но если будет нужно, напишите.  

Написал про это брокеру Втб также.  

Про вирус это была шутка.  

Забыл написать версию.
Было 9.2.3.15.
Обновил до 9.5.0.42, то же самое.  

В программу заселился какой-то вирус. После соединения через несколько секунд начинает грузить процессор и занимать больше памяти, так что с 500М доходит до 2Г. Сначала она реагирует, но потом подвисает. Секунд через 30 это прекращается и программа отвисает, но память не возвращается. Если программу закрыть, то в её каталоге обнаруживается очень большой файл info.log размером 153M (я понимаю, что он должен быть большим, но для сравнения у Открытия он 59М).
После этого программа работает нормально.

Но если запустить программу снова, то она сначала будет относительно долго запускаться, читая этот файл, и после соединения опять будет тормозить, в результате займёт ещё больше памяти - 2.2Г, временно занимая до 2.8Г. Рано или поздно 8Г памяти в системе заканчиваются и программу приходится закрыть принудительно.

Стандартные советы по оптимизации рабочего места не принимаются, т.к. до этого всё работало нормально, и квики у других брокеров (9.3 Открытия и 9.2 Альфы) тоже продолжают работать нормально.

Что я делал и это не помогла изогнать злобный вирус из квика:
- Графики в каталоге archives удалял
- Пробовал старую конфигурацию info.ini, месячной давности
- Все файлы *.log/*.dat удалял
- Графики ни причём т.к. вкладки с ними не открывал
- обезличенных сделок нет никаких

Когда там большое число, несколько неудобно понимать, сколько это. Для решения этой проблемы можно добавить пробел или узкий пробел (см. соотв. символы Юникода). Т.е. "100000,00" показывается как "100 000,00".
Т.к. это поле можно редактировать, то можно сделать так:

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

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

Добрый день.
Просьба в настройках добавить возможность настройки шрифта и для всплывающих подсказок. Сейчас у меня везде прописана Tahoma, но для них используется какой-то страшный системный шрифт типа Segoe UI.

Также возможно есть смысл сделать некий основной шрифт, к-й будет использоваться везде, где не указан шрифт. Это чтобы не нужно было везде прописывать 1 и тот же шрифт.  

Дополнительно сообщаю:
Если открыть стакан, так что в нём есть вертикальная прокрутка, то он тоже открывается внизу.
Т.е. например в настройках указана глубина стакана 20, а шаблон по умолчанию настроен на 10 строк.
При этом тип стакана - 3-й (если смотреть в Редактировании таблицы котировок)  (см. картинку)
При этом, такой стакан открывается в самой нижней позиции, но бегунок вертикальной прокрутки некорректно показывает, что позиция - вверху.
Однако, при попытке прокрутить вверх бегунок сразу соскакивает вниз на правильную позицию.
То же самое происходит и при обновлении стакана при изменении котировок.
Из-за этого это состояние на ликвидных инструментах можно и не заметить.
А вот на ВДО, типа Маныч, легко.

Отлично.

Аналогичная проблема, но наоборот, наблюдается в таблице Состояние счёта. Там при любом изменении происходит переход в нижнюю часть (если есть вертикальная прокрутка). Это происходит при:
-загрузке программы
-переходе из Т0 в Т1 и т.п.
-любом изменении настроек, при к-м таблица перерисовывается.

Текущая строка также не запоминается.  

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

Да, и то же самое пожалуйста в отношении окон. Случайно закрыл - и нет возможности восстановить, кроме как через загрузку старой конфигурации. Очень не хватает команды Отмена тут, чтобы можно было просто вернуть окно как было.  

Спасибо.

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

Я так понял, что для того, чтобы решить эту проблему, нужно все окна отображать поверх остальных окон.
Тогда они вроде как все равны между собой, поэтому проблем нет, в смысле одни окна не загораживают другие.
И при сворачивании окна теперь свёрнутое окно сразу после сворачивания показывается поверх других окон, к-е внизу.
В принципе это решение, правда пока не могу сказать, какие могут быть отдалённые последствия.
Как минимум, теперь нужно каждому новому открытому окну выбирать этот режим "поверх остальных окон".
И неудобно, что у таких окон нет стандартных кнопок окна в правой части заголовка.
В любом случае, можно попытаться решить эту проблему всё равно - просто переводя фокус на свёрнутое окно сразу после сворачивания.  

Если у меня на вкладке есть несколько открытых окон и я сверну какое-то, то оно попадает в нижнюю область экрана.
При этом, если эта нижняя область занята каким-то открытым окном, то свёрнутое становится не видно, т.к. оно загорожено.
Из-за этого непонятно, куда оно вообще подевалось.

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

Нужно сделать так, чтобы только что свёрнутое окно было видно в любом случае.
Как вариант, для этого ему нужно оставлять фокус.
Тогда после сворачивания его можно легко перетащить куда нужно мне.

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

Спасибо, потом посмотрим.  

Добрый лень.
Почему при открытии формы стоп-заявки через F6 с таблицы торгов и стакана в форме одни значения, а при открытии той же формы с графика - другие?
Т.е. в первом случае выбран тип заявки Стоп-лимит, а во втором - "Тейк-профит и стоп-лимит" и автоматом подставлена текущая цена. Отсюда формы выглядят достаточно по-разному (изначально).

Это не то, чтобы проблема, просто странно.

Ну вообще для этого достаточно перезагрузить последний файл настроек wnd. Это не так удобно конечно, но ведь и не часто потребуется?

Мне нужна эта функция немного в другом виде.
Иногда случайно закрываешь график (вместо того, чтобы свернуть), но понимаешь это не сразу, а когда-то позже. Если сразу заметил, это не проблема - можно просто перезагрузить последнюю конфигурацию, как сказано выше.
А вот что делать, если прошло 3 дня, и добавились какие-то новые окна, ну и вообще произошли разные изменения, к-е нужны? Т.е. если загрузить конфигурацию, к-я была 3 дня назад, то они отменятся, а этого не нужно.

Чтобы это решить, нужно завести некую историю окон (имеется в виду графики, таблицы торгов, и т.п.), в к-й должна быть возможность восстановить закрытое окно. Т.е. в ней будет возможность найти действие закрытия окна 3 дня назад и отменить его, и только его.
Реализация простая: как только окно закрывается, его последние параметры запоминаются в отдельный файл (формат как wnd), возможно даже в каталоге WNDSAV, а в историю добавляется события закрытия окна. После этого восстановить такое окно можно просто прочитав его параметры и добавив к текущей конфигурации.

Другой вариант: давать возможность не просто загружать конфигурацию, а сначала показывать, что в ней есть и давать выбирать. Т.е. открываю я файл wnd 3-х дневной давности, но он только парсится и мне показывается список всего того, что в нём есть, прямо по вкладкам. Я нахожу нужное окно и ставлю галочку напротив него, мол мне нужно загрузить только его. А дальше оно загружается как обычно, как будто в файле было только оно.  

Проверил на ММвб, оказывается, это они стали так слать НКД.
Т.е сегодня для Рус-28 13.104166666667.
Я думал это вы может что-то поменяли, а вы не виноваты.
Написал им вопрос по этому поводу.  

Да, вы правы, в Открытии правильно, версия 9.3.1.11, а в Втб неправильно, версия 9.2.3.15.
При этом, у Втб это неправильно в самих таблицах текущих торгов в их настройке, но правильно в настройках программы в получении данных.
У Открытия правильно везде.
Интересно, это зависит от версии или от брокера?

Ежели вы хотите сделать мой вариант, то ради бога.
Скажем так, мне это не критично, сами смотрите.
В идеале документации в разных форматах должны быть идентичными, сейчас есть некоторое неудобство.  

А если сделать столбец уже, то будут только точки. Кстати, это ещё 1 вопрос - почему так? Может, меня устроит и более короткий вариант (да на самом деле всех устроит).
Я считаю, если столбец уже, чем нужно для отображения полного значения, (ну по крайней мере это так для НКД) то нужно просто округлять.
Вы можете возразить, что мол тогда пользователь не будет знать, что там есть что-то ещё. Ну тогда можно показывать 2 точки или ещё какой-нибудь символ в конце.  

Вот, пожалуйста, Rus-28, куда это годится?

Позднее написал и Втб. Последние написали, что исправили. Но по факту оказалось, что исправили они не номинал в таблице ТТ - они утверждают, что не могут это поменять - а сумму в таблице заявок. Поля “Объём” и “Расчётная сумма” в ней правильные, а вот поле Номинал - нет. У Открытия такая же ситуация, при том, что они мне не отвечали.

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

https://www.moex.com/ru/bondization/calendar

1. Название параметра в ТТТ "средневзвешанная цена" - правильно "средневзвешенная цена".
2. В последней версии квика 9.3.1.11 Нкд у Rus-28 и ВЭБ1P-30В бывает слишком длинный, слишком много знаков после точки. Например, сегодня 19.01 у ВЭБ1P-30В 1237,385487.
3. Нумерация разделов в документации в формате pdf отсутствует в формате chm. Например в списке изменений версии 9.2 написано "Описание параметра см. в п. 3.63.1 Руководства пользователя.". В pdf версии это найти легко, а в chm? Нужно добавить номера разделов в начало в содержание.  

Я так понял, это про номинал.
Вообще странно, т.к. зачем его транслировать, если план амортизаций известен заранее, то и номинал рассчитывается по нему на любой день.
В Открытие написал.

Оставшийся номинал у облигаций с амортизацией показывается на сегодня, а не на дату расчётов.
По идее, должно быть как с Нкд - на дату расчётов. Скриншот сделан 08.12.21 - по бумаге МСБЛиз2P03, на эту дату номинал 523,80, а на дату расчётов 09.12 - 476,18. Форма заявки из-за этого показывает неправильную сумму.  

Про 4 я тоже считаю правильное предложение. У меня конечно так сделано, но это же неудобно и некрасиво. Точнее, у меня этот столбец вообще почти невидим, вместо него краткое название.  

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

Я отправил через форму на сайте.
Сейчас я уже не помню тему.
Тут на форуме нет отправленных писем, только сообщения, так что я теперь отправлю через сообщения. "Ссылки на видео"

Это дело не простое, если тебе надо поймать такой момент, а вот когда не надо, он сразу появляется : )

Пример 1.
Выбрана цена 73,5675. На 00:02 она исчезает, при том, что более высокая цена 73,5700 в стакане есть.

Пример 2.
Я выбираю цену 73,5700. На 00:04 цены слева двигаются вверх, она попадает в спред и исчезает. Затем цены двигаются вниз, и 73,5700 снова видна, но уже без выделения.

Это вроде не очень критичная проблема, но немного неудобно.
На всякий случай сами видео я вам шлю через email.  

Заодно добавлю, что в стакане типа 3 при исчезновении изначально выбранной цены из котировок текущая строка исчезает вообще.
Это происходит и если эта цена остаётся в текущем диапазоне, просто конкретно по ней нет заявок, и если она выходит за пределы диапазона стакана.
В стаканах других двух типов она остаётся на какой-то ближайшей цене в обоих случаях.  

Спасибо!

Не проверил сначала, в Открытии 4 графика правильные.