Использовано памяти java openfire windows
Так уж случилось, что в качестве Jabber—сервера у меня работает Openfire. Отличный продукт, простой в настройке и использовании, завёвшийся у меня под Ubuntu сразу и без лишних телодвижений, что называется «из коробки». Но, как обычно это бывает, мёд оказался с дёгтем. Машинка, на которой это чудо работает, довольно слабая, к тому же имеющая лишь 496 доступных мегабайт ОЗУ. Думаю, все знают, насколько Java-машина прожорлива в отношении драгоценной памяти. Если бы кроме Openfire на этом «сервере» ничего не работало — бог с ним, хватает. Но запущенные и активно используемые OpenVPN, Apache, ProFTP, MySQL и ещё по мелочи заставили задуматься о совершении некоторым процессам «обрезания» в виде ограничения выделяемых ресурсов. Начать было решено именно с Openfire, откусывающим более 300 мегабайт. И это при одном-то соединении!
В конфигурации «из коробки» Java-машина выделила под Openfire 122 мегабайта. Увидеть это можно на главной странице консоли администрирования: 
Для чистоты эксперимента взглянем, сколько в целом отъедает Java вместе с запущенным Openfire при помощи top или htop сразу после запуска сервера:
Мягко говоря, многовато, учитывая общий объём памяти, имеющийся в распоряжении. Не знаю, можно ли как-то ограничить саму Java в потреблении памяти, но способ, пр помощи которого можно управлять количеством памяти, выделяемой под приложения, мне стал известен из интернетов. Собственно, им и делюсь. Java-машина при запуске принимает среди всего прочего два параметра: -Xms и -Xmx, задающие начальный и максимальный объём памяти соответственно, резервируемый под Java-приложение. В случае с Ubuntu (не знаю, вполне может быть, что в других системах дело обстоит так же) для передачи этих параметров не стоит править init-скрипт запуска Openfire, достаточно лишь определить их в файле /etc/default/openfire, который считывается в процессе запуска скриптом /etc/init.d/openfire: Естественно, для вашего случая числа могут быть иными. Быть может, вам вообще нужно не уменьшить, а увеличить объём выделяемой памяти. В моей же ситуации 32 мегабайт — более, чем достаточно. После внесения изменений в файл, не забываем перезапускать Openfire: Смотрим теперь, что изменилось. Админка Openfire:
и вывод htop: 
100 мегабайт отвоевали. Жизнь налаживается! Хотя, честно признаться, уже поглядываю в сторону ejabberd, ибо держать монстра Openfire на такой слабой конфигурации, как у меня — непозволительная роскошь. Да и не нужная.
Openfire, Java, Ubuntu и память : 15 комментариев
Машина Celeron 2.4 256 mb на Debian Lenny 5.0.2 Postgree уже больше полугода живет без человеческого вмешательства. На сервере ежедневно висит 15 человек Alexey, у меня похуже ситуация. Всё, описанное выше, плюс шифрованные разделы на HDD и Deluge «даёт стране угля». И процессор 1 ГГц. Openfire со своим поведением тут ваще не к месту.
> Deluge «даёт стране угля». Попробуйте Transmission или Rtorrent. Все-таки си и си++ экономнее относятся к ресурсам. WarHammer, благодарю за совет. Как раз собираюсь переезжать на transmission. после перезапуска все равно жрет 196 мб > все равно жрет 196 мб VecH, а сколько было ДО того, как изменили параметр? Копай в сторону оптимизации работы с MySQL, на руборде в теме сабжа это обсуждалось.
есть сервера на опенфаере с 800 активными пользователями и памяти кушает Еще могу добавить что ejabberd в организации — не ахти что. Админить его не удобно. До этой оптимизации было 300-400 на текущий момент 213 мб это все равно много, я там один сижу 🙂 VecH, так всё правильно. Параметрами, приведёнными в статье, вы ограничиваете размер памяти выделяемой под приложения виртуальной машиной, а не системой под Java. Java сама по себе очень любит память кушать.
Мужик, ты лоханулся. Он у тебя жрал 74 метра а стал 70. Ты не на virt смотри, а на rss (resident set size). man память Одмин, ну и фигли мне смотреть на него? Свопнутых страниц от этого меньше станет? > Свопнутых страниц от этого меньше станет? На 5 процентов(74/70) в теории. И то неизвестно как ты замеры делал, может он прогреется и снова станет хавать 75метров. Одмин, в этой заметке описано как ограничить размер кучи, выделяемой Java под приложение, а количество памяти, отдаваемой под Java. Есть мысли, как уменьшить аппетиты самой Java? Думаю, тогда и значение RES снизится. нет, абсолютно не знаю что делать с явой в таких случаях. Я не спец по яве, но, раз openfire пишет что потребляет 12метров памяти то, возможно, так оно и есть а остальное приходится на саму яву. В таком случае ничего не сделаешь т.к. аппетиты самой явы вряд ли можно урезать, а openfire и так небольшой, 12метров это в пределах разумного, на мой взгляд. У тебя ведь ОС 32-битная? 64-битные больше памяти хавают.
Использовано памяти java openfire windows
Openfire — XMPP-сервер, являющийся кроссплатформенным программным обеспечением. Jabber сервер написан на Java (раньше было название Wildfire) под управлением Jetty. Данный продукт разрабатывается и поддерживается с 2002 года. Администрируется сервер с помощью удобной веб-панели, поддерживает плагины, которые также написаны на Java (плагины могут быть загружены через веб-интерфейс или непосредственно плагин копируется в папку для плагинов сервера Openfire и тогда происходит автоматическая установка плагина). Имеется поддержка WEB-клиента, кластеризация (возможно сделать несколько серверов для работы с распределенной базой данных, таким образом поддерживается работа несколько десятков тыс. одновременных пользователей. Имеется поддержка шифрования (поддержка SSL/TLS). Для хранения профилей пользователей Openfire работает с базами данных, прежде всего встраиваемая база данных HSQLDB, но рекомендуется использовать полноценную СУБД — это MySQL, PostgreSQL, а также Microsoft SQL Server, IBM DB2, Adaptive Server Enterprise. Имеется интеграция с LDAP. Работает сервер Openfire c различными клиентами, прежде всего это Spark, также Miranda IM, Pandion, Trillian Pro, Psi, Pidgin, QIP Infum и др. Произведем настройку сервера openfire. Увеличиваем количество оперативной памяти, которую использует сервер Openfire и установим и запустим службу openfire.
1. По умолчанию сервер openfire использует до 256 МБ памяти и запускать сервер надо вручную. Исправим это. Создаём в директории с установленным openfire — bin\ (С:\Program Files (x86)\Openfire\bin\ три файла: openfire.vmoptions — загрузка сервера с помощью файла openfire.exe, т.е. с графической оболочкой openfired.vmoptions — загрузка сервера с помощью файла openfired.exe, т.е. без графической оболочки, консольно-командной строкой openfire-service.vmoptions — загрузка сервера с помощью службы В каждом файле следующие настройки, указывающие на минимальное и максимальное значение памяти: -Xms512m -Xmx1024m
2. Установим и запустим службу openfire, для этого запускаем командную строку с административными правами и выполняем команды: cd «C:\Program Files(x86)\Openfire\bin» openfire-service /install openfire-service /start 
3. Открываем консоль администратора сервера openfire и осуществляем вход на сервер (вводим имя пользователя и пароль). Проверяем новые настройки по добавлению памяти Java: 
Следующим шагом создадим группы для работы с сервером openfire и добавим пользоателей домена в созданные группы. 1. Для этого открываем Active Directory — пользователи и компьютеры и создаем группы openfire1 и openfire2: 
2. Добавляем в группы доменных пользователей:
3. Зададим имена и возможность взаимодействия (видимости) групп на сервере openfire. Для этого на вкладке «Пользователи/Группы» заходим в «Группы» и в группах openfire1 и openfire2 задаем следующие настройки: Вводим имя списка контактов группы (например Department1 для группы openfire1) и ставим чексбокс напротив «Расшаренная группа пользователей», далее «Сохранить список настроек контактов. Такие настройки производим и для группы openfire2 
Таким образом, при добавлении пользователи в группу в Active Directory данный пользователь будет попадать в соответствующую группу на сервере openfire автоматически. Также что и как настраивать можно посмотреть здесь:
CentOS + OpenFire переполнение выделенной для java памяти
| 19 Ноя, Понедельник, 21:25, 2012 постоянная ссылка Заголовок сообщения: CentOS + OpenFire переполнение выделенной для java памяти | |
| Кто нибудь сталкивался с проблемой, когда выделенная для работы java память в OpenFire переполняется и джабер сервер уходит в мертвое зависание. Пробовала увеличить память с 32 до 128, вообще никакого результата на выходе не получила, как раз в 5-6 дней она с 32 переполнялась так и с 128 переполняется раз в 5-6 дней. Единственное до чего додумалась так это скриптик написать, который каждый день в 12 ночи рестартует Openfire server, но это все таки не решение проблемы, своего рода костыль, а хотелось бы устранить проблему. Кто нибудь вообще сталкивался с подобным или я одна такая? | |
Openfire память java увеличить
Если у вас не работает один из способов авторизации, сконвертируйте свой аккаунт по ссылке
Авторизуясь в LiveJournal с помощью стороннего сервиса вы принимаете условия Пользовательского соглашения LiveJournal
Оказывается все просто. Надо просто добавить в файл /etc/sysconfig/openfire примерно такую строчку:
| From: (Anonymous) | Date: August 24th, 2009 06:05 am (UTC) | (Link) |
Не получилось, хотя прописал, доходит до какого то момента и вырубается. Пишет ошибку: [org.jivesoftware.openfire.nio.Connectio nHandler.exceptionCaught(ConnectionHandl er.java:110)]java.lang.OutOfMemoryError: unable to create new native thread Если не сложно отпишитесь на e-mail: admin@laplandya.ru
решение на первой странице
Для винды решение на первой страницы документации
Содается файл
openfire-service.vmoptions
и в нем прописыается
-Xms128m
-Xmx128m
НУ или другие значения
(минимальное и максимальное количество выделяемой памяти)
| From: (Anonymous) | Date: January 24th, 2011 03:02 pm (UTC) | (Link) |