Изпълнявам ScreenConnect 6.2.12963.6312 на CentOS (Linux) и в последно време продължавам да извеждам грешки „от паметта“ с Mono чрез/var/log/messages. Не съм правил значителни промени на сървъра си и го поддържам редовно актуален. Нещата вървят добре от години до може би последното надграждане до ScreenConnect.
Моят сървър е специален сървър - той има Xeon процесор 1270v3 (3,5 GHz четириядрено ядро с хиперпотоци), изпълняващ екземпляр от виртуална машина на CentOS версия 6.9 (Final) Виртуалната машина има 4GB памет.
Ето фрагмент от/var/log/messages:
Моята команда "top", сортирана по памет, е по-долу. Имайте предвид, че сървърът не е близо до луд, зает с apache или други процеси. Въпреки това можете да видите, че моно яде 1,9 GB само 10 минути рестартиране на услугите за свързване на екрана. Това е безумно, като се има предвид, че не съм свързан с нито една сесия. Имам общо 3 активни клиенти за „достъп“ и 7 клиенти за „поддръжка“, които дори още не са се свързали със своите сесии.
отгоре - 12:36:41 нагоре 19 дни, 22:21, 2 потребители, средно натоварване: 1.48, 1.27, 1.18
Задачи: общо 231, 2 бягащи, 229 спящи, 0 спрени, 0 зомбита
Процесори: 15,0% us, 11,3% sy, 0,0% ni, 67,2% id, 3,9% wa, 0,8% hi, 1,8% si, 0,0% st
Mem: общо 4019160k, използвани 3906876k, безплатни 112284k, 137216k буфери
Размяна: общо 835580k, използвани 416164k, безплатно 419416k, кеширани 163228k
PID ПОТРЕБИТЕЛ PR NI VIRT RES SHR S% CPU% MEM TIME + COMMAND
- Преместването на твърде малко или яденето на твърде много психология днес
- Диети с моно храна Яде ли се ЕДИН ХРАНА, която и да е добра Forever Fit
- Лук за диабет тип 2 Яденето на ТАЗИ храна може да подобри контрола на кръвната захар и да понижи холестерола
- Извън контрол Истинска история за преяждането - The New York Times
- Намалете експозицията на глифозат, като ядете органични доклади на потребителите