lokust (Все сообщения пользователя)

что за поток добавила Биржа, что количество записей из порядка 8 - 12  миллионов (  3-4 месяца назад) выросло до.  60 - 80 - 120 миллионов ???
Без участия разработчиков этого сделать НЕвозможно,  Брокер может лишь принимать или отказаться (путем настроек) от дополнительного потока.
не совсем так, файлик quik.exe (скомпилированный чтобы нельзя было прочитать ), т.н. "оптимизация настроек"   - снижает размер скачиваемого файла info.log -- ваше детище ?
Думается, что Биржа добавила поток без коммерческой оплаты. Да и слабо верится, что "модернизация или перенастройка " сервера производится специалистами Брокера, по практике::: дается удаленный доступ и перенастраивает, отлаживает, запускает специалист Разработчика.
Поддержка Брокера и не знает все ньюансы работы Сервера, переадресовывает к Разработчику.
Что касается Ваших советов прислать архив при выпадании, я им воспользуюсь, как только будет выпадание.  14.11.16 Поле "Последняя запись"  = 88 миллионов, ТВС всего 2,8 миллиона, в info.log скачала 1,9 миллиона. 15.11.16 соответственно 81 миллион/ 2,8 миллиона/ 2 миллиона. версия та-же 6.12,  пока НЕвыпала.   Хотя это следствие, ну да ладно, раз хотите -- пришлю, убедитесь что ваш quik.exe делает "оптимизацию настроек"   - снижает размер скачиваемого файла info.log.

Я не ввязывался в Флуд с другими пользователями, т.к там не было конструктива.
А насчет "парированы" (не знаю, что Вы вкладываете в это слово), так это я по-фразам ответил Аргументировано. А Вы НЕответили на пару конкретнных вопросов, только отФутболиваете то к Брокеру, то на Биржу.
До собственно Разработчиков (архитекторов, кодеров) похоже НЕдостучаться, а жаль, ПРИЧИНА появления "Не хватило памяти под объекты" остается, и НЕустраняется...

прям Самуил Маршак "Что такое хорошо и что такое плохо"  
НЕ согласен с Вашими оценками. Сравним ситуации:::
3-4  месяца назад записей было порядка 8 - 12 миллионов, из них 2-3    миллионов только полезных, входящих в ТВС. Сейчас записей 80 - 90 - 110  миллионов, из них по-прежнему 2-3   миллионов только полезных, входящих в  ТВС. Все лишние (НЕиспользуемые) записи - это просто СПАМ, который даже  если и НЕпринимать на клиент, оказывает только Мешающее воздействие,  перегружается сервер, увеличивается время реакции на взаимодействие с  клиентами. А Вы утверждаете, что стало лучше ???
Другое дело, если-бы  из 9-ти кратного прироста появилась доступная полезная инфа, тогда  возможно плюс от новой инфы перевесил минус издержек. Но ведь новой  доступной полезной инфы НЕпоявилось?  Например, судя по добавленному  объему, снимки стаканов...
Но ведь нет-же ?  Поэтому однозначно для рядового пользователя стало ХУже.    Еще раз пишу, что Надо Локализовать ошибку, а НЕ размазать ее по версиям. Кроме того, обновив версию, добавятся новые потенциально-скрытые ошибки, вызванные расширением Функционала.В Футбол мы уже играли, в Поддержку Брокера я уже обращался (в 1-ю очередь). Вы НЕвнимательно читали предыдущие посты, из которых следует, что они мне дали по блату файлик quik.exe (скомпилированный чтобы нельзя было прочитать ) но это все по своей  сути "оптимизация настроек"   - снижает размер скачиваемого файла info.log ==  борьба с ПОСЛЕДСТВИЯМИ, а НЕ устранение ПРИЧИНЫ. Кстати, по поводу увеличившегося потока инфы Поддержка Брокера какраз и направила меня к Разработчикам, что я и делаю...
А Вы что-же НЕзнаете, какую добавленную инфу Биржа транслирует Вам на сервер ?  

ТВС по пятничным торгам 11.11.2016 скачал без проблем версия та-же - 6.12, (с теми-же "оптимизированными" настройками).
"Мониторинг состояния соединения" из Руководство пользователя, Поле "Последняя запись" было 85 миллионов. Напомню, что при TRUMP сбое системы QUIK эта величина достигла 110 миллионов !!!
Еще более конкретизирую описание поведения Клиена в день TRUMP-сбоя:
описание поста #15 в силе. Добавлю только ОС = Windows XP, и что процесс скачивания даже НЕ начинался, т.е:::::::::
В основном файле info.exe скомпилирована Ущербная ЛОГИКА работы: 1.   получить с сервера Поле "Последняя запись" 2. Без проверки величины   запросить у Windows это количество ОЗУ. 3. Windows при прожорливом   запросе info.exe посылает его на 3 веселых буквы, о чем мы видим   пресловутое сообщение "Не хватило памяти под объекты"...  а процесс скачивания даже НЕ начинается. При этом в Диспетчере задач Windows памяти свободной (разница между "всего" и "предел") порядка 2 Гбайт..
Кроме того пробовал перезапускаться  раз 6-ть. Выгружал все, включая Firefox, перегружал Windows XP,
на "пустой" Windows XP результат был один и тот-же "Не хватило памяти под объекты".
Из чего еще раз повторяю, что ПРИЧИНА::: в файле info.exe скомпилирована Ущербная ЛОГИКА работы.
И при превышении опять какого-то предела TRUMP-сбой повторится, и "оптимизированными" настройками это НЕ вылечить.
Так и НЕ ответили, что за поток добавила Биржа, что количество записей из порядка 8 - 12 миллионов (  3-4 месяца назад) выросло до.  60 - 80 - 120 миллионов ???

