Рабочий стол работает очень гладко, анимации все быстрые и безупречные. Перемещение окон вокруг, однако, очень отсталое. Зачем?

Как насчет использования ed вместо sed?

$ ed -s test.txt << EOF
0r !stat -c \%y %
1 s/\.[0-9]*//
w
q
EOF

Это говорит:

считывает вывод команды stat -c \%y % и вставляет его в положение 0 в буфер, т.е. перед первой строкой. Обратите внимание, что в ed неэкранный % является сокращением для текущего файла. на этой (сейчас первой) строке вместо нуля заменить вместо десятичного периода и после цифр записать результат обратно в файл и выйти

-s не является обязательным - он просто предотвращает вывод ed количество строк. Если stat добавляет смещение часового пояса в вашем регионе / часовом поясе, и вы также хотите его удалить, вы можете изменить команду s, чтобы удалить период и все последующие за ним, например. s/\..*//

Также можно использовать ed в однострочном режиме, выполняя свои команды со стандартного ввода с использованием echo или printf, хотя немного сложно получить право экранирования: [ ! d8]

printf '0r !stat -c \%%y %%\n1 s/\.[0-9]*//\nw\nq' | ed -s test.txt
6
задан 23 October 2011 в 20:51

22 ответа

Может возникнуть проблема с картами, у которых есть powermizer & amp; настроены на «адаптивные», хотя не уверены, что это так с вами, т.е. что у вас есть powermizer - ck. nvidia-settings.

В приведенном выше случае, когда часы gpu находятся на самой низкой настройке, может быть небольшое отставание, когда действие требует более высокой тактовой частоты. Перемещение окон - один из таких примеров, некоторые сценарии прокрутки также показывают это.

Если у вас есть powermizer, - для проверки - установите предпочтительную производительность Max & amp; видеть. Этот параметр длится до тех пор, пока он не будет установлен в настройках nvidia или перезагрузке.

Если это так, это можно изменить в xorg.conf, я использую раздел, который удерживает gpu на max, когда на ac, on адаптивный, когда на батарее.

Это поведение наблюдается здесь только с compiz-0.9.X, хуже, чем в 11.10, чем 11.04, где оно было минимальным

0
ответ дан 25 July 2018 в 21:01

Я не знаю , почему это происходит, но следующее работало для меня:

...

Я изменил моя команда мыши на «10», которая решила эту проблему.

Инструкции для всех, кто хотел бы реплицировать мое решение:

sudo gedit /etc/modules

Добавить следующее:

-r usbhid
usbhid mousepoll=10

Сохраните файл и перезагрузитесь. Чтобы убедиться, что это значение действует, выполните следующую команду:

cat /sys/module/usbhid/parameters/mousepoll

Если результат равен «10», вам это удалось. Вы также должны иметь плавное движение окна.

Источник

4
ответ дан 25 July 2018 в 21:01

Вы можете взглянуть на этот поток: http://ubuntuforums.org/showthread.php?t=1727008

0
ответ дан 25 July 2018 в 21:01

У меня тоже такая проблема. Я запускаю двойные мониторы на nvidia 9600gt. Я до сих пор не заметил никакой другой проблемы, кроме перемещения окна. Когда я впервые загружаю или перезапускаю или перезапускаю компилятор, проблема исчезает. Затем я могу запустить два терминала. Один из них я начинаю, а другой начинаю двигаться по кругу. В течение примерно минуты после перемещения окна движение начинает замедляться, а затем начинает сканирование. Достаточно скоро я смогу переместить мышь и вообще не иметь окна. Оглядываясь в верхнем окне, я вижу, что Xorg использует около 60% процессора, а compiz использует еще 30% (ядро i7 860). Как только я получу окна, чтобы начать движение медленно, они будут продолжать двигаться медленно, независимо от того, сколько времени я дам машине для восстановления.

Я заметил, что отключение оконных украшений в ccsm фиксирует задержку, но, очевидно, делает для других проблем удобства использования.

