сейчас ещё раз проверил в Restricted комнате все те же элементы управления что и в "Conference" единственная разница в том что в restricted чтобы их увидеть нужно сделать доп. клик .....
2016-10-04 18:05 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: > Оказывается, "отвал" пользователей в 3.1.2 происходит не во всех типах > комнат. В типах "Webinar" и "Restricted" все стабильно. Однако, в данных > типах нет того удобного инструментария для управления правами в виде > кнопок, индикатора звука и т. д. Но лучше, чем ничего )). > > > 04.10.2016 11:06, sergey sivun пишет: > > ...с месяц уже используем 3.1.2..., было мах 30 >>> >>> То есть, все - таки, на 3.1.2 было порядка 30? На обычном (незащищенном >> соединении)? На железе: >> >> Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу и в формате вебинара? >> >> Да. >> Я думаю что через неделю - две снова будут занятия, только тогда смогу >> проверить 3.1.3 в режиме вебинаров. >> А пока попробую воспроизвести ваш вариант с 11 пользователями 3.1.3 на >> старом 8 ядерном сервере. >> Боевой сервер пока трогать не буду т.к. если начнет загибаться то мне >> бухгалтерия (там 1с базы лежат и еще 2 базы факультетов) голову оторвут. >> >> 4 октября 2016 г., 11:00 пользователь Sergey Pisanko <s...@otoib.dp.ua> >> написал: >> >> ...с месяц уже используем 3.1.2..., было мах 30 >>> То есть, все - таки, на 3.1.2 было порядка 30? На обычном (незащищенном >>> соединении)? На железе: >>> >>> Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу и в формате вебинара? >>> >>> >>> 04.10.2016 10:47, sergey sivun пишет: >>> >>> Забыл дописать что с месяц уже используем 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 >>>>> >>>>> >>>>> -- >>> ------------- >>> С Уважением, >>> Сергей Писанко. >>> >>> >>> > -- > ------------- > С Уважением, > Сергей Писанко. > > -- WBR Maxim aka solomax