НЕвозможно уже 2-й день скачать историю (таблицу ТВС) из-за увеличевшегося потока инфы.
Для рядового пользователя это Увеличение инфы НЕдоступно, по сути для них -- это СПАМ.
А из-за этого стали НЕработоспособными важные нужные функции, например скачивание истории прошедшего дня.
А система QUIK оказалась НЕготова к Увеличение инфы.
вся эта ситуация возникла не сразу, а развивалась в течение 3-4 месяцев...
Разработчики же борются с ПОСЛЕДСТВИЯМИ, а НЕ устраняют ПРИЧИНУ.
Предложил им свое видение ПРИЧИНы и пути решения.
Подробнее, перечитай пост #3.

Брокер НЕожиданно отключил сервера, причем основной и резервный сразу. Сетевые адреса доступны (по пингу) , а сервера отключены.  Такого раньше за Брокером НЕзамечал...
Думаю Совпадения НЕслучайны...    
Поэтому, сегодня в ночь "TRUMP сбой системы QUIK"--2 НЕвозможно отТестировать.
НЕвозможно за 2-й торговый день скачать ТВС.  

ОК, вчерашний "TRUMP сбой системы QUIK" уже прошел, сегодня "Имеем: Торговый день прошел" еще НЕ наступило.
Хотя идет тоже бурный рост, похоже будет "TRUMP сбой системы QUIK"--2.
Если ЭТО так принципиально, сделаю, вышлю.

теперь еще и Писателем можете быть... но пока все изложенное - теория, нет практики...
Вы не внимательно читаете уже мной написанное:
Вопрос, почему за  3-4 месяца Поле "Последняя запись" из порядка 8 - 12  миллионов стало Вчера 09.11.16, в день избрания TRUMP-а, достигла 110  миллионов !!! . ???
Причем, это не какойто "сбойный день", это ТЕНДЕНЦИЯ::::: Все эти месяцы, день ото дня оно росло,  30 - 40 - 60 - 80 миллионов.
ТЕНДЕНЦИЯ при одних и тех-же настройках...
Ответ "больше - меньше из-за выборов" не проходит, предполагает не + 50%, а почти в 10 раз !!!
Да, давайте еще более Локализуем ПРИЧИНУ:  Имеем: Торговый день прошел, удаляем файлы alltrade.dat, info.log вручную или с помощью скомпилированного скрипта quik.exe.
запускаем терминал для цели скачивания ТВС("таблицы всех сделок") Связь--Списки галки все, Интервал обновления данных - 10 сек.(в настройках, хотя для обозначенной цели он роли не играет).
дальше что происходит -- опять уже мною описано (см.выше в посте):
Что происходит, где собака зарыта ?
В основном файле info.exe скомпилирована Ущербная ЛОГИКА работы: 1.  получить с сервера Поле "Последняя запись" 2. Без проверки величины  запросить у Windows это количество ОЗУ. 3. Windows при прожорливом  запросе info.exe посылает его на 3 веселых буквы, о чем мы видим  пресловутое сообщение "Не хватило памяти под объекты"...
там-же описаны 2-а пути выхода из Проблемы...
Как в том анекдоте, Теперь надо найти Читателя, а не только Писателя...

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

Уже проверено, эффект тот-же...  Файл quik.exe (скомпилированный чтобы нельзя было прочитать ) по блату от  Поддержки Брокера до вчерашнего дня помогал... но это все по своей сути "оптимизация настроек"   -- борьба с ПОСЛЕДСТВИЯМИ, а НЕ устранение ПРИЧИНЫ.
просьба, покажите мое сообщение разработчикам. (архитекторам и кодерам). НЕ надо "передавать тему разработчикам" а просто покажите им...

весь анализ я подродробно описал в посте. Вы еще неделю будете анализировать, показать или нет ?
Поверьте на слово, стоит показать, не часто такое бывает...
откройте ТВС("таблицу всех сделок") Связь--Списки галки все, Интервал обновления данных - 10 сек.
А по поводу править в какой версии -- лучше путь № 2.