Я также попробовал целый набор настроек. Turning DynamicTwinView false. Отключение синхронизации в пустом плагине. Если вы отключите «Обновить частоту обновления» и установите частоту обновления до 120 Гц * (что вдвое больше моего фактического обновления скорость) в составном плагине CCSM Ни один из вышеперечисленных вопросов не исправил мою проблему.

0
ответ дан 31 July 2018 в 11:20

Я не знаю , почему это происходит, но следующее работало для меня:

...

Я изменил моя команда мыши на «10», которая решила эту проблему.

Инструкции для всех, кто хотел бы реплицировать мое решение:

sudo gedit /etc/modules

Добавить следующее:

-r usbhid
usbhid mousepoll=10

Сохраните файл и перезагрузитесь. Чтобы убедиться, что это значение действует, выполните следующую команду:

cat /sys/module/usbhid/parameters/mousepoll

Если результат равен «10», вам это удалось. Вы также должны иметь плавное движение окна.

Источник

4
ответ дан 31 July 2018 в 11:20

Отключение этой опции сделало мои движения в окне намного более гладкими. CCSM> Утилита> Обходные пути.

Я предполагаю, что это имеет какое-то отношение к metacity

0
ответ дан 31 July 2018 в 11:20

Ага! Если вы устанавливаете менеджер настроек compiz и переходите в «Move Window» и поворачиваете непрозрачность до 1, это уже не лагги для меня. Теперь, эй, это не идеальное решение, на самом деле это чертовски раздражает, но это лучше, чем использование Unity2D (которое я обнаружил глюком).

0
ответ дан 31 July 2018 в 11:20

https://askubuntu.com/questions/79878/live-cd-live-usb-much-faster-than-full-install

Это, скорее всего, проблема в настоящее время ужасно глючит Compiz и некоторые ошибки Unity в сочетании. На панели запуска есть много сообщений. Ознакомьтесь с моим профилем панели управления, просмотрите отчеты об ошибках, которые отслеживаются здесь, и попытайтесь определить, какое описание наиболее подходит вашему делу. https://bugs.launchpad.net/~bucic/ Для меня это было https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/763005 Я выполнил инструкции по отключению синхронизации для vblank и добавлению тестовых PPA. С тех пор мой рабочий стол работает так, как должен. PPA - это ppa: vanvugt / compiz и ppa: vanvugt / unity. Инструкции о том, как добавить PPA, приведены на соответствующих страницах стартовой панели. Обязательно выполните полную резервную копию системы, прежде чем продолжить, если вы не знаете, как отменить изменения от тестирования PPA. Также делайте полную резервную копию системы каждый раз, прежде чем применять обновления. Они тестируют PPA. Они могут «затормозить» что-то для вас, предоставив вам решение, которое вы хотели, и наслаждались в течение нескольких недель.

0
ответ дан 31 July 2018 в 12:20

Решение, которое сработало для меня, было CCSM >> Composite >> Отключить автоматическую частоту обновления и вручную установить его в любом месте ниже 25.

1
ответ дан 31 July 2018 в 12:20

Может возникнуть проблема с картами, у которых есть powermizer & amp; настроены на «адаптивные», хотя не уверены, что это так с вами, т.е. что у вас есть powermizer - ck. nvidia-settings.

В приведенном выше случае, когда часы gpu находятся на самой низкой настройке, может быть небольшое отставание, когда действие требует более высокой тактовой частоты. Перемещение окон - один из таких примеров, некоторые сценарии прокрутки также показывают это.

Если у вас есть powermizer, - для проверки - установите предпочтительную производительность Max & amp; видеть. Этот параметр длится до тех пор, пока он не будет установлен в настройках nvidia или перезагрузке.

Если это так, это можно изменить в xorg.conf, я использую раздел, который удерживает gpu на max, когда на ac, on адаптивный, когда на батарее.

Это поведение наблюдается здесь только с compiz-0.9.X, хуже, чем в 11.10, чем 11.04, где оно было минимальным

0
ответ дан 2 August 2018 в 02:43

Попробуйте это, установите диспетчер настроек CompizConfig в настройки OpenGL и отключите синхронизацию с vBlank.

