Очень низкая производительность Accurev SCM на Mac OSX

Я администратор Accurev на работе. У меня есть один из моих пользователей на Mac OSX, у которого очень плохая производительность — между запуском приложения и отображением экрана входа в систему проходит около 45 секунд. Запуск «точной информации» занимает 8 секунд. Наш сервер версии 5.3a, а клиент версии 5.3b. У нас была такая же проблема на версии 4.7. Мы открыли запрос в службу поддержки месяц назад и получили много обращений туда и обратно.

Вот информация об оборудовании

  • Название модели: iMac
  • Идентификатор модели: iMac11,3
  • Название процессора: Intel Core i7
  • Частота процессора: 2,93 ГГц
  • Количество процессоров: 1
  • Общее количество ядер: 4
  • Кэш L2 (на ядро): 256 КБ
  • Кэш L3: 8 МБ
  • Память: 8 ГБ
  • Скорость соединения процессора: 4,8 ГТ/с
  • Версия загрузочного ПЗУ: IM112.0057.B00
  • Версия SMC (система): 1.59f2

Вот результат "accurev diag"

  • Базовый процессор: 108233,76
  • Разрешение имени хоста: 286,69
  • Память: 582,40
  • Гарантированная скорость записи на диск: 135,52 МБ/сек.
  • Сетевое чтение: 11,20 МБ/с, 11472,14 КБ/с
  • Доступная пропускная способность сети эквивалентна стандартной 100-мегабитной локальной сети.
  • Запись по сети: 10,72 МБ/с, 10973,83 КБ/с
  • Доступная пропускная способность сети эквивалентна стандартной 100-мегабитной локальной сети.

Все остальные приложения работают очень быстро на этой машине. У меня есть Macbook Pro с i7 и 4 ГБ оперативной памяти, и Accurev отлично работает на нем. Тем не менее, я не эксперт по Mac.

Я в недоумении, и этот пользователь действительно расстраивается. У кого-нибудь из вас есть предложения?

Заранее спасибо за прочтение этого вопроса.


macos accurev
person Monte Wingle    schedule 11.01.2012    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Не могли бы вы опубликовать идентификатор обращения в службу поддержки, чтобы я мог просмотреть историю? Моя первая склонность заключалась бы в том, чтобы изолировать, является ли это клиентом accurev в целом или ограниченным графическим интерфейсом Java. Сколько времени занимает запуск таких команд, как «accurev show -fx depots» из командной оболочки, по сравнению, например, с открытием списка хранилищ в графическом интерфейсе?

Если окажется, что это клиент AccuRev в целом, возможно ли, что происходит какая-то дуплексная передача с клиентской машины по сети? Я видел, как это происходит через телефоны VoIP. Однако вывод «accurev diag» делает это менее вероятным. Вы пытались заставить их удалить свой файл «preferences.xml», который находится в каталоге пользователя .accurev в его домашнем каталоге?

Просто мысли... ~Джеймс

person jtalbott    schedule 11.01.2012
comment
accurev show -fx depots заняло шесть секунд. По вашему предложению я попросил его удалить файл preferences.xml, и это не повлияло на производительность. Я попытался удалить всю папку .accurev, но никаких изменений. Номер дела SPT-14205. - person Monte Wingle; 12.01.2012
comment
Спасибо, Монте. Я просмотрел записи дела. Похоже, что это какой-то фактор окружающей среды, выходящий за рамки того, что мы обычно ожидаем. Я думаю, что любые отзывы/устранение неполадок, которые я мог бы предоставить здесь, были бы излишними, я бы предложил продолжить работу над этим в случае, хотя я начну отслеживать его, чтобы ускорить решение... - person jtalbott; 12.01.2012
comment
Проблема оказалась проблемой разрешения имен. Вызов getipnodebyname занял около 2 секунд, и похоже, что Accurev часто использует этот вызов. Исправление состояло в том, чтобы добавить имя его локальной машины в файл /etc/hosts для более быстрого разрешения. - person Monte Wingle; 18.01.2012