падения при большой нагрузке

**Vibat** » 20 сен 2010, 17:21

ru_steve писал(а): .. в менеджере задач колонка "Вирт.п" (виртуальная память) напротив процесса Videonet.exe показывает размер потребляемой виртуальной памяти ..

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

**ru_steve** » 20 сен 2010, 17:45

"Ctrl+Shift+Esc" или
"Ctrl+Alt+Del" -> Диспетчер задач (сорри, обозвал его менеджером)

Диспетчер задач: Меню -> Вид -> Выбрать столбцы... -> Объем виртуальной памяти (галка должна быть поставлена). Нажимаем "ОК".

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

**Vibat** » 20 сен 2010, 17:50

Константин, я конечно рад что вы нашли время ответить, но может вы не видите мой скриншот на форуме ?
картинка JPEG ?! Уверяю вас , там такого параметра нет.

У меня Windows 7 Proffessional

ЗЫ:

ru_steve писал(а):"Ctrl+Shift+Esc" или"Ctrl+Alt+Del" -> Диспетчер задач

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

**dr0m0k** » 20 сен 2010, 19:08

2 Vibat: думаю в 7-ке это называется "Выделенная память", хотя может быть имеется ввиду и сразу сумма виртуальной и оперативной...
а насчет 64-битных систем - шаманство ничего не даст! Чтобы пользоваться преимуществами большого адресного пространства нужно чтобы само приложение было собрано как 64-битное, а это не так!
2 ru_steve: для понимания проблемы прибавлять всё-таки нужно! само по себе количество виртуальной памяти ведь ни о чём не говорит, нужно оценивать вмесет с оперативной, тогда получаем ограничение в 2 Гб доступного 32-битным системам адресного пространства. (З.Ы. спасибо за науку Stranger-у и Predator-у)

**Vibat** » 20 сен 2010, 19:29

Зачем тестировать устаревшие ОС, уж и не продаются уже .. ?

ЗЫ:
Predator-а и Stranger-а давно предлагалось отправить в Бразилию в виде поощрения, только делать это надо по очереди, кто ж еще наши вопросы разрулит ?

**dr0m0k** » 20 сен 2010, 20:14

accent22 писал(а):На 64-битах виртуальной памяти тоже будет выделяться 2 гига.

почему ето?

**Vibat** » 20 сен 2010, 20:38

ru_steve писал(а):Ваше мнение не совсем верно. Для консультации по применению системы в x32 или x64 ОС обратитесь в службу технической поддержки.

Первым делом, когда это прочитал , стал искать способ позвонить ..
В.Шерстобоев ответил, что VideoNet не предназначен для работы под 64 бит, а производители IP камер не предоставляют библиотек для х64 .

На сайте Axisa посмотрел - поддерживает все ОС . Кто будет отставать, скоро останется не у дел.

Еще ответили, что возможны сбои , это понятно ( как с томами более 2 тб в ХР , работает, но отвечаешь сам)

**Vibat** » 20 сен 2010, 21:08

Вообще надо вернуться к началу темы .. у dr0m0k-а завис архив при воспроизведении на 24 скорости..
Что надо сделать, чтобы такого более не происходило ?
вопрос упрется в индикацию .. хотелось бы более точных пояснений от техподдержки
Какую галку и где мне поставить , куда смотреть, чтоб не допустить ?

**dr0m0k** » 20 сен 2010, 21:24

в СП1 возможно будут сделаны шаги по исправлению проблемы с ограничением 2 Гб... может быть как раз скомпилируют с выше обозначеным ключом, но это не решение! Это просто отодвигание предела... Нужно решать проблему в корне - программа должна сама контролировать достижение доступного ей предела адресации и предринимать адекватные меры.

**dr0m0k** » 21 сен 2010, 15:29

accent22 писал(а):
dr0m0k писал(а):
accent22 писал(а):На 64-битах виртуальной памяти тоже будет выделяться 2 гига.
почему ето?