,
Sergey Gorokhov, вот сейчас Вы не Локализуете ПРИЧИНУ, а размазываете ее тонким слоем... Да, зависит от :   количества заказанной информации, от частоты ее обновления, да мало ли еще от чего...
но вся Фишка в том, что то, что то я описал справедливо для Одной и той-же версии, при одних и тех-же настройках и одной и той-же частоты обновления...
Вопрос, почему за  3-4 месяца Поле "Последняя запись" из порядка 8 - 12 миллионов стало Вчера 09.11.16, в день избрания TRUMP-а, достигла 110 миллионов !!! . ???
Причем, это не какойто "сбойный день", это ТЕНДЕНЦИЯ::::: Все эти месяцы, день ото дня оно росло,  30 - 40 - 60 - 80 миллионов. вот и получается, что разработчики борются с ПОСЛЕДСТВИЯМИ, а НЕ устраняют ПРИЧИНУ.
Смею предположить, что это Бирже добавила какой-то поток "доступной" (ограниченному кругу лиц) инфы или расширила существующий (хотя расширение на порядок -- это врядли).
Вопрос : Что за поток добавила Биржа, или что так расширила не на %, а почти в 10 раз !!!  ???
Если вы чисто сотрудник "поддержки", то может и НЕ знаете, тогда поспрошайте у сведущих сотрудников и ответьте, иначе мы не найдем Истину...  И "оптимизировать" настройки -- тупиковый путь, без устранения  (Ущербная ЛОГИКА работы) в  info.exe, переКомпиляции или, что быстрее решения Проблемы по пути № 2, вы в 10 раз не наОптимизируете настройки.
И еще просьба, покажите мое сообщение разработчикам. (архитекторам и кодерам).

Интересный форум, свое-же сообщение нельзя редактировать, дописать...      Ладно, будем отвечать себе-же  
В ущерб научности объясню ПРИЧИНУ мах просто и доступно, "на пальцах"...
Где-то 3-4 месяца назад количество поступающей, (доступной непонятно кому) но НЕ используемой рядовыми пользователем информации резко выросло, причем не на %, а в  разы.
Если посмотреть "Мониторинг состояния соединения" из Руководство пользователя, Поле "Последняя запись" (его Туманно-НЕпонятное описание в Руководстве "Номер последней полученной записи"), то его значение было  3-4 месяца назад порядка 8 - 12 миллионов.
Все эти месяцы, день ото дня оно росло,  30 - 40 - 60 - 80 миллионов.
Обращение в поддержку Брокера и меры разработчиков на данном форуме боролись с ПОСЛЕДСТВИЯМИ, а НЕ устраняли ПРИЧИНУ.
меры сводились к оптимизации настроек рабочего места, уменьшение важных потоков информации, но никак НЕ затрагивали ПРИЧИНУ.  А СПАМ--причина (СПАМ для рядовых пользователей) все растет и растет...
Вчера-же 09.11.16, в день избрания TRUMP-а, причина достигла 110 миллионов !!!
по этой СПАМ--причина НЕ смог скачать таблицу ТВС.
И не важно, что у меня версия 6.12, логика работы НЕ поменялась и в самой актуальной версии QUIK.
Что происходит, где собака зарыта ?
В основном файле info.exe скомпилирована Ущербная ЛОГИКА работы: 1. получить с сервера Поле "Последняя запись" 2. Без проверки величины запросить у Windows это количество ОЗУ. 3. Windows при прожорливом запросе info.exe посылает его на 3 веселых буквы, о чем мы видим пресловутое сообщение "Не хватило памяти под объекты"...
"Кто виноват" (почему  3-4 месяца ничего кардинального НЕ предпринималось) мы обсуждать тут НЕ будем, лучше обсудим "что делать ?"...
Что интересно, и НЕ очевидно, это 2-а возможных выхода:
1. новая версия, скомпилировать правильную не-Ущербную ЛОГИКу работы  info.exe.
2. выделить СПАМ--поток (СПАМ для рядовых пользователей) на Сервере в отдельный поток. Загружать его (кому он нужен) на клиенте в файл, отличный от info.log.
2-й путь наиболее конструктивный и по нервотрепке пользователей, и проще по трудозатратам программистов, тестеров, наиболее быстрый.
а в новые версии Клиентского места конечно заложить параметр "размер ОЗУ" - мах которое info.exe
наберется наглости просить у Windows.
Кстати, такая-же Бадяга (Ущербная ЛОГИКА работы) в  info.exe зашита при реализации DDE-экспорта, отчего все его бросили использовать, но об этом потом...

Ну вот разработчики и дождались...
все обсуждения в форуме на "Вечную тему" "(Не хватило памяти под объекты)" перечитал, потратил море времени. Впечатление -- разработчики борются с ПОСЛЕДСТВИЯМИ, а НЕ устраняют ПРИЧИНУ.
Печально осознавать, что так происходит.  Или НЕ понимают, или делают вид, что НЕ понимают...
В общем НЕ дождался решения, приходится выявить ПРИЧИНУ (насколько это возможно при своем понимании этого пресловутого "секретно--чЁрного ящика").