Проблемы производительности, когда рабочие настольные приложения Java на Метакадре Citrix

Сервер VMware на поддержках Linux, устанавливающих виртуальные машины для включений при начальной загрузке. От консоли сервера, свойств Go VM:: Вкладка Опций:: запуск/Завершение работы, и На Запуске Хоста для Включения Виртуальной машины. Я предположил бы, что это может быть сделано с другим программным обеспечением VMware также.

Править: А-ч хорошо, чтобы попытаться на самом деле ответить на Ваш вопрос then:-)

Когда я выполняю vmrun на своем собственном поле, это не просит у меня пароль. Возможно, это только просит у Вас пароль при использовании vmrun с аргументом хоста (или если Вам нужны полномочия пользователя root?), Если это верно, что относительно того, чтобы настроить пароль меньше ssh использование ключей? Затем Вы могли просто сделать что-то как ssh fooUser@myServer 'vmrun start /foo/bar/baz.vm' и это могло бы работать. Если это действительно требует более высоких полномочий, можно дать определенное пользовательское разрешение выполнить определенные команды с sudo и/etc/sudoers файлом.

С контролем Nagios можно настроить обработчики событий, которые запустят скрипт (такой как команда, которую я отправил), если это обнаруживает, что рассматриваемый хост на самом деле снижается.

4
задан 3 August 2009 в 23:43
2 ответа

Это происходит, когда это - единственное выполнение приложения? Приложения Java обычно не имеют никакой проблемы с Citrix.

Также Вы получаете те же результаты при запуске приложения в консоли?.

0
ответ дан 3 December 2019 в 04:18
  • 1
    То же здесь кроме добавить, что JAVA-приложения действительно кажутся вялыми на Citrix, но с другой стороны, они чувствуют себя вялыми, работая на моем собственном ПК. Просто мнение все же. –  Rob Nicholson 21 August 2009 в 13:32

Мы были заполонены с этим в течение нескольких месяцев, запускающихся в январе-феврале 2009. Служба поддержки MS наконец решила, что она была вызвана чрезмерной блокировкой реестра, произойдя от объекта помощника браузера (BHO) IE для Java.

Я не думаю, что первопричиной был серовато-синий Java, поскольку мы не вносили изменений в Java в течение долгого времени. Наше обходное решение должно было добавить отклонение acl для всех пользователей к библиотекам Java, которыми пользуются для bho:

(Java 6):
C:\Program Files\Java\jre6\bin\jp2ssv.dll
C:\Program Files\Java\jre6\bin\ssv.dll

Может повредить некоторые приложения, но работал на нас с JRE6. Выполнение этого для более старых версий JRE5 действительно повреждало некоторые приложения.

1
ответ дан 3 December 2019 в 04:18

Теги

Похожие вопросы