Забыл дописать что с месяц уже используем 3.1.2, нашли пару багов которые Максим оперативно исправил уже в 3.1.3. Но 50 чел не было, было мах 30 (1 поток лекций) Наверное будем переходить, но проверить пока нет возможности, сейчас занятий удаленных нет
4 октября 2016 г., 10:40 пользователь Maxim Solodovnik <solomax...@gmail.com > написал: > а нет ли возможности проверить 3.1.3 на предмет "стало не хуже"? :) > > 2016-10-04 14:36 GMT+07:00 sergey sivun <neptu...@gmail.com>: > > Добрый день! > >>1. Организовывали ли Вы конференции на ОМ 3.1.2 - 3.1.3 с количеством > > более 10 - ти участников? > > > > Использовали до последнего времени 3.0.7 Система Debian 7.9 > > Мы используем его для проведение лекций, т.е. это вебинары, 1 > преподаватель > > с видео и звуком и студенты только слушают и смотрят. > > на железе Intel 2xE5335 - 2-х процессорный 4-х ядерный 8 гиг озу > получалось > > тянуть до 45-50 студентов > > Но эти процы конечно староваты уже. > > > > Потом поставил еще 1 железо Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу > > Тянет также 45-50. Оставил пока его т.к. греется гораздо меньше, старый > как > > запасной. > > > > Сначала была поставлена задача что должно подключаться до 150-200 человек > > одновременно (но реально так не было никогда) > > > > Поэтому пробовал организовать работу системы в кластере, по документации > > есть такая возможность, но документация очень скудная, есть несколько > > подводных камней или неясных мест. Вообщем-то в конце-концов заработало. > Но > > т.к. все равно количество одновременно подключенных за 50 не выходило - > > оставил пока эту затею. > > > > Для селекторных совещаний с базовой структурой тоже используем эту > систему. > > Там подключалось одновременно до 15(мах видел) пользователей с видео, но > > без звука. Звук пускают через TeamSpeak. > > У них версия еще стоит 3.0.0. Что у них за железо не знаю. > > > >>2. Были ли проблемы в работе ОМ с данным количеством, в частности, > > непроизвольным выходом пользователей из комнаты? > > Вроде не жаловались. > > > > > > 4 октября 2016 г., 9:56 пользователь Sergey Pisanko <s...@otoib.dp.ua> > > написал: > > > >> на моей машине Chrome показывает потребление 1.5Гб памяти и > >>> использование 300% CPU на 6ти вкладках, как Вы открываете 10? > >>> > >> На 3.1.1 я открываю 20, довольно мощный десктоп. "Залипаний" не ощущаю, > >> только "отвал" пользователей на 3.1.2 - 3.1.3 ровно на 11 - м участнике > при > >> самых разных hardware - конфигурациях сервера. В Вашем случае, вероятно, > >> без нескольких компов не обойтись. > >> > >> Буду ждать результатов сравнения версий, а пока хотел бы обратиться к > >> подписчикам с просьбой отписаться по вопросам: > >> > >> 1. Организовывали ли Вы конференции на ОМ 3.1.2 - 3.1.3 с количеством > >> более 10 - ти участников? > >> > >> 2. Были ли проблемы в работе ОМ с данным количеством, в частности, > >> непроизвольным выходом пользователей из комнаты? > >> > >> > >> 04.10.2016 8:12, Maxim Solodovnik пишет: > >> > >>> я попробовал воспроизвести эту ситуацию > >>> > >>> результаты > >>> 1) "залипание" на загрузке комнаты вроде получилось немного уменьшить > >>> 2) на моей машине Chrome показывает потребление 1.5Гб памяти и > >>> использование 300% CPU на 6ти вкладках, как Вы открываете 10? > >>> > >>> надеюсь продолжить разборки (сравнить версии 3.1.1 и 3.1.3) попозже на > >>> неделе (есть опасение что это могут проблемы red5) > >>> > >>> 2016-09-30 18:16 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: > >>> > >>>> Отваливаться начинают первые в списке. Сразу две учетки. > >>>> > >>>> Не помню, писал ли... Но на релизе 3.1.1 в незащищенном соединении > >>>> такого не > >>>> наблюдалось. Сейчас решил перепроверить, установил 3.1.1 и полет > >>>> нормальный > >>>> при 18 - ти логинах. > >>>> > >>>> > >>>> 30.09.2016 14:10, Maxim Solodovnik пишет: > >>>> > >>>> ОК, пусть будет mysql > >>>>> попробую на одном пользователе > >>>>> > >>>>> по Вашим наблюдениям пользователи отваливаются в произвольном > порядке? > >>>>> > >>>>> 2016-09-30 17:39 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: > >>>>> > >>>>> на всякий случай перепускаем ОМ (дерби иногда странно себя ведёт > сразу > >>>>>> Я использовал mysql. > >>>>>> > >>>>>> одного пользователя (админа) хватит? > >>>>>> Я использовал двух, думаю, хватит и одного. > >>>>>> > >>>>>> тип комнаты важен? > >>>>>> В моем случае - Public Conference room/32. > >>>>>> > >>>>>> что надо делать после входа? > >>>>>> Входить повторно этим же пользователем, доводя количество логинов до > >>>>>> 11. > >>>>>> Можно в одном браузере в разных вкладках, либо в разных браузерах. > >>>>>> "Audio > >>>>>> only". > >>>>>> > >>>>>> > >>>>>> > >>>>>> 30.09.2016 13:21, Maxim Solodovnik пишет: > >>>>>> > >>>>>> ОК > >>>>>> > >>>>>>> предлагаю зафиксировать шаги > >>>>>>> > >>>>>>> 1) скачиваем №384 отсюда > >>>>>>> https://builds.apache.org/view/M-R/view/OpenMeetings/job/ > >>>>>>> Openmeetings%203.1.x/ > >>>>>>> 2) ничего не меняем > >>>>>>> 3) запускаем > >>>>>>> 4) проходим инсталляцию, создаём пользователя > >>>>>>> тут получили vanilla version > >>>>>>> 4.1) на всякий случай перепускаем ОМ (дерби иногда странно себя > ведёт > >>>>>>> сразу > >>>>>>> после установки) > >>>>>>> 5) этим пользователем заходим в комнату > >>>>>>> > >>>>>>> тут вопросы > >>>>>>> 1) одного пользователя (админа) хватит? > >>>>>>> 2) тип комнаты важен? > >>>>>>> 3) что надо делать после входа? > >>>>>>> > >>>>>>> 2016-09-30 13:49 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: > >>>>>>> > >>>>>>> Добрый день. > >>>>>>> > >>>>>>>> Испытал релиз 3.1.3 на предмет описанной ниже ситуации. Проблема > >>>>>>>> повторяется. Ровно на 11 - м участнике, пользователи начинают > >>>>>>>> "отваливаться". Происходит как на tls/rtmps, так и на > незащищенном > >>>>>>>> соединении. Насколько я понимаю, кол - во участников зависит лишь > от > >>>>>>>> объема > >>>>>>>> серверных ресурсов, и явных ограничений нет?! > >>>>>>>> > >>>>>>>> > >>>>>>>> 24.06.2016 14:51, Sergey Pisanko пишет: > >>>>>>>> > >>>>>>>> Добрый день. > >>>>>>>> > >>>>>>>>> Очередной "виток" тестирования. > >>>>>>>>> > >>>>>>>>> *Hardware:* > >>>>>>>>> > >>>>>>>>> CPU: Intel® Xeon® Processor E5430; 2,66 GHz x 4. RAM: 4 Gb > >>>>>>>>> > >>>>>>>>> *Software:* > >>>>>>>>> > >>>>>>>>> OS: Centos - 6,5-release. Java: jdk1.8.0_92. OM: 3.1.2 > >>>>>>>>> > >>>>>>>>> При вхождении в одну комнату > 10 участников, начинают > >>>>>>>>> "отваливаться" > >>>>>>>>> другие участники, уже находящиеся в комнате (от 1 до 3). При этом > >>>>>>>>> для > >>>>>>>>> "отвалившегося" нет явных признаков того, что он покинул > комнату. На > >>>>>>>>> фоне > >>>>>>>>> этого: > >>>>>>>>> > >>>>>>>>> 1. При использовании TLS/RTMPS (native) доступа, сразу после > >>>>>>>>> "отвала" > >>>>>>>>> участников и происходит описанный ранее overload CPU (до 100%) > по 1 > >>>>>>>>> - > >>>>>>>>> 2 > >>>>>>>>> ядрам. Загрузка процессора продолжается вплоть до перезагрузки > OM. > >>>>>>>>> Данная > >>>>>>>>> ситуация воспроизвелась 5 раз подряд на 11 - м участнике. > >>>>>>>>> > >>>>>>>>> 2. При использовании обычного/небезопасного доступа, участники > также > >>>>>>>>> начинают "отваливаться"примерно на том же количестве, загрузки > CPU > >>>>>>>>> при > >>>>>>>>> этом > >>>>>>>>> не происходит. > >>>>>>>>> > >>>>>>>>> Рекомендуется к воспроизведению. > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> 17.06.2016 13:00, Sergey Pisanko пишет: > >>>>>>>>> > >>>>>>>>> Уже именно это и сделал, перенес на "железо", тот же эффект. > Может, > >>>>>>>>> где > >>>>>>>>> > >>>>>>>>>> - то в коде не все ладно? С версиями джавы экспериментировал - > не > >>>>>>>>>> помогло. > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> 17.06.2016 12:52, Maxim Solodovnik пишет: > >>>>>>>>>> > >>>>>>>>>> у нас dedicated сервер > >>>>>>>>>> > >>>>>>>>>>> есть ли у вас возможность попробовать на "реальном" железе? > может > >>>>>>>>>>> виртуализация даёт такой эффект? > >>>>>>>>>>> > >>>>>>>>>>> 2016-06-17 15:08 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: > >>>>>>>>>>> > >>>>>>>>>>> Нет, запускаю именно red5.sh. Уже позже обратил внимание, что > не > >>>>>>>>>>> всегда > >>>>>>>>>>> > >>>>>>>>>>> overload CPU связан с количеством участников, замечал на 7 - 8. > >>>>>>>>>>>> Где > >>>>>>>>>>>> - > >>>>>>>>>>>> то > >>>>>>>>>>>> какое - то событие сильно нагружает проц и лечится сие только > >>>>>>>>>>>> рестартом > >>>>>>>>>>>> сервиса. > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> 17.06.2016 11:11, Maxim Solodovnik пишет: > >>>>>>>>>>>> > >>>>>>>>>>>> пускаете скриптом *highperfюыр? > >>>>>>>>>>>> > >>>>>>>>>>>> обычным red5.sh не пробовали? > >>>>>>>>>>>>> > >>>>>>>>>>>>> 2016-06-09 18:12 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua > >: > >>>>>>>>>>>>> > >>>>>>>>>>>>> Выкладываю ссылку на скриншот по процессам и загрузке CPU в > >>>>>>>>>>>>> момент > >>>>>>>>>>>>> > >>>>>>>>>>>>> тестирования конференции в кол - ве не более 10 участников. > >>>>>>>>>>>>> Стойкое > >>>>>>>>>>>>> > >>>>>>>>>>>>>> впечатление, что в процессах не все красиво. > >>>>>>>>>>>>>> http://my-files.ru/4z6ybr > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> 09.06.2016 7:55, Vasiliy Degtyarev пишет: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Добрый день, Сергей! > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Что значит - - при оверлоаде CPU слетают админские права в > >>>>>>>>>>>>>> комнате? > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> С уважением, > >>>>>>>>>>>>>>> Василий Дегтярев > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On 08.06.2016 20:14, Sergey Pisanko wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Добрый день, коллеги. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Евгений, спасибо за отзыв. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Что бы сервер openmeetings съедал всю память я не > припомню. > >>>>>>>>>>>>>>>> Василий, не RAM - ресурсы, а CPU. С использованием памяти > ОК. > >>>>>>>>>>>>>>>> Проявилась > >>>>>>>>>>>>>>>> особенность - при оверлоаде CPU слетают админские права в > >>>>>>>>>>>>>>>> комнате. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> А какую java Вы используете? > >>>>>>>>>>>>>>>> Пакет jdk-8u77 Oracle. Попробую обновиться. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> 08.06.2016 6:52, Евгений Хрянин пишет: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Здравствуйте, коллеги. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> У меня OM на не очень сильном сервере HP DL120 G7. 4 ядра, > >>>>>>>>>>>>>>>> 8гб > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> озу. > >>>>>>>>>>>>>>>>> Проводим видео конференции 5-6 точек 320*240, или аудио > >>>>>>>>>>>>>>>>> 10-12. > >>>>>>>>>>>>>>>>> Нагрузка на сервере не выше 15-20% > >>>>>>>>>>>>>>>>> ОС Centos 7 (минималка). JRE от оракла. OM 3.1.1 > >>>>>>>>>>>>>>>>> Рядом еще установлен openfire на 100 человек. > >>>>>>>>>>>>>>>>> Задержек и зависаний нет. > >>>>>>>>>>>>>>>>> Раньше были на клиентской стороне, но решили их > расширением > >>>>>>>>>>>>>>>>> канала > >>>>>>>>>>>>>>>>> связи и > >>>>>>>>>>>>>>>>> обновлением железа ПК > >>>>>>>>>>>>>>>>> 8 Июн 2016 г. 6:31 пользователь "Vasiliy Degtyarev"< > >>>>>>>>>>>>>>>>> va...@unipro.ru> > >>>>>>>>>>>>>>>>> написал: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Добрый день, Сергей! > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Максим сейчас в отпуске, будет 20 июня. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Опыт проведения конференций показывает что можно > проводить > >>>>>>>>>>>>>>>>>> конференцию > >>>>>>>>>>>>>>>>>> с > >>>>>>>>>>>>>>>>>> видео 120х90 до 20 участников. > >>>>>>>>>>>>>>>>>> Основные проблемы обычно возникали из-за пропускной > >>>>>>>>>>>>>>>>>> способности > >>>>>>>>>>>>>>>>>> сети > >>>>>>>>>>>>>>>>>> и > >>>>>>>>>>>>>>>>>> из-за flash. Что бы сервер openmeetings съедал всю > память я > >>>>>>>>>>>>>>>>>> не > >>>>>>>>>>>>>>>>>> припомню. А > >>>>>>>>>>>>>>>>>> какую java Вы используете? > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> С уважением, > >>>>>>>>>>>>>>>>>> Василий Дегтярев > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> On 07.06.2016 19:24, Sergey Pisanko wrote: > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Добрый день, Максим. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Провели пробное тестирование с участием 15 - 20 чел, > только > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> аудио. > >>>>>>>>>>>>>>>>>>> При > >>>>>>>>>>>>>>>>>>> таком количестве, сервер сваливается по ресурсам CPU, > >>>>>>>>>>>>>>>>>>> съедаемых > >>>>>>>>>>>>>>>>>>> java. > >>>>>>>>>>>>>>>>>>> Днем > >>>>>>>>>>>>>>>>>>> ранее, 5 участников с видео 240х180 сервер вполне > >>>>>>>>>>>>>>>>>>> нормально > >>>>>>>>>>>>>>>>>>> тянул. > >>>>>>>>>>>>>>>>>>> Сервер > >>>>>>>>>>>>>>>>>>> виртуализирован на xsphere-5.5, ОС - Centos- 6.5, в > >>>>>>>>>>>>>>>>>>> системе > >>>>>>>>>>>>>>>>>>> 8 > >>>>>>>>>>>>>>>>>>> виртуальных > >>>>>>>>>>>>>>>>>>> CPU 3,5 GHz, openmeetings-3.1.2. Что характерно, при > >>>>>>>>>>>>>>>>>>> освобождении > >>>>>>>>>>>>>>>>>>> комнаты > >>>>>>>>>>>>>>>>>>> участниками, java продолжала грузить проц до полного ее > >>>>>>>>>>>>>>>>>>> перезапуска. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Максим, каковы, вообще, требования по CPU, каков > максимум > >>>>>>>>>>>>>>>>>>> участников с > >>>>>>>>>>>>>>>>>>> позитивным опытом, что может быть причиной, и в сторону > >>>>>>>>>>>>>>>>>>> чего > >>>>>>>>>>>>>>>>>>> смотреть? > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> ------------- > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> С Уважением, > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Сергей Писанко. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -- > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> ------------- > >>>>>>>>>>>>> > >>>>>>>>>>>> С Уважением, > >>>>>>>>>>>> Сергей Писанко. > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> > >>>>>>>>>>> ------------- > >>>>>>>> С Уважением, > >>>>>>>> Сергей Писанко. > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> -- > >>>>>> ------------- > >>>>>> С Уважением, > >>>>>> Сергей Писанко. > >>>>>> > >>>>>> > >>>>>> -- > >>>> ------------- > >>>> С Уважением, > >>>> Сергей Писанко. > >>>> > >>>> > >>> > >>> > >> -- > >> ------------- > >> С Уважением, > >> Сергей Писанко. > >> > >> > > > > -- > WBR > Maxim aka solomax >