Как я могу исследовать медленную производительность приложения?
Я выполняю LibreOffice Calc 5.2 в Ubuntu 14.04, LTS и его производительность являются катастрофически медленными.
Я обыскивал пул форума для возможных ответов и попробовал каждую опцию, доступную мне:
- Выключите среду выполнения Java
- Допуск памяти объекта изменения
- Превращенный OpenCL включения - выключения
- Превращенный OpenGL включения - выключения
- Превращенный вкл\выкл сглаживание
- Попробованный каждый собственный, протестированный и доступный драйвер Nvidia с открытым исходным кодом
- Используемый локальный вместо совместно используемых файлов самбы
- Размонтированный все сетевые ресурсы
- Отключенный от сети полностью
- Перемещенный в легкий xfce4 менеджер окон
LibreOffice остается хромым и неприменимым. Это прокрутит, будет иногда отображать ожидание серым. Копируя и вставляющий формулы ячейки, безумно замедлитесь, greyouts постоянно. Это находится на собственной электронной таблице LO только с одним листом и только как много записей как видно когда-то.
Я установил поля гнома на той же машине, установили Windows 7 в этом. Я установил LO 5.2 в этом и открыл ту же электронную таблицу. Интерактивность является гладкой и в реальном времени как он, должен быть, на той же машине, в виртуальной машине.
Я выполняю ноутбук рабочей станции HP: nVidia FX880M; Intel Core i7 Q 820 1.73GHz в режиме гиперпоточности (8 ядер HT); ПОРШЕНЬ на 32 ГБ.
Я не знаю, что у любого есть ответ кроме просто проигрывания с настройками и надеждой. Я не разработчик ядер Linux, ни LibreOffice, но я действительно кодирую. Какие инструменты доступны для обнаружения то что же, спрашивается, занимает много времени в Lo в соответствии с Ubuntu, которая заставляет его так неизмеримо замедлиться? Как я могу использовать что-то большее чем догадки для отладки то, что произошло с этой установкой, моей машиной, и т.д.?
Править: Любопытно, обновление 16.04 LTS полностью решило проблему. Не объясняет, почему, но ясно существует некоторое различие между двумя, которые могут составлять проблему.