0
ответ дан 2 August 2018 в 02:43

Может возникнуть проблема с картами, у которых есть powermizer & amp; настроены на «адаптивные», хотя не уверены, что это так с вами, т.е. что у вас есть powermizer - ck. nvidia-settings.

В приведенном выше случае, когда часы gpu находятся на самой низкой настройке, может быть небольшое отставание, когда действие требует более высокой тактовой частоты. Перемещение окон - один из таких примеров, некоторые сценарии прокрутки также показывают это.

Если у вас есть powermizer, - для проверки - установите предпочтительную производительность Max & amp; видеть. Этот параметр длится до тех пор, пока он не будет установлен в настройках nvidia или перезагрузке.

Если это так, это можно изменить в xorg.conf, я использую раздел, который удерживает gpu на max, когда на ac, on адаптивный, когда на батарее.

Это поведение наблюдается здесь только с compiz-0.9.X, хуже, чем в 11.10, чем 11.04, где оно было минимальным

0
ответ дан 4 August 2018 в 18:30

У меня такая же проблема, и я исправлял ее в течение некоторого времени. Отключение V-sync в настройках compiz и nvidia немного помогает, но оно полностью не решает проблему, и я не думаю, что это причина проблемы. И когда я проверяю PowerMizer, все выглядит нормально.

Вы можете попытаться вручную добавить следующую строку в раздел Device раздела /etc/X11/xorg.conf:

. ]
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x3322; PowerMizerDefaultAC=0x1"

Просто убедитесь, что отступы совпадают с другими строками.

Когда я записал это поведение , я заметил, что мышь в записи обычно перемещается, а на экране он замерзает так же, как и остальная часть рабочего стола. Не уверен, что это помогает, но подумал, что это стоит отметить.

Я пришел к выводу, что со временем это ухудшается. Все правильно после загрузки (или перезагрузки Compiz или X). Но через некоторое время он становится все более и более вялым, пока перемещение окон вокруг не приведет к более или менее замораживанию всего рабочего стола (например, в кешках экрана), пока вы не прекратите его перемещать. Возможно, утечка утечки?

2
ответ дан 4 August 2018 в 18:30

Ага! Если вы устанавливаете менеджер настроек compiz и переходите в «Move Window» и поворачиваете непрозрачность до 1, это уже не лагги для меня. Теперь, эй, это не идеальное решение, на самом деле это чертовски раздражает, но это лучше, чем использование Unity2D (которое я обнаружил глюком).

0
ответ дан 4 August 2018 в 18:30

У меня тоже такая проблема. Я запускаю двойные мониторы на nvidia 9600gt. Я до сих пор не заметил никакой другой проблемы, кроме перемещения окна. Когда я впервые загружаю или перезапускаю или перезапускаю компилятор, проблема исчезает. Затем я могу запустить два терминала. Один из них я начинаю, а другой начинаю двигаться по кругу. В течение примерно минуты после перемещения окна движение начинает замедляться, а затем начинает сканирование. Достаточно скоро я смогу переместить мышь и вообще не иметь окна. Оглядываясь в верхнем окне, я вижу, что Xorg использует около 60% процессора, а compiz использует еще 30% (ядро i7 860). Как только я получу окна, чтобы начать движение медленно, они будут продолжать двигаться медленно, независимо от того, сколько времени я дам машине для восстановления.

Я заметил, что отключение оконных украшений в ccsm фиксирует задержку, но, очевидно, делает для других проблем удобства использования.

Я также попробовал целый набор настроек. Turning DynamicTwinView false. Отключение синхронизации в пустом плагине. Если вы отключите «Обновить частоту обновления» и установите частоту обновления до 120 Гц * (что вдвое больше моего фактического обновления скорость) в составном плагине CCSM Ни один из вышеперечисленных вопросов не исправил мою проблему.

0
ответ дан 7 August 2018 в 20:36

Попробуйте это, установите диспетчер настроек CompizConfig в настройки OpenGL и отключите синхронизацию с vBlank.

0
ответ дан 7 August 2018 в 20:36

У меня тоже такая проблема. Я запускаю двойные мониторы на nvidia 9600gt. Я до сих пор не заметил никакой другой проблемы, кроме перемещения окна. Когда я впервые загружаю или перезапускаю или перезапускаю компилятор, проблема исчезает. Затем я могу запустить два терминала. Один из них я начинаю, а другой начинаю двигаться по кругу. В течение примерно минуты после перемещения окна движение начинает замедляться, а затем начинает сканирование. Достаточно скоро я смогу переместить мышь и вообще не иметь окна. Оглядываясь в верхнем окне, я вижу, что Xorg использует около 60% процессора, а compiz использует еще 30% (ядро i7 860). Как только я получу окна, чтобы начать движение медленно, они будут продолжать двигаться медленно, независимо от того, сколько времени я дам машине для восстановления.

Я заметил, что отключение оконных украшений в ccsm фиксирует задержку, но, очевидно, делает для других проблем удобства использования.

Я также попробовал целый набор настроек. Turning DynamicTwinView false. Отключение синхронизации в пустом плагине. Если вы отключите «Обновить частоту обновления» и установите частоту обновления до 120 Гц * (что вдвое больше моего фактического обновления скорость) в составном плагине CCSM Ни один из вышеперечисленных вопросов не исправил мою проблему.

0
ответ дан 10 August 2018 в 08:58

Решение, которое сработало для меня, было CCSM >> Composite >> Отключить автоматическую частоту обновления и вручную установить его в любом месте ниже 25.

1
ответ дан 10 August 2018 в 08:58

Отключение этой опции сделало мои движения в окне намного более гладкими. CCSM> Утилита> Обходные пути.

Я предполагаю, что это имеет какое-то отношение к metacity

0
ответ дан 10 August 2018 в 08:58

У меня такая же проблема, и я исправлял ее в течение некоторого времени. Отключение V-sync в настройках compiz и nvidia немного помогает, но оно полностью не решает проблему, и я не думаю, что это причина проблемы. И когда я проверяю PowerMizer, все выглядит нормально.

Вы можете попытаться вручную добавить следующую строку в раздел Device раздела /etc/X11/xorg.conf:

. ]
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x3322; PowerMizerDefaultAC=0x1"

Просто убедитесь, что отступы совпадают с другими строками.

Когда я записал это поведение , я заметил, что мышь в записи обычно перемещается, а на экране он замерзает так же, как и остальная часть рабочего стола. Не уверен, что это помогает, но подумал, что это стоит отметить.

Я пришел к выводу, что со временем это ухудшается. Все правильно после загрузки (или перезагрузки Compiz или X). Но через некоторое время он становится все более и более вялым, пока перемещение окон вокруг не приведет к более или менее замораживанию всего рабочего стола (например, в кешках экрана), пока вы не прекратите его перемещать. Возможно, утечка утечки?

2
ответ дан 15 August 2018 в 21:47

Может возникнуть проблема с картами, у которых есть powermizer & amp; настроены на «адаптивные», хотя не уверены, что это так с вами, т.е. что у вас есть powermizer - ck. nvidia-settings.

В приведенном выше случае, когда часы gpu находятся на самой низкой настройке, может быть небольшое отставание, когда действие требует более высокой тактовой частоты. Перемещение окон - один из таких примеров, некоторые сценарии прокрутки также показывают это.

Если у вас есть powermizer, - для проверки - установите предпочтительную производительность Max & amp; видеть. Этот параметр длится до тех пор, пока он не будет установлен в настройках nvidia или перезагрузке.

Если это так, это можно изменить в xorg.conf, я использую раздел, который удерживает gpu на max, когда на ac, on адаптивный, когда на батарее.

Это поведение наблюдается здесь только с compiz-0.9.X, хуже, чем в 11.10, чем 11.04, где оно было минимальным

0
ответ дан 15 August 2018 в 21:47

Вы можете взглянуть на этот поток: http://ubuntuforums.org/showthread.php?t=1727008

0
ответ дан 15 August 2018 в 21:47

Другие вопросы по тегам:

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