Разрешение самбы testparm сообщение: rlimit_max: rlimit_max (8192) ниже минимального предела Windows (16384)
Hmnn, сколько запросов в секунду (разделенный на статическом и динамическом) мы говорим о, и на который аппаратные средства? Ваше сообщение не обеспечивает специфические особенности, но звучит немного странным, что IIS должен быть разбит и все еще только использовать 40% ЦП.
Я определенно не использовал бы VMware для этого. Виртуализация является большой техникой и имеет много хорошего использования, но это не то. Вся виртуализация имеет производительность наверху по работе 'чистого металла', и это поставило бы Вас в худшее положение в этом сценарии.
Пойдите роют в файлы журнала, и изучают метрики Монитора производительности для ЦП, сети I/O, диск ввод-вывод и Использование оперативной памяти, и видят, указывает ли это на Вас в каком-либо определенном направлении.
Есть ли какие-либо устройства перед IIS, который мог быть перегружен? Дешевые брандмауэры SOHO, какие-либо Прокси HTTP, какие-либо "брандмауэры" контроля содержания или системы IDS?
Код aspx, который Вы выполняете, Вы посмотрели на него? Это имеет какие-либо глупые проектные решения, которые могли приостановить весь компьютер, такой как выполнение крупного диска перегружающиеся или исчерпывающие пулы потоков?
Если сервер действительно в его пределах, и нет никакой быстрой победы, то следующее можно было рассмотреть:
Дешевое решение могло состоять в том, чтобы настроить 2 имен хостов DNS, т.е. www.companyname.com и static.companyname.com и затем создать 2 сайта в IIS, один оптимизированный для статического обслуживания файлов, один для динамического контента (aspx). Для статических файлов я обычно включал бы персистентные HTTP-соединения для динамического контента, я отключу его. Оптимизация могла бы заставить Вас некоторая комната дышать мудрый производительностью, но она может или не может быть достаточно. AFAIK там не является никаким способом гарантировать определенное распределение ресурсов между сайтами в IIS 6.
Оптимальный способ пойти относительно разделения статического содержания состоит в том, чтобы переместить все статическое обслуживание файлов полностью от сервера, или путем выделения нового сервера задаче, или еще лучше при помощи CDN.
Оценка для низкопроизводительного CDNs снизилась существенно, с Amazon S3 + Cloudfront, CacheFly и другие, имеющие низкую цену записи. Конечно, добавление CDN означает добавлять другую единую точку отказа к Вашей полной архитектуре, но CDNs главным образом хороши в хранении высокого времени работы, из-за их распределенного характера. Добавление CDN потенциально заставит Ваш сайт чувствовать себя быстрее для зарубежных пользователей.
Это просто, но я полагаю, что столько людей напрасно тратит время с этим вопросом (как я ха-ха).
Мы должны настроить предел параметра NOFILE в "/etc/security/limits.conf" или в другом альтернативном файле как "/etc/security/limits.d/limit-file.conf" таким образом:
* - nofile 16384
проблема состоит в том, что эта конфигурация не относится к текущей сессии, мы должны выйти и войти в систему для применения изменений, поэтому наши тесты с TESPARM когда-либо перестали работать.
, Если Вы не хотите, перезапускают сессию, применяют эту команду и решают эту проблему:
ulimit -n 16384
Hope это помогает!
Лимит взят из /etc/security/limits.conf.
вы показываете свой фактический предел с помощью ulimit -n
вы можете изменить его, отредактировав (или добавив) строку
* - nofile 16385
и перезагрузив параметр env (или выйдите из оболочки и снова войдите в оболочку).
Во-первых, это просто предупреждение. В MS Windows количество обработчиков файлов на клиенте и сервере должно быть одинаковым, иначе вы увидите сообщение «слишком много файлов открыто», когда e. г.копирование файлов по сети. Более свежие версии Samba позаботятся об этом самостоятельно.
Однако, если вы хотите удалить это предупреждение, вы можете сделать это, изменив ограничения для локальных файлов. Всегда полезно различать локальные (пользовательские или сеансовые) ограничения и глобальные (общесистемные) ограничения. Проверьте свои глобальные лимиты с помощью
cat /proc/sys/fs/file-max
. Скорее всего, ваши глобальные лимиты намного превышают ваши локальные. Я думаю, что типичный предел GNU / Linux находится в диапазоне 100 КБ, я очень давно не смотрел. Вы можете изменить это значение временно, выполнив
sysctl -w fs.file-max=n
, или навсегда, отредактировав /etc/sysctl.conf и запустив sysctl -p .
Чтобы проверить свои локальные ограничения, переключитесь на заинтересованный пользователь, e. г. samba и запустите
ulimit -Hn
ulimit -Sn
. Это покажет вам жесткие и мягкие ограничения для локального сеанса. Жесткое ограничение применяется системой, а мягкое - локальным сеансом. При необходимости вы можете увеличить локальный мягкий предел до глобального жесткого.
Вы можете временно изменить ограничения, запустив
ulimit -Hn n
ulimit -Sn m
, или вы можете установить ограничения для пользователей через /etc/security/limits.conf , и вы даже можете указать, для каких пользователей какие ограничения применяются, например. g.
samba soft nofile 16384
samba hard nofile 32768
Как всегда, справочные страницы обоих файлов и команд предлагают гораздо больше информации. Надеюсь, это поможет.