отправлено / posted
ERR_IP:no memory for data buffer - буфер, через которых сетевая ОС передает сообщения от МРВ. Его объем может скорректирован ключом в файле конфигурирования запуска МРВ: "...IPSIZE=<BUF> – BUF задается как число в формате HEX. Значение байта 0 BUF задает размер буфера отправки по IP (в килобайтах). Размер буфера приема по IP задается автоматически как (k+1)*<размер буфера отправки>, где k – значение байта 1 BUF. Размер буферов по умолчанию – 8 кБ; "
В момент запуска NLL консоль, видимо, запрашивает у МРВ большой объем данных, для которых заданного объема буфера недостаточно. Фатальные последствия такой ситуации в последнем релизе блокированы.
Сообщения / Posts 17321 | Из / From: Россия
| IP / IP: IP адрес / IP address |
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
отправлено / posted
Спасибо. Попробуем увеличить размер буфера и обновиться до релиза 6.07.
Сообщения / Posts 47 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
отправлено / posted
Почитав форум о возможных проблемах при переходе на релиз 6.07, решили с этим пока повременить - проект очень объёмный. Увеличение размера буфера не помогло. При запуске консоли МРВ с таким же успехом вылетает, но теперь без ошибок в отладочном файле. Пока просто автоматически отслеживаем наличие процесса rtcx.exe и если его нет - перезапускаем МРВ. После всяческих экспериментов возникли подозрения, что проблема в некорректной работе компьютера с NLL и сетевых настройках, но на данный момент решить этот вопрос не представляется возможным.
При работе в режиме отладки возник вопрос. За несколько дней работы файл ИмяПроекта_<ordinal>.txt достиг размера в 10Гб. Такого объёма текстовый файл анализировать сложнова-то. Можно ли как-то ограничить размер файла, чтобы происходило как в случае с файлом Отчета тревог узла - при достижении заданного размера новые строки записывались поверх старых?
Сообщения / Posts 47 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
Мы подумаем над предложением об ограничении размера файла протокола профайлера. Пока можно с помощью системной переменной @Debug в реальном времени изменять объем информации, выводимой в протокол.
Тема закрыта / Topic Closed
Printer-friendly view of this topic
