Ответ с grep -f
, вероятно, лучший, но есть и немного стильная альтернатива:
% cut -d, -f3 file2 >names2
% cat file1 file1 names2 | sort | uniq -u
bill.smith
tim.jones
%
Это, конечно, требует дополнительного временного файла (или забав и игр с дескрипторами файлов), и я бы не хотел пробовать это с большими файлами.
Я упоминаю об этом только потому, что для задач, включающих поиск соответствия между файлами, sort
плюс uniq
- неожиданно универсальная и, возможно, недооцененная пара инструментов. Для быстрых задач они могут обеспечить не требующий особых размышлений путь к результату.
Похоже, проблема была вызвана -ncache
(экспериментальный) вариант. Удаление должно исправить это.
Если он включен по умолчанию, попробуйте отключить его с помощью -noncache
.
Когда он включен, он в основном активирует схему кэширования на стороне клиента, которая хранит пиксельные данные за пределами экрана на стороне программы просмотра VNC для более быстрого извлечения, и она должна работать с любой программой просмотра VNC. Однако кажется, что с некоторыми клиентами он работает некорректно.
Таким образом, правильной командой может быть:
x11vnc -display :1.0 -usepw -forever -autoport 5900
В любом другом случае, отличном от ncache, может помочь -clip
параметр .
Согласно ветке форума Ubuntu , вот как работает -ncache
.
Он увеличивает высоту рабочего стола в 10 раз и использует дополнительный буфер кадра для кэширования окон и их файлов сохранения.
Если вы не можете заставить KRDC не показывать вам этот регион (например, изменяя размер его окна), вы не можете использовать KRDC с
x11vnc -ncache
.Итак, на данный момент единственная «поддержка»
-ncache
- это возможность для зрителя иметь полосу прокрутки и отключать автоматическую прокрутку. Или в unix / macosx используйтеssvnc
.
См .: Может ли x11vnc выполнять кэширование данных пикселей на стороне клиента? для получения дополнительной информации.
n в
-ncache n
- это коэффициент увеличения размера базового буфера кадра для использования для кэширования.Это четное целое число, которое должно быть достаточно большим, 6-12, для получения хорошего отклика. Обычно для этого требуется около 50–100 МБ дополнительной оперативной памяти как на стороне клиента, так и на стороне сервера. Например, при n = 6 дисплей с разрешением 1280x1024 будет использовать буфер кадра 1280x7168: все, что находится ниже строки 1024, является кешем буфера пикселей.