Благодаря enzotib, кто указал мне в правильном направлении, я был в состоянии решить мой вопрос сам.

1. Введите в терминале: gksu команду gedit /usr/Бен/индикатор-displex

   (Вы можете использовать любой текстовый редактор вместо редакторе gedit. Если вы решите использовать редактор командной строки, как Ви или нано, используйте команду sudo вместо gksu.)

2. На третьей строчке можно увидеть компакт-диски /usr/доли/показатель-displex, изменить его на:

   # компакт-диски /usr/доли/показатель-displex
   

3. Сохраните файл, и вы сделали.

Если Вы читаете человека, страницы , которые он говорит вам, что большая часть документации доступна как Textinfo инструкцию и что:

информация coreutils 'кто вызов'

будет отображать его. Выписка из этого документа:

Если данного не аргументами, " кто " печатает следующее информация для каждого пользователя, вошедшего в систему: логин, терминал линия, времени входа в систему и удаленного хоста или X дисплей.

Таким образом :0 - это X-дисплей в использовании.

Я хотел бы

• иметь последнюю стабильную (2.8) стек моно (моно, Лунный свет с плагин для Firefox, MonoDevelop выступает, Monodoc, и т. д.) В Ubuntu 10.10
• нет никаких остатков старой моно 2.6, который доступен в Ubuntu РЕПО,
• вам все моно-в зависимости от того, удовлетворены пакетов (я боюсь, что они будут жаловаться, если не установить моно 2.6 из упаковок и установить вручную моно 2.8, а)

Как я могу добиться этого?

Нет, эта мышь больше не работает с 10.10 или более поздней версии.

Следопыт может быть то, что вы ищете. Это замена для поиска, которые предлагает "пользователь" функции, такие как двойной панели просмотра, вкладки и падение стека. Я не уверен, если он предлагает инструменты сортировки, который вы хотите, но независимо от того, дадут навигаторе посмотреть.

То, что я использую, чтобы скопировать музыку с айподов является расстройки – бесплатная. Работает очень хорошо!

На фото... копия всех мультфильмов папки в папку на вашем жестком диске, и внимания на "все фотографии в этом каталоге".
Прожектор ищет рекурсивно, так что это будет список всех ваших фотографий. Затем вы можете перетащить их в еще одну новую папку (так они все в одной папке, очевидно), и импортировать их в iPhoto оттуда. После этого вы можете удалить две временных папки.
Не восстановить событий.

Я сделал следующий тест и на моей системе, полученная разница примерно в 100 раз больше для второго сценария.

Мои файлы-это выходной называется трассированием bigfile

$ туалетом -л bigfile.журнал 
Bigfile 1617000.журнал

Скрипты

кстианская@clafujiu:~/tmp в$ Кот p1.sh
хвост -Н 1000000 bigfile."успех журнал | команда grep '": правда | туалет -л
хвост -Н 1000000 bigfile."успех журнал | команда grep '": ложные' | туалет -л

кстианская@clafujiu:~/tmp в$ Кот p2.sh
журнал=$(хвост -Н 1000000 bigfile.журнала)
Эхо "$журнал" | команда grep '"успех": правда | туалет -л
Эхо "$журнал" | команда grep '"успех": правда | туалет -л

Я на самом деле не имеют никаких матчей для команды grep так ничего и не написано до последней трубы через туалет -л

Вот такие тайминги:

кстианская@clafujiu:~/tmp в$ время Баш p1.sh
0
0

реальные 0m0.381s
пользователь 0m0.248s
представление sys 0m0.280С
кстианская@clafujiu:~/tmp в$ время Баш p2.sh
0
0

реальные 0m46.060s
пользователь 0m43.903s
представление sys 0m2.176с

Так что я снова запустил скрипт через команда strace

трассированием -директора П1.трассированием Баш p1.sh
трассированием -финансовый директор Р2.трассированием Баш p2.sh

Вот результаты трассировки:

$ кошка Р1.трассированием 
% времени секунд usecs/звонков ошибки системного вызова
------ ----------- ----------- --------- --------- ----------------
 97.24 0.508109 63514 8 2 с помощью waitpid
 1.61 0.008388 0 84569 читать
 1.08 0.005659 0 42448 писать
 0.06 0.000328 0 21233 _llseek
 0.000024 0.00 0 204 146 stat64
 0.00 0.000017 0 137 fstat64
 0.000000 0.00 0 283 149 открытое
 0.000000 0.00 0 180 8 закрыть
