Как насчет использования 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
Может возникнуть проблема с картами, у которых есть 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, где оно было минимальным
Я не знаю , почему это происходит, но следующее работало для меня:
...
Я изменил моя команда мыши на «10», которая решила эту проблему.
Инструкции для всех, кто хотел бы реплицировать мое решение:
sudo gedit /etc/modules
Добавить следующее:
-r usbhid usbhid mousepoll=10
Сохраните файл и перезагрузитесь. Чтобы убедиться, что это значение действует, выполните следующую команду:
cat /sys/module/usbhid/parameters/mousepoll
Если результат равен «10», вам это удалось. Вы также должны иметь плавное движение окна.
blockquote>
Вы можете взглянуть на этот поток: http://ubuntuforums.org/showthread.php?t=1727008
У меня тоже такая проблема. Я запускаю двойные мониторы на nvidia 9600gt. Я до сих пор не заметил никакой другой проблемы, кроме перемещения окна. Когда я впервые загружаю или перезапускаю или перезапускаю компилятор, проблема исчезает. Затем я могу запустить два терминала. Один из них я начинаю, а другой начинаю двигаться по кругу. В течение примерно минуты после перемещения окна движение начинает замедляться, а затем начинает сканирование. Достаточно скоро я смогу переместить мышь и вообще не иметь окна. Оглядываясь в верхнем окне, я вижу, что Xorg использует около 60% процессора, а compiz использует еще 30% (ядро i7 860). Как только я получу окна, чтобы начать движение медленно, они будут продолжать двигаться медленно, независимо от того, сколько времени я дам машине для восстановления.
Я заметил, что отключение оконных украшений в ccsm фиксирует задержку, но, очевидно, делает для других проблем удобства использования.
Я также попробовал целый набор настроек. Turning DynamicTwinView false. Отключение синхронизации в пустом плагине. Если вы отключите «Обновить частоту обновления» и установите частоту обновления до 120 Гц * (что вдвое больше моего фактического обновления скорость) в составном плагине CCSM Ни один из вышеперечисленных вопросов не исправил мою проблему.
Я не знаю , почему это происходит, но следующее работало для меня:
...
Я изменил моя команда мыши на «10», которая решила эту проблему.
Инструкции для всех, кто хотел бы реплицировать мое решение:
sudo gedit /etc/modules
Добавить следующее:
-r usbhid usbhid mousepoll=10
Сохраните файл и перезагрузитесь. Чтобы убедиться, что это значение действует, выполните следующую команду:
cat /sys/module/usbhid/parameters/mousepoll
Если результат равен «10», вам это удалось. Вы также должны иметь плавное движение окна.
blockquote>
Отключение этой опции сделало мои движения в окне намного более гладкими. CCSM> Утилита> Обходные пути.
Я предполагаю, что это имеет какое-то отношение к metacity
Ага! Если вы устанавливаете менеджер настроек compiz и переходите в «Move Window» и поворачиваете непрозрачность до 1, это уже не лагги для меня. Теперь, эй, это не идеальное решение, на самом деле это чертовски раздражает, но это лучше, чем использование Unity2D (которое я обнаружил глюком).
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. Они могут «затормозить» что-то для вас, предоставив вам решение, которое вы хотели, и наслаждались в течение нескольких недель.
Решение, которое сработало для меня, было CCSM >> Composite >> Отключить автоматическую частоту обновления и вручную установить его в любом месте ниже 25.
Может возникнуть проблема с картами, у которых есть 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, где оно было минимальным
Попробуйте это, установите диспетчер настроек CompizConfig в настройки OpenGL и отключите синхронизацию с vBlank.
Может возникнуть проблема с картами, у которых есть 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, где оно было минимальным
У меня такая же проблема, и я исправлял ее в течение некоторого времени. Отключение V-sync в настройках compiz и nvidia немного помогает, но оно полностью не решает проблему, и я не думаю, что это причина проблемы. И когда я проверяю PowerMizer, все выглядит нормально.
Вы можете попытаться вручную добавить следующую строку в раздел Device
раздела /etc/X11/xorg.conf
:
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x3322; PowerMizerDefaultAC=0x1"
Просто убедитесь, что отступы совпадают с другими строками.
Когда я записал это поведение , я заметил, что мышь в записи обычно перемещается, а на экране он замерзает так же, как и остальная часть рабочего стола. Не уверен, что это помогает, но подумал, что это стоит отметить.
Я пришел к выводу, что со временем это ухудшается. Все правильно после загрузки (или перезагрузки Compiz или X). Но через некоторое время он становится все более и более вялым, пока перемещение окон вокруг не приведет к более или менее замораживанию всего рабочего стола (например, в кешках экрана), пока вы не прекратите его перемещать. Возможно, утечка утечки?
Ага! Если вы устанавливаете менеджер настроек compiz и переходите в «Move Window» и поворачиваете непрозрачность до 1, это уже не лагги для меня. Теперь, эй, это не идеальное решение, на самом деле это чертовски раздражает, но это лучше, чем использование Unity2D (которое я обнаружил глюком).
У меня тоже такая проблема. Я запускаю двойные мониторы на nvidia 9600gt. Я до сих пор не заметил никакой другой проблемы, кроме перемещения окна. Когда я впервые загружаю или перезапускаю или перезапускаю компилятор, проблема исчезает. Затем я могу запустить два терминала. Один из них я начинаю, а другой начинаю двигаться по кругу. В течение примерно минуты после перемещения окна движение начинает замедляться, а затем начинает сканирование. Достаточно скоро я смогу переместить мышь и вообще не иметь окна. Оглядываясь в верхнем окне, я вижу, что Xorg использует около 60% процессора, а compiz использует еще 30% (ядро i7 860). Как только я получу окна, чтобы начать движение медленно, они будут продолжать двигаться медленно, независимо от того, сколько времени я дам машине для восстановления.
Я заметил, что отключение оконных украшений в ccsm фиксирует задержку, но, очевидно, делает для других проблем удобства использования.
Я также попробовал целый набор настроек. Turning DynamicTwinView false. Отключение синхронизации в пустом плагине. Если вы отключите «Обновить частоту обновления» и установите частоту обновления до 120 Гц * (что вдвое больше моего фактического обновления скорость) в составном плагине CCSM Ни один из вышеперечисленных вопросов не исправил мою проблему.
Попробуйте это, установите диспетчер настроек CompizConfig в настройки OpenGL и отключите синхронизацию с vBlank.
У меня тоже такая проблема. Я запускаю двойные мониторы на nvidia 9600gt. Я до сих пор не заметил никакой другой проблемы, кроме перемещения окна. Когда я впервые загружаю или перезапускаю или перезапускаю компилятор, проблема исчезает. Затем я могу запустить два терминала. Один из них я начинаю, а другой начинаю двигаться по кругу. В течение примерно минуты после перемещения окна движение начинает замедляться, а затем начинает сканирование. Достаточно скоро я смогу переместить мышь и вообще не иметь окна. Оглядываясь в верхнем окне, я вижу, что Xorg использует около 60% процессора, а compiz использует еще 30% (ядро i7 860). Как только я получу окна, чтобы начать движение медленно, они будут продолжать двигаться медленно, независимо от того, сколько времени я дам машине для восстановления.
Я заметил, что отключение оконных украшений в ccsm фиксирует задержку, но, очевидно, делает для других проблем удобства использования.
Я также попробовал целый набор настроек. Turning DynamicTwinView false. Отключение синхронизации в пустом плагине. Если вы отключите «Обновить частоту обновления» и установите частоту обновления до 120 Гц * (что вдвое больше моего фактического обновления скорость) в составном плагине CCSM Ни один из вышеперечисленных вопросов не исправил мою проблему.
Решение, которое сработало для меня, было CCSM >> Composite >> Отключить автоматическую частоту обновления и вручную установить его в любом месте ниже 25.
Отключение этой опции сделало мои движения в окне намного более гладкими. CCSM> Утилита> Обходные пути.
Я предполагаю, что это имеет какое-то отношение к metacity
У меня такая же проблема, и я исправлял ее в течение некоторого времени. Отключение V-sync в настройках compiz и nvidia немного помогает, но оно полностью не решает проблему, и я не думаю, что это причина проблемы. И когда я проверяю PowerMizer, все выглядит нормально.
Вы можете попытаться вручную добавить следующую строку в раздел Device
раздела /etc/X11/xorg.conf
:
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x3322; PowerMizerDefaultAC=0x1"
Просто убедитесь, что отступы совпадают с другими строками.
Когда я записал это поведение , я заметил, что мышь в записи обычно перемещается, а на экране он замерзает так же, как и остальная часть рабочего стола. Не уверен, что это помогает, но подумал, что это стоит отметить.
Я пришел к выводу, что со временем это ухудшается. Все правильно после загрузки (или перезагрузки Compiz или X). Но через некоторое время он становится все более и более вялым, пока перемещение окон вокруг не приведет к более или менее замораживанию всего рабочего стола (например, в кешках экрана), пока вы не прекратите его перемещать. Возможно, утечка утечки?
Может возникнуть проблема с картами, у которых есть 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, где оно было минимальным
Вы можете взглянуть на этот поток: http://ubuntuforums.org/showthread.php?t=1727008