http://forall.ru-board.com/egor23/online/FAQ/Virtual_Memory/Limits_Virtual_Memory.html Вот отличная статья на эту тему. Мы бы и в 32-ой винде могли бы использовать 3 ГБ, если бы не само ограничение в ВН при их создании. Так же и в 64-битной оси для использования больше 2 ГБ нужно в код программы добавить такой вот параметр (IMAGE_FILE_LARGE_ADDRESS_AWARE).
Нужно попробовать завалить ВН достижением 2 гигов, и если получиться, попробовать той прогой убрать лимит, и затестить на 3 гектарах. Если не упадет, будет круто.

немного лукавишь: параметр добавляется не в код программы - /LARGEADDRESSAWARE это опция линкера, плюс еще должна быть включена опция 4GT и далее: при сборке 64-битных приложений опция /LARGEADDRESSAWARE включена по умолчанию, в то время как при сбборке 32-битных она по умолчанию выключена. Так что без дополнительных телодвижений 64-битному приложению будет доступно 8 Тб адресного пространства.

**Stranger** » 21 сен 2010, 23:01

accent22 писал(а):Программисты не выставляют флаг IMAGE_FILE_LARGE_ADDRESS_AWARE, который убивает лимит объема потребляемой виртуальной памяти.
Т.е. в boot.ini добавляем "/3GB /userva=xxxx", где хххх - диапазон 2048 - 3072. Например
Код: выделить все
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS.0="Microsoft Windows XP Professional RU" /execute /fastdetect /3GB /userva=3072

и лимит повышается до 3-гигов. Но, если нет лимита в самом приложении (если есть IMAGE_FILE_LARGE_ADDRESS_AWARE, а у ВН его нет).

Ваша осведомленность за последнее время уже второй раз дает сбой.

VideoNet является LargeAddressAware приложением (ксати, в код при этом добавлять ничего не надо - это опция линкера, которая выставляет соответствующий флаг в PE заголовке exe-файла при его сборке).
Соответственно, при /3gb в boot.ini для Windows XP/Srv2003, либо при bcdedit /set increaseuserva 3072 в Windows 7/Srv2008 он сможет использовать 3GB адресного пространства.
Важно, чтобы операционной системе и загруженным драйверам хватило оставшегося гигабайта. Неоднократно встречал ситуации, когда после такого перераспределения адресного пространства операционка загружалась с "отвалившимися" драйверами видео/рэйда/плат захвата и диагнозом для них "недостаточно ресурсов для загрузки драйвера".
Таким образом, применение данного функционала должно быть обдуманным и учитывать возможные последствия в виде проблем при работе самых различных устройств.
В таких ситуациях для тонкой настройки распределения адресного пространства в Windows XP/Srv2003 имеется дополнительный переключатель "/userva=", где после равно указывается точное кол-во мегабайт адресного пространства, отдаваемое пользовательскому процессу. Аналог этого переключателя в Windows 7/Srv2008 уже изначально предусмотрен при включении перераспределения с помощью bcdedit - "bcdedit /set increaseuserva xxxx", где xxxx - это кол-во мегабайт, выделяемых для пользовательского приложения.
То есть, если при перераспределении адресного пространства в пропорции 3gb/1gb имеются проблемы загрузки/работы драйверов/операционки, то имеет смысл уменьшать количество мегабайт, выделяемых для пользовательского процесса. Иногда устойчивая работа операционной системы достигается только при константе 2048, что сводит на нет телодвижения по перераспределению адресного пространства.

Также на всякий случай хочу отметить: в x64 операционной системе для x86 (32-х разрядного) приложения, являющегося LargeAddressAware, изначально доступно не 2, а 4gb адресного пространства.

**Vibat** » 23 сен 2010, 05:24

accent22 писал(а):Да, блин, действительно туплю
Прошу простить за ложные высказывания

Хорошие, честные слова. Заслуживают уважения не меньше, чем вечная безошибочность Шерстобоева.
Для меня же по этому топику осталась одна неясность. Тестируют ли Скайрос Windows 7 \2008 на предмет перерасхода ресурсов, или всё по-старинке гоняют Win XP ?

**Predator** » 23 сен 2010, 08:18

Тестирование конечно же проходит на Windows XP/2003/7/2008.

**Vibat** » 23 сен 2010, 09:54

Predator писал(а):Тестирование конечно же проходит на Windows XP/2003/7/2008.

На Windows XP использованию программой VideoNet виртуального адресного пространства соответсвует просмотр счетчика "виртуальная память"
а в Windows 7 - соответсвует счетчик "выделенная память"
?

**Predator** » 23 сен 2010, 10:53

Для того, чтобы исключить ошибки в трактовке понятий в разных ОС, рекомендую для мониторинга расхода виртуального адресного пространства использовать счетчики Windows - "PerfMon.exe".
В качестве объекта необходимо выбирать "Процесс", из списка счетчиков - счетчик "Байт виртуальной памяти", из списка вхождений выбрать "VideoNet".

**Vibat** » 24 сен 2010, 05:22

Михаил, спасибо ! Но опять, теперь твой пример - скриншут из Windows XP.

В Windows 7 всё как-то не так и ни х . не могу разобраться, как там мониторить "виртуальное адресное пространство" VideoNet.
Если оно вообще где мониториться

:roll:

**Predator** » 24 сен 2010, 11:18

В Windows7 все так же просто.

Запускаем PerfMon.exe, выбираем счетчик "Процесс>Байт виртуальной памяти", экземпляр выбранного объекта - "VideoNet".

2 Vibat: У Вас проблема с запуском счетчиков производительности в Windows.

**Vibat** » 25 сен 2010, 18:51

Predator писал(а):В Windows7 все так же просто.
Запускаем PerfMon.exe, выбираем счетчик "Процесс>Байт виртуальной памяти", экземпляр выбранного объекта - "VideoNet".
2 Vibat: У Вас проблема с запуском счетчиков производительности в Windows.

ОК, спасибо тебе Predator (чуть с толку тут не сбили)
на ноутбуке с Windows 7 Starter всё пашет. ( с Win 7 Proff позже разберусь )
Подключил туда IP камеры , смотрю. Скрин в подтверждение.

P.S.
Help perfmon : " Объект "Процесс" создается в момент запуска программы. Все потоки этого процесса совместно используют общее адресное пространство и имеют доступ к одним и тем же данным"
nocomment

**dr0m0k** » 05 окт 2010, 13:26

Вышел SP1! БОльшая часть ошибок устранена, просьбы реализованы. Тестирование показало, что стабильность работы системы повысилась. Разработчикам - респект :!:

**Vibat** » 05 окт 2010, 16:12

Вчера обновил на одном из объектов сервер от 8.6 до 8.6 сп1. При том клиенты не обновлялись. Погонял в таком состоянии клиента, вроде всё ОК, и также обновил до сп1. Остался последний клиент - директорский, пока он выключен и доступа туда нет. Будем надеяться, что включит - ничего плохого не произойдет.

dr0m0k писал(а):Вышел SP1! БОльшая часть ошибок устранена, просьбы реализованы. Тестирование показало, что стабильность работы системы повысилась. Разработчикам - респект

Хорошо, что так. Но осталось ощущение моей волонтерской работы бета-тестером.
Завтра проверю-отчитаюсь и про АДО, я ж не реактивный.

**dr0m0k** » 06 окт 2010, 06:50

судьба у нас такая - тестирование в лаборатории совсем не то что "в поле"

З.Ы. В момент релиза на сайте появилась другая сборка дистрибутива - есть отличия. Если скачивали раньше, то обязательно нужно скачать снова.

падения при большой нагрузке

Кто сейчас на форуме