...
 0.000000 0.00 0 162 mmap2
 0.000000 0.00 0 29 getuid32
 0.000000 0.00 0 29 getgid32
 0.000000 0.00 0 29 geteuid32
 0.000000 0.00 0 29 getegid32
 0.000000 0.00 0 3 1 fcntl64
 0.000000 0.00 0 7 set_thread_area
------ ----------- ----------- --------- --------- ----------------
100.00 0.522525 149618 332 итого

И P2.трассированием

$ кот Р2.трассированием 
% времени секунд usecs/звонков ошибки системного вызова
------ ----------- ----------- --------- --------- ----------------
 75.27 1.336886 133689 10 3 с помощью waitpid
 13.36 0.237266 11 21231 писать
 4.65 0.082527 1115 74 БРК
 2.48 0.044000 7333 6 для execve
 2.31 0.040998 5857 7 клон
 1.91 0.033965 0 705681 читать
 0.02 0.000376 0 10619 _llseek
 0.000000 0.00 0 248 132 открытое
...
 0.000000 0.00 0 141 mmap2
 0.000000 0.00 0 176 126 stat64
 0.000000 0.00 0 118 fstat64
 0.000000 0.00 0 25 getuid32
 0.000000 0.00 0 25 getgid32
 0.000000 0.00 0 25 geteuid32
 0.000000 0.00 0 25 getegid32
 0.000000 0.00 0 3 1 fcntl64
 0.000000 0.00 0 6 set_thread_area
------ ----------- ----------- --------- --------- ----------------
100.00 1.776018 738827 293 итого

Анализ

Не удивительно, что в обоих случаях большая часть времени тратится на ожидание для процесса, чтобы закончить, но Р2 ожидает, что в 2,63 раза больше, чем Р1, и как другие упомянули, вы начинаете поздно p2.sh.

Так что теперь забыть о с помощью waitpid, игнорировать % столбце и посмотрите на секунд колонны на обоих следы.

По величине времени Р1 проводит большую часть своего времени на чтение, наверное, понятно, потому что есть большой файл для чтения, но Р2 тратит 28,82 раза дольше читать, чем Р1 делает. - Баш не ожидала прочитать такой большой файл в переменную и, вероятно, значение буфера в то время, разделения на строки, а затем другой.

читать граф П2-705k против 84К для P1, каждый читал, требующих переключения контекста в пространство ядра и снова. Почти в 10 раз количество читает и переключение контекста.

Время в писать Р2 тратит 41.93 раза дольше писать, чем П1

написать граф Р1 больше, чем Р2 пишет, 42к против 21К, однако они гораздо быстрее.

Вероятно, из-за Эха линий в грэп в отличие от хвоста пишу буферов.

Дальше больше, Р2 тратит больше времени на запись, чем на чтение, Р1-наоборот!

Другой фактор, посмотрите на количество БРК системные вызовы : Р2 проводит в 2,42 раза больше ломать, чем читать! В Р1 (это даже не зарегистрировать). БРК - это когда программа должна расширить свое адресное пространство, потому что не было достаточно выделено изначально, это, наверное, из-за Баш того, чтобы прочитать файл в переменную, и не ожидал, что он будет, что большой, и как @scai, если файл становится слишком большим, даже это бы не помогло.

хвост , наверное, это очень эффективное средство чтения файлов, потому что это было разработано, чтобы сделать, это, вероятно, memmaps файла и проверяет на разрывы строк, тем самым позволяя ядру для оптимизации ввода-вывода. bash не не так хорошо, как на время, потраченное на чтение и написание.

Р2 проводит 44ms и 41ms в клон и execv не измеряемое количество для Р1. Наверное, Баш чтение и создание переменной от хвоста.

Наконец, итоги Р1 выполняет ~ 150к система вызывает против Р2 740k (4,93 раза больше).

Устраняя с помощью waitpid, Р1 тратит 0.014416 секунд на выполнение системных вызовов, Р2 0.439132 секунды (30 раз).

Получается, Р2 проводит большую часть времени в пространстве пользователя ничего не делает, а только ждет системных вызовов и ядра regorganise памяти, Р1 выполняет еще пишет, но более эффективен и вызывает значительно меньшую нагрузку на систему, и, следовательно, быстрее.

Заключение

Я никогда не стала бы беспокоиться кодирования с помощью памяти, когда пишу bash-скрипт, это не значит, сказать, что вы не пытаетесь быть эффективным.

хвост предназначен для того, что делает, он, вероятно памяти, карты файл, который будет эффективным для чтения и позволяет ядру для оптимизации ввода-вывода.

Лучший способ оптимизировать вашу проблему может быть, чтобы первая команда grep для"успеха": 'линий и потом посчитайте истин и фальшивых работ, команда grep имеет вариант, который снова избегает сан. узел-л, или даже еще лучше, трубы хвост до того, как awk и считать истин и фальшивых работ одновременно. P2 не только занимает много времени, но добавляет нагрузку на систему во время памяти о тасуется с brks.

Как уже говорилось ранее, удаление всей системы не является ни необходимым, ни достаточным. При удалении браузера профиль-это хорошее начало, но вы, наверное, тоже нужно удалить флеш-куки, запустив РМ -РФ ~/.макросреда ~/.компании Adobe.

Я ищу, чтобы путешествовать с моей пожилой мамой, женой и другими членами семьи, в юго-восточной части Австралии, от Сиднея до Аделаиды, принимая около недели. У нас есть 6 или 7 в нашей партии.

Я полагаю, я мог бы арендовать микроавтобус в Сиднее и в Аделаиде?

С размером нашей партии и расстояния, в качестве альтернативы можно посмотреть на недельный тур, который начнется в Сиднее и закончится в Аделаиде.

Какие-либо предложения? Легко ли арендовать микроавтобус в Австралии? Где я могу пойти искать тур на юго-восток, в качестве альтернативы?

(К сведению-это будет мой первый визит в Австралию, так что любой совет приветствуется! Я из США, где я езжу на правом, но я ездил по всей Великобритании, за рулем слева, поэтому я не слишком беспокоюсь о вождении автомобиля. Но меня беспокоит забота о всех в мою сторону.)

Возможные Дубликаты:
Как установить и использовать самую последнюю версию оболочки GNOME?

Это лучший способ, чтобы изменить единства с GNOME 3, позволит снова войти в единство? (я люблю гнома 3 я использую для возрастов GNOME в качестве рабочего стола по умолчанию). Но не уверен, если это правильный путь, чтобы применить в Ubuntu? Или есть какой-то левый вариант лучше?

$ apt-получить установку Убунту-гном-десктоп Убунту-гном-по умолчанию-настройки
$ судо команды dpkg-перенастроить ГДМ
> выберите ГДМ
$ судо apt-получить удалить Убунту-настройки
$ судо apt-получить установку гнома-документы гном-коробки
$ судо дополнения кв-репозиторий PPA:gnome3-команда/gnome3
$ судо apt-получить удалить оверлей-скроллбаров*

перезагрузка

найти -типа F | для egrep "[0-9]{3}\.тхт$" | команда grep -v с pure_

В найти ищет файлы, начиная с текущего каталога.

В для egrep применяет расширенные регулярные выражения, фильтрация по три цифры дописаны ".тхт" (точки должен быть экранирован, иначе "Atxt" будет соответствовать тоже,), в конце линии.

В грэп фильтров от (-в) строки со строкой "pure_" (я не уверен, если место "pure_" - это важно).

Короткий ответ заключается в том, что вы почти наверняка хотите emacs23: это полная версия редактора Emacs 23 с графической поддержкой.

emacs23-noх и то же, но без поддержки графики. Если вы устанавливаете в Emacs на сервере или в другой среде, у которого нет системы х window, вместо этого вы должны принести эту версию. (Обратите внимание, что emacs23 работает нормально только на терминале, так только причина, предпочитают emacs23-noх в emacs23 если вы не хотите, чтобы тащить в зависимостях).

Е3 и Юпитер не в Emacs; они легкие редакторы, которые есть в Emacs режимы к ним.

emacs23-осознанные - это указать, что раньше называлось "осознанные в Emacs".