Iis увеличить объем памяти под сайт
Здравствуйте подскажите правильную настройку IIS 7> под управлением Windows 7, чтобы работало корректно.
Также есть ли отличия IIS из под Windows 7 и в Windows Server? Ответа по пулу и зависание на отклик не могу негде найти, вот по этому и пишу, помогите спецы, те кто долго и держит сервера на IIS под большие задачи.
Все ответы
Насчет отличий - в принципе нет, если только It appears there is no difference, other than the maximum 10 clients EULA restriction.
в настройка пула (дополнительные параметры), значение длинна очереди поставьте максимальное, а таймаут простоя надо установить на 0 или 24 часа (задается в минутах).
Насчет отличий - в принципе нет, если только It appears there is no difference, other than the maximum 10 clients EULA restriction.
как я понял Вы имеете ввиду, то что ограничение в 10 сессий? Если да, то на семёрке всё в норме, там нет этих ограничений, на висте вроде было.
в настройка пула (дополнительные параметры), значение длинна очереди поставьте максимальное, а таймаут простоя надо установить на 0 или 24 часа (задается в минутах).
ну как бы так и стоит, а таймаут тоже стоит на 24 часа, чтобы процесс на ребут шёл.
не помогает, помогает решение в 240 процессов от одного пула! Ну как то же люди работают на 1 пуле или же на 2-х, то есть если 2, то пока 1 идёт на перезагрузку, то второй принимает, или же есть ещё такое понятие как перекрытие процесса, то есть запускается новый, а старый висит и завершается, то есть уже не принимает запросы.
Кстати позже и скрин выставлю настроек, но прикол в том, то что я настройки уже как мог менял, если ставить мало процессов, например 10, то через час уже ответа нет. То есть например нажимаем на скачать или же открываем сайт, браузер думает, то есть процесс не отвечает, хотя в настройках насчёт того, когда процесс не отвечает, тоже стоит(((
По описанию, либо ваше приложение плохо параллелится, либо работает с ошибками. Посмотрите логи, проследите за ресурсами, посмотрите количество подключений. Возможно, после какого-то момента рабочий процесс перестает обрабатывать запросы или начинает делать это очень медленно. Вы увеличиваете количество рабочих процессов и это позволяет вам продержаться сутки до рестарта первого рабочего процесса и далее по кругу (по цифрам так и получается). Скорей всего это не нормальное поведение и в логах или по косвенным признакам можно будет сказать о причине.
Для большенства задач достаточно одного рабочего процесса, правда работал я только с серверными ОС, может на декстопе есть свои ограничения.
Как временное решение можно выставить рестарт пула каждый час.
По описанию, либо ваше приложение плохо параллелится, либо работает с ошибками. Посмотрите логи, проследите за ресурсами, посмотрите количество подключений. Возможно, после какого-то момента рабочий процесс перестает обрабатывать запросы или начинает делать это очень медленно. Вы увеличиваете количество рабочих процессов и это позволяет вам продержаться сутки до рестарта первого рабочего процесса и далее по кругу (по цифрам так и получается). Скорей всего это не нормальное поведение и в логах или по косвенным признакам можно будет сказать о причине.
Для большенства задач достаточно одного рабочего процесса, правда работал я только с серверными ОС, может на декстопе есть свои ограничения.
Как временное решение можно выставить рестарт пула каждый час.
Вы всё верно поняли про кол процессов, то что идёт по кругу и даёт продержаться и обрабатывать, но если поставить как писал уже ранее пару процессов, то через час или ранее отклика нет уже.
Я тоже думаю, то что куча процессов на это не нормально(((
Кстати там есть ещё настройка по ограничение памяти в КБ, там 2 графы, виртуальная память и память просто, чем они отличаются и виртуальная должна стоять больше? + ещё это ограничение на 1 процесс или на весь пул?
Если у вас 64 битная ОС, то виртуальную память лучше не трогать. В таких ОС процесс может запрашивать (но не занимать) сразу большие объемы и это никак не сказывается на производительности. Просто память (Commit size) это сколько фактически занял процесс. Ограничение на один процесс.
В вашем случае нужно начинать анализ с логов, потом проверять использование ресурсов в момент возникновения проблемы. Проследите за памятью, процессором, количеством подключений, сетью, очередями к процессам. Еще можно с помощью Process monitor поискать на чем процесс застревает.
Да ОС 64 битная, наблюдал пару часиков при условии, что есть нагрузка, да я замечал то что память не так много кушает и доже задавался вопросом когда он достигнет пиковой отметки)) Но я видел ранее лишь перезапуск пулов от того или иного действия!
Сервер удалённый и локальный своего рода можно сказать, как туда попаду так и логи возьму, он можно сказать в другой стране стоит)) Далее насчёт памяти, ну когда я выставил ограничение в память сервер куда больше зажил, а то есть ограничивало, ранее озу забивал по максимум, что не давало стабильно работать на сервере, сейчас ну когда я наблюдал через день, была картину в положительную сторону, хотя если как Вы сказали, то что ограничение на 1 процессор, то тогда правило должно было превысить в 240 раз))) По этому я и спросил, походу на весь пул он ограничивает, хотя вот сегодня попаду на сервер ещё раз посмотрю, может уже озу забило))) И Вы тут правы.
Насчёт процесс монитора, а что именно смотреть то там и куда копать если что?
Я понял в общем можно попробовать создать новый пул по стандартным настройкам и применить к существующим сайтам просто напросто, и далее посмотреть верно?
В некоторых местах я нашел ссылки на приведенный ниже код msdn.
Ни одна из ссылок на самом деле не описывает, как ее использовать, и я пробовал несколько вещей без успеха. Я хочу изменить этот атрибут только для определенных страниц, запрашивающих загрузку файлов.
Это правильный маршрут? И как я могу это использовать?
ОТВЕТЫ
Ответ 1
В моем понимании выходной кеш может быть установлен только на уровне IIS, а не только для пула приложений. Все, что установлено на уровне IIS, применяется ко всем веб-сайтам под ним. Таким образом, вы можете применить максимальный размер кеша на уровне веб-приложения.
Если вы используете профессионала Windows 7 (возможности IIS зависят от операционной системы), если вы открываете диспетчер IIS и нажимаете на имя сервера, в представлении функций есть функция кэширования вывода. Вы можете отредактировать это, чтобы установить максимальный размер кеша. Если вы установите его на очень высокое значение, он будет использовать много вашей оперативной памяти и может ухудшить производительность всей коробки.
Сам пул приложений может иметь лимит частной памяти и ограничение виртуальной памяти.
Предел первичной памяти: Максимальный объем частной памяти (в КБ), который рабочий процесс может использовать, прежде чем заставить пул приложений переработать.
Ограничение виртуальной памяти: Максимальный объем виртуальной памяти (в КБ), который рабочий процесс может использовать, прежде чем заставить пул приложений переработать.
Обе приведенные выше настройки по умолчанию установлены на 0, что означает, что ограничение не установлено.
Короче говоря: повышение размера кеша вывода на уровне сервера IIS - лучший вариант, который подходит вашим потребностям.
Этот раздел описывает факторы, влияющие на объем памяти, необходимый для эффективной работы веб- или FTP-узла, и счетчики, которые можно использовать для оценки требуемой памяти. Включает следующие подразделы:
Циклическая природа проверки и настройки
Проверка и настройка быстродействия — это непрерывный процесс. Чтобы эффективно протестировать и настроить систему, необходимо начать с планирования стратегии оценки. Первым шагом является измерение текущего уровня быстродействия. Поскольку быстродействие сервера может меняться в довольно широких пределах, необходимо убедиться в том, что наблюдения учитывают достаточно большой промежуток времени и представляют истинную картину функционирования сервера.
Чтобы улучшить быстродействие сервера, проверьте все части системы для выявления потенциально узких мест. Узкие места могут быть вызваны неподходящим или неправильно сконфигурированным аппаратным обеспечением, а также параметрами программного обеспечения в IIS или Windows 2000. Хороший план наблюдения проверяет производительность во всех аспектах.
Зная как сервер функционирует, можно начать вносить изменения для повышения быстродействия. Изменения рекомендуется вносить по одному за один раз. В противном случае становится трудно оценить влияние каждого конкретного изменения.
После внесения каждого изменения продолжайте наблюдать, не принесет ли данное изменение ожидаемый эффект или вызовет нежелательные побочные эффекты. Поскольку изменения в одном ресурсе могут вызвать появление узких мест в других частях системы, важно проверять производительность всех ресурсов после внесения изменений. Оценив влияние изменения, можно принять решение о необходимости дальнейших изменений.
Системный монитор
Системный монитор является мощным инструментом наблюдения за сервером и измерения его производительности за выбранные временные интервалы. Это средство позволяет отображать данные о быстродействии на диаграммах в режиме реального времени или в отчетах, накапливать данные в файлах и генерировать оповещения, предупреждающие о появлении критических событий. Системный монитор проверяет значения счетчиков, регистрирующих активность определенных объектов, т.е. конкретных служб или механизмов, управляющих ресурсами сервера. Например, при просмотре объекта «Веб-служба» в списке счетчиков можно найти счетчики полученных байт в секунду или попыток подключения в секунду.
Ряд счетчиков входит в состав Windows 2000.С помощью служебных программ из пакета Windows 2000 Resource Kit к ним можно добавить счетчики использования диска и активности TCP (подробнее см. в документации Resource Kit). Кроме того, IIS устанавливает специальные счетчики, включая счетчики службы веб, счетчики службы FTP, счетчики для приложений Active Server Pages и общие счетчики для служб IIS. Счетчики веб- и FTP-служб и счетчики приложений Active Server Pages позволяют вести наблюдение за подключениями. Общие счетчики служб IIS обеспечивают наблюдение за такими параметрами, как использование полосы пропускания и действия по кэшированию для всех служб IIS.
Системный монитор обеспечивает как краткосрочную, так и долгосрочную информацию о загрузке сервера и узлов. В приведенной ниже таблице перечислены счетчики системного монитора, которые могут быть полезны для наблюдения за сервером, и оптимальные значения для каждого из них. Имя компьютера, предваряющее каждый объект и счетчик, было опущено в целях экономии места.
Для получения дополнительных сведений об использовании системного монитора обращайтесь к документации Windows 2000. Для получения списка счетчиков, предлагаемых IIS, см. раздел Справочник по счетчикам.
Сетевой монитор
Диспетчер задач
Диспетчер задач может быть использован для просмотра текущих задач и потоков. Его можно также использовать для изменения назначенных приоритетов процессов. Однако когда процесс завершается, новые установки приоритета теряются. Использование процессора и памяти может быть просмотрено в реальном времени, но эти сведения не сохраняются. Для получения дополнительных сведений об использовании диспетчера задач см. документацию Windows 2000.
Балансировка использования памяти и скорости ответа
Обычно для увеличения скорости отклика запроса необходимо назначать память или ресурсы процессора отдельным подключениям, уменьшая тем самым ресурсы, доступные другим приложениям во время отсутствия запросов. Максимизация быстродействия памяти для всех приложений, выполняемых на сервере, может означать незначительное замедление откликов для пользователей, посещающих узел, поскольку ресурсы процессора и памяти непосредственно недоступны для запросов.
IIS предлагает установить ориентировочное число запросов за 24-часовой период и затем автоматически поддерживает баланс использования памяти и времени отклика. Если изменяется это оценочное значение, IIS изменяет число соединителей, выделенных для «прослушивания» новых запросов. Если задать число, слегка превышающее фактическое число обращений, то подключения будут выполняться быстрее. Если задать число, существенно превышающее фактическое число обращений, то будет выделена избыточная память. Инструкции по заданию ожидаемого числа подключений см. в разделе Оценка интенсивности передачи данных.
В IIS 5.0 узлы, имеющие разные IP-адреса, но один номер порта, используют один набор соединителей. Таким образом, создание нескольких узлов с разными IP-адресами, но использующих порт 80, не увеличит существенно использование IIS невыгружаемой памяти. IIS гибко использует эти соединители для всех узлов, уменьшая использование их ресурсов. Группировка соединителей дает IIS 5.0 возможность размещать намного больше узлов на том же аппаратном обеспечении, чем это было возможно в IIS 4.0.
Группировка соединителей проводит к тому, что IIS прослушивает все IP-адреса. Это может представлять угрозу для безопасности защищенных доменов с множественными сетями. Кроме того, и регулировка полосы пропускания, и настройка быстродействия будут применены ко всем веб-узлам, сконфигурированным на один номер порта. Если используется регулировка полосы пропускания или другая настройка быстродействия на уровне узла, группировка соединителей должна быть отключена для этих узлов.
По умолчанию IIS разрешает группировку соединителей. В большинстве случаев эту установку не следует изменять. Однако для критически важных узлов и узлов, которым будет выделена группа соединителей, запись в метабазе (MD_DISABLE_SOCKET_POOLING) может быть установлена в /LM/W3SVC/X (где X — это номер узла) для возвращения к порядку, установленному в IIS 4.0. Группировку соединителей следует отключить только на уровне узлов, поэтому другие, некритичные узлы могут продолжать использовать преимущества этой новой возможности. Это свойство может быть установлено только с помощью сценариев и недоступно из оснастки IIS. Дополнительные сведения см. в разделе Изменения ADSI в IIS 5.0.
Для обеспечения удобства пользователей производительность сервера должна быть оптимальной. Требования к оборудованию могут меняться в зависимости от предоставляемых услуг. Служба FTP использует меньше памяти, чем веб-служба. Приложения Active Server Pages (ASP), сценарии Common Gateway Interface (CGI), запросы к базам данных и файлы видеозаписей приводят к более высокой нагрузке на процессор, чем статические страницы HTML. Быстродействие меняется во времени при изменении интенсивности передачи данных и содержимого узла. Чтобы эффективно настроить быстродействие, администратор сервера должен спланировать стратегию наблюдения с помощью различных средств.
В данном разделе описываются следующие вопросы:
Использование оперативной памяти
Оперативной памятью называют область памяти, используемую программами при их выполнении. Обычно при запуске приложения компьютер копирует необходимые файлы приложения с жесткого диска в ОЗУ и приложение выполняется из ОЗУ. Доступ к ОЗУ осуществляется значительно быстрее, чем доступ к жесткому диску, поэтому чем меньше компьютер обращается к диску, тем быстрее выполняется приложение. При выполнении IIS используется часть ОЗУ, зависящая от ряда других факторов, таких как следующие:
- Объем ОЗУ, выделенный для кэша
- Размер файла подкачки
- Свободный объем на диске
- Количество выполняющихся служб
- Тип процессора
- Размер файлов содержимого
- Количество файлов содержимого
- Число соединений, открытых в текущий момент
- Наличие других активных приложений, использующих ОЗУ
Когда IIS получает запрос на статический файл, дескриптор файла хранится в кэш-памяти IIS, а файл — в кэше Windows 2000. Если последующие запросы обращаются к тому же файлу, IIS использует копии, хранящиеся в оперативной памяти, а не обращается снова к диску для извлечения этого файла. Это снижает время выполнения запросов и ускоряет доступ для посетителей. Однако время, в течение которого файл удерживается в кэше, зависит от ряда других факторов.
По мере поступления запросов на другие файлы кэш IIS очищается от наиболее «старых» из ранее запрошенных файлов, чтобы обеспечить место для новых файлов. Это означает, что если имеется много файлов, доступных через IIS, а объем ОЗУ мал, то доступ пользователей будет замедляться из-за необходимости загрузки запрошенных файлов с жесткого диска. Если на компьютере одновременно выполняются другие приложения, также использующие оперативную память, то кэшированные копии файлов также будут удаляться из ОЗУ, чтобы освободить место для новых файлов. IIS может оказаться неспособным удерживать кэшированные файлы в оперативной памяти. Результатом также будет замедление доступа к IIS за счет загрузки файлов с жесткого диска.
Файлы ASP хранятся в кэш-памяти и остаются в ней, если не установлено ограничение на число файлов, хранящихся в кэш-памяти. Дополнительные сведения об установке ограничений на число страниц ASP, удерживаемых в кэш-памяти, см. в разделе Кэширование приложений.
Поскольку для больших файлов требуется больший объем оперативной памяти, чем для маленьких, то запросы на такие файлы как файлы звукозаписи или видеозаписи при ограниченном объеме ОЗУ могут привести к более частому обновлению содержимого кэша. Если публикуются большие документы, большое число документов или на компьютере, поддерживающем IIS, выполняются другие приложения, занимающие оперативную память, то повысить быстродействие можно за счет увеличения объема ОЗУ. Если же публикуется небольшое число файлов относительно малых размеров, то увеличение ОЗУ не приведет к повышению производительности компьютера.
На быстродействие можно повлиять настройкой количества памяти, выделяемой Windows 2000 для файлов кэша. Если сервер используется в основном как веб-сервер, сконфигурируйте его как сервер приложений, а не используйте стандартные установки для сервера файлов.
- На рабочем столе откройте папку Мой компьютер и выберите Сеть и удаленный доступ к сети.
- Щелкните правой кнопкой мыши Подключение по локальной сети и откройте окно свойств.
- Выберите Служба доступа к файлам и принтерам сетей Microsoft и нажмите кнопку Свойства.
- На вкладке Оптимизация сервера выберите параметр макс. пропускная способность для сетевых приложений.
Счетчики, перечисленные ниже, могут быть использованы для наблюдения активности кэширования. В качестве объекта для наблюдений выберите Общий объект служб IIS.
- Всего кэшированных блоков BLOB
- Всего кэшированных блоков URI
- Всего удаленных блоков BLOB
- Всего удаленных блоков URI
- Всего файлов в кэше
- Попаданий в кэш BLOB
- Попаданий в кэш URI
- Попаданий в кэш файлов
- Предельное использование памяти кэша файлов
- Промахов в кэше BLOB
- Промахов в кэше URI
- Промахов в кэше файлов
- Процент попаданий в кэш BLOB
- Процент попаданий в кэш URI
- Процент попаданий в кэш файлов
- Текущее использование памяти кэша файлов
- Текущее число кэшированных блоков BLOB
- Текущее число кэшированных блоков URI
- Число удалений кэша BLOB
- Число удалений кэша URI
- Число удалений кэша файлов
Процент попаданий в кэш должен быть как можно более высоким. Малое значение, особенно сопровождающееся большим значением счетчика «% активности диска» объекта «Физический диск», свидетельствует о том, что сервер не в состоянии извлекать достаточное количество файлов из кэша. Это может вызываться или тем, что запрашивается большое число разных файлов, или тем, что размер кэша мал и нуждается в увеличении. Дополнительные сведения о кэшировании приложений см. в разделе Настройка приложений.
Окно просмотра событий
Windows 2000 включает службу журналов событий, которая регистрирует события, например возникновение ошибок или успешный запуск службы. Журналы событий просматриваются в окне просмотра событий. Окно просмотра событий позволяет просматривать системный журнал, журнал безопасности и журнал приложений. Эти данные помогают получить представление о последовательности и типах событий, результатом которых может быть понижение производительности. Более подробное описание способов работы с окном просмотра событий см. в документации Windows 2000.
Средства, используемые для наблюдения за быстродействием
Наблюдение за быстродействием сервера является важной частью администрирования сервера. Соответствующие средства контроля за быстродействием позволяют обнаруживать неполадки сервера, оценивать результаты изменения содержимого веб-узла или планировать обновление, целью которого является повышение доступности веб-узла для пользователей.
Оптимальный выбор средств и способов наблюдения определяется интересующими вас данными. Например, при попытке измерить общую нагрузку на веб-сервер можно построить на системном мониторе диаграмму нагрузки за неделю и отобразить на ней число подключений компьютеров и число переданных файлов. С другой стороны, если обнаружено понижение производительности сервера, можно проверить возникающие ошибки в окне просмотра событий, которое позволяет просматривать журналы, создаваемые Windows 2000.
Кроме того, для наблюдения за сервером можно использовать журналы, создаваемые IIS. Эти журналы расширяют журналы, создаваемые Windows 2000. Для получения дополнительных сведений о ведении журналов следует обращаться к разделам, перечисленным в разделе Ведение журналов узлов.
Кроме средств, входящих в состав Windows 2000, можно использовать и другие средства наблюдения за производительностью. Для получения дополнительных сведений см. раздел Проверка быстродействия и масштабируемости.
Перечисленные ниже средства наблюдения позволяют получать как данные на определенные моменты времени, так и сводные данные.
ОТВЕТЫ
Ответ 1
Этот параметр указан в файле web.config. Это влияет на все приложение, хотя. Я не думаю, что вы можете установить его на страницу.
"xxx" находится в КБ. Значение по умолчанию - 4096 (= 4 МБ).
Ответ 2
- Выберите веб-сайт, который вы хотите включить, чтобы принимать большие загрузки файлов.
- В главном окне дважды щелкните "Фильтрация запросов".
- Выберите "Редактировать настройки функции"
- Изменить "Максимально допустимая длина содержимого (в байтах)"
Ответ 3
Чтобы увеличить размер ограничения размера файла, у нас есть два пути.
1. IIS6 или ниже
Пример: если вы хотите ограничить загрузку до 15 МБ, установите maxRequestLength на "15360" (15 x 1024).
2. IIS7 или выше
Пример: если вы хотите ограничить загрузку до 15 МБ, установите для параметра maxRequestLength значение "15360" и maxAllowedContentLength на "15728640" (15 x 1024 x 1024).
Ответ 4
Я считаю, что эта строка в файле web.config установит максимальный размер загрузки:
Ответ 5
для максимального предела 2Gb, в вашем приложении web.config:
Ответ 6
Если его окна 2003/IIS 6.0 затем проверьте AspMaxRequestEntityAllowed = "204800" в файле metabase.xml, расположенном в папке C:\windows\system32\inetsrv\
Значение по умолчанию "204800" (~ 205 КБ) на мой взгляд слишком низкое для большинства пользователей. Просто измените значение на то, что, по вашему мнению, должно быть максимально.
Если вы не можете сохранить файл после его редактирования, вам нужно либо остановить ISS-сервер, либо разрешить серверу разрешать редактирование файла:
Ответ 7
У меня такая же проблема на сервере IIS win 2008, я решил проблему с добавлением этой конфигурации в web.config:
requestLengthDiskThreshold по умолчанию составляет 80000 байт, поэтому он слишком мал для моего приложения. requestLengthDiskThreshold измеряется в байтах, а maxRequestLength выражается в килобайтах.
Проблема возникает, если приложение использует серверный компонент System.Web.UI.HtmlControls.HtmlInputFile . Для его решения необходимо увеличить requestLengthDiskThreshold.
Ответ 8
Если вы используете Framework 4.6
Ответ 9
Вы можете записать этот блок кода в файл приложения web.config.
Записывая этот код, вы можете загрузить файл большего размера, чем сейчас
Ответ 10
Я знаю, что это старый вопрос.
Итак, вот что вам нужно сделать:
В файле web.config добавьте это в:
В комментарии вы видите, как это работает. В одном вам нужно иметь sie в байтах, а в другом - в килобайтах. Надеюсь, это поможет.
Ответ 11
Если вы используете sharepoint, вы также должны настроить максимальный размер с помощью административных инструментов: kb925083
Ответ 12
Ответ 13
Если он работает на вашем локальном компьютере и не работает после развертывания в IIS (я использовал Windows Server 2008 R2), у меня есть решение.
Ответ 14
Максимальный размер файла может быть ограничен одним контроллером MVC или даже действием.
Для этого можно использовать тег web.config :
Я искал в Интернете, как увеличить размер памяти и кеша для пулов приложений в IIS 7, но все темы рассеяны, и я не знаю эффекта объединения этих параметров.
Может кто-нибудь описать, как я могу увеличить размер памяти и кеша для пулов приложений в IIS 7?
Оптимизация использования дисков
Жесткие диски наиболее часто являются узким местом на узлах с большим набором файлов, к которым обращаются случайным образом. Частота обращений IIS к жесткому диску прямо связана с объемом ОЗУ, а также числом и размерами запрошенных файлов. Если объем ОЗУ мал и запрошено много файлов или большой файл, то IIS не может удерживать копии файлов в оперативной памяти. В этом случае приходится осуществлять доступ к файлам с жесткого диска. Скорость, с которой IIS находит запрошенный файл, определяется скоростью доступа к диску и размером жесткого диска.
Чтобы контролировать жесткие диски, используйте системный монитор для регистрации использования процессора, насыщения сетевой платы и активности диска (счетчик «% активности диска» объекта «Физический диск». Если счетчик «% активности диска» имеет большое значение, а процессор и сетевая плата не достигли предельной нагрузки, жесткий диск является узким местом. Дополнительные сведения по счетчику «% активности диска» объекта «Физический диск» содержатся в документации по Windows 2000.
Чтобы увеличить производительность дисков, используйте массив независимых дисков с избыточным хранением данных (RAID) и набор дисков с чередованием. Если сервер интенсивно используется для работы с базой данных, могут понадобиться гигабайты оперативной памяти (так можно минимизировать задержи доступа) или контроллер диска с большим объемом кэш-памяти. Следует также поддерживать избыточность. Это позволит избежать восстановления из резервной копии при отказе одного диска. Многие из контроллеров, разработанных в последнее время, позволяют «горячую замену», поэтому неисправный диск может быть заменен, не вызывая остановки сервера. Несмотря на это, целесообразно поддерживать актуальные резервные копии и хранить их вне узла.
Все ответы
Насчет отличий - в принципе нет, если только It appears there is no difference, other than the maximum 10 clients EULA restriction.
в настройка пула (дополнительные параметры), значение длинна очереди поставьте максимальное, а таймаут простоя надо установить на 0 или 24 часа (задается в минутах).
Насчет отличий - в принципе нет, если только It appears there is no difference, other than the maximum 10 clients EULA restriction.
как я понял Вы имеете ввиду, то что ограничение в 10 сессий? Если да, то на семёрке всё в норме, там нет этих ограничений, на висте вроде было.
в настройка пула (дополнительные параметры), значение длинна очереди поставьте максимальное, а таймаут простоя надо установить на 0 или 24 часа (задается в минутах).
ну как бы так и стоит, а таймаут тоже стоит на 24 часа, чтобы процесс на ребут шёл.
не помогает, помогает решение в 240 процессов от одного пула! Ну как то же люди работают на 1 пуле или же на 2-х, то есть если 2, то пока 1 идёт на перезагрузку, то второй принимает, или же есть ещё такое понятие как перекрытие процесса, то есть запускается новый, а старый висит и завершается, то есть уже не принимает запросы.
Кстати позже и скрин выставлю настроек, но прикол в том, то что я настройки уже как мог менял, если ставить мало процессов, например 10, то через час уже ответа нет. То есть например нажимаем на скачать или же открываем сайт, браузер думает, то есть процесс не отвечает, хотя в настройках насчёт того, когда процесс не отвечает, тоже стоит(((
По описанию, либо ваше приложение плохо параллелится, либо работает с ошибками. Посмотрите логи, проследите за ресурсами, посмотрите количество подключений. Возможно, после какого-то момента рабочий процесс перестает обрабатывать запросы или начинает делать это очень медленно. Вы увеличиваете количество рабочих процессов и это позволяет вам продержаться сутки до рестарта первого рабочего процесса и далее по кругу (по цифрам так и получается). Скорей всего это не нормальное поведение и в логах или по косвенным признакам можно будет сказать о причине.
Для большенства задач достаточно одного рабочего процесса, правда работал я только с серверными ОС, может на декстопе есть свои ограничения.
Как временное решение можно выставить рестарт пула каждый час.
По описанию, либо ваше приложение плохо параллелится, либо работает с ошибками. Посмотрите логи, проследите за ресурсами, посмотрите количество подключений. Возможно, после какого-то момента рабочий процесс перестает обрабатывать запросы или начинает делать это очень медленно. Вы увеличиваете количество рабочих процессов и это позволяет вам продержаться сутки до рестарта первого рабочего процесса и далее по кругу (по цифрам так и получается). Скорей всего это не нормальное поведение и в логах или по косвенным признакам можно будет сказать о причине.
Для большенства задач достаточно одного рабочего процесса, правда работал я только с серверными ОС, может на декстопе есть свои ограничения.
Как временное решение можно выставить рестарт пула каждый час.
Вы всё верно поняли про кол процессов, то что идёт по кругу и даёт продержаться и обрабатывать, но если поставить как писал уже ранее пару процессов, то через час или ранее отклика нет уже.
Я тоже думаю, то что куча процессов на это не нормально(((
Кстати там есть ещё настройка по ограничение памяти в КБ, там 2 графы, виртуальная память и память просто, чем они отличаются и виртуальная должна стоять больше? + ещё это ограничение на 1 процесс или на весь пул?
Если у вас 64 битная ОС, то виртуальную память лучше не трогать. В таких ОС процесс может запрашивать (но не занимать) сразу большие объемы и это никак не сказывается на производительности. Просто память (Commit size) это сколько фактически занял процесс. Ограничение на один процесс.
В вашем случае нужно начинать анализ с логов, потом проверять использование ресурсов в момент возникновения проблемы. Проследите за памятью, процессором, количеством подключений, сетью, очередями к процессам. Еще можно с помощью Process monitor поискать на чем процесс застревает.
Да ОС 64 битная, наблюдал пару часиков при условии, что есть нагрузка, да я замечал то что память не так много кушает и доже задавался вопросом когда он достигнет пиковой отметки)) Но я видел ранее лишь перезапуск пулов от того или иного действия!
Сервер удалённый и локальный своего рода можно сказать, как туда попаду так и логи возьму, он можно сказать в другой стране стоит)) Далее насчёт памяти, ну когда я выставил ограничение в память сервер куда больше зажил, а то есть ограничивало, ранее озу забивал по максимум, что не давало стабильно работать на сервере, сейчас ну когда я наблюдал через день, была картину в положительную сторону, хотя если как Вы сказали, то что ограничение на 1 процессор, то тогда правило должно было превысить в 240 раз))) По этому я и спросил, походу на весь пул он ограничивает, хотя вот сегодня попаду на сервер ещё раз посмотрю, может уже озу забило))) И Вы тут правы.
Насчёт процесс монитора, а что именно смотреть то там и куда копать если что?
Я понял в общем можно попробовать создать новый пул по стандартным настройкам и применить к существующим сайтам просто напросто, и далее посмотреть верно?
В некоторых местах я нашел ссылки на приведенный ниже код msdn.
Ни одна из ссылок на самом деле не описывает, как ее использовать, и я пробовал несколько вещей без успеха. Я хочу изменить этот атрибут только для определенных страниц, запрашивающих загрузку файлов.
Это правильный маршрут? И как я могу это использовать?
Читайте также: