почему не просто делают find
это для Вас?
find ${PWD} -name "*.txt" -exec cp {} /full/path \; && gnome-open /full/path &
Править: от того, от чего я понимаю man xclip
: это обрабатывает текст только, не файлы или каталоги.
Какая часть Вашего веб-сервера даже делает поиски DNS? Большинство конфигураций веб-сервера явно отключает обратный поиск DNS каждого входящего пользователя для скорости (потому что DNS является медленным в целом).
Как Patrick отмечает, nscd делает правильную вещь и уважает положительные значения TTL. Да, Вы могли переопределить его (unbound
позволил бы Вам сделать это легко, просто изменить server.cache-min-ttl
, имеет предупреждения об увеличении его вне 1 часа по тем же причинам). ОДНАКО Ваши запросы, вероятно, главным образом rDNS, который будет иметь тенденцию иметь дольше TTLs в целом.
Кроме того, начиная с Вашего maximum number of cached values
является настолько низким, я хотел бы отметить, что Вы едва получаете любой трафик.
Если Вы действительно заботитесь о том, где Вы, которых пользователи часто повторяют от того, я предложил бы регистрировать его снаружи nscd и не вызвать беспокойство о нем больше.
Редактирование (2013/12//09): nscd -g
статистика хостов от dev.gentoo.org
(никакие блоки в комментариях):
nscd configuration:
4h 8m 43s server runtime
hosts cache:
yes cache is enabled
no cache is persistent
no cache is shared
422 suggested size
1108744 total data pool size
966632 used data pool size
600 seconds time to live for positive entries
20 seconds time to live for negative entries
67878 cache hits on positive entries
2479 cache hits on negative entries
9464 cache misses on positive entries
4276 cache misses on negative entries
83% cache hit rate
6951 current number of cached values
7641 maximum number of cached values
33 maximum chain length searched
1 number of delays on rdlock
0 number of delays on wrlock
0 memory allocations failed
yes check /etc/hosts for changes
Это может быть немного вне темы, но вместо использования nscd
можно переключиться на sssd
(который я рассматриваю его преемником).
Я использую его на SUSE Linux Enterprise Server 11.3 (полностью поддерживаемый), и я рад, что сделал переключатель. Это имеет намного больше и более прекрасные гранулярные параметры конфигурации, чем nscd
и также имеет возможности, которые идут далеко вне какой nscd
может достигнуть.
По крайней мере, я предполагаю, что это достойное внимания: https://fedorahosted.org/sssd/
#sssd
на FreeNode и одном из devs сказал, что они все еще рекомендуют использовать что-то еще для кэширования DNS и упомянули unbound
и nscd
опции. Они действительно говорили, тем не менее, что это разработано для кэширования информации о группе и пользователя.
– Bratchley
10.12.2013, 22:43
nscd уважает восходящие значения TTL.
Если сервер DNS для google.com говорит что TTL для A
запись google.com
10 секунд, и у Вас есть a positive-time-to-live
из 36 000, запись все еще истечет через 10 секунд.
iptables
, отправьте его в программу пространства пользователя (NFQUEUE
цель), который затем подделает его для изменения TTL.
– Totor
06.12.2013, 23:34
Этот параметр:
да кэшируются, совместно используется
позволяет приложениям базироваться вокруг в кэше nscd, и такое действие не зарегистрировано. Это - ожидаемое и самое эффективное поведение.
Набор, что к НЕ и Вы будете видеть, что Ваша частота успешных обращений повышается существенно, но это несколько медленнее.
nscd
так как это в более общем плане полезно специально для материала как идентификатор пользователя и группы. – Bratchley 09.12.2013, 16:49maximum number of cached values
является низким, но я все еще думаю, что с частотой успешных обращений 6%, когда я установил TTL на 10 часов, приведет к большему кэшу, чем 17 кэшируемых значений хоста. Если бы существует способ заставить nscd содержать на записи дольше, это предпочтительно и минимизировало бы влияние обратного DNS. – Bratchley 09.12.2013, 16:52