Ссылка: 10 трюков в командной строке, о которых вы не знали. Честное слово.
10 трюков в командной строке, о которых вы не знали. Честное слово.
Рекомендую так же почитать коментарии, так как в статье не всегда оптимально.
via nexus
(1 vote)
- 2576 просмотров


ели не контролировать кол-во тасков (на локальном хосте), то распараллеливание ни к чему хорошему не приведет. Тормоза будут хуже, чем при последовательном выполнении
можно просто сделать until по
ps h -C $NameOfProcess |uniq|wc -l
со слипом.
Оптимальное количество распараллеленных процессов зависит от многих параметров, но в общем случае, наверное, нормально поставить кол-во процессоров (для "счетных" задач) или чуть больше (для задач, обрабатывающих файлы)
Не по теме но все же
есть куча файлов
YYYY-MM-DD.logs
после восстановления из бэкапа они почему то поменяли свою дату (причем рандомно)
каким криптом поставить дату создания и изменения (обращения) ко всей этой куче файлов той которая в имени файла и время 23:59:59 ?
Что бы было так:
2009.01.01.log дата создания/обращения 2009.01.01 23:59:59
[cite]
2. Распараллеливание циклов
Почти любому администратору знакома мощь циклов — как сделать что-либо для одного, сотни или тысячи пользователей, файлов, машин, процессов, или чего угодно. Большинство строят циклы последовательно, так что каждое задание завершается перед стартом следующего. Но можно посылать каждое задание в фон, и не ждать его завершения:
for HOST in $(< ListOfHosts); do ssh $HOST ’sudo apt-get update’ & doneМожет вам нужна куча ssh-туннелей одновременно:
for HOST in $(< ListOfHosts); do ssh -C -N -R 80:localhost:80 $HOST & doneИногда вы не хотите видеть вывод сразу — в этом случае, сохраните по лог-файлу на каждой машине, а с помощью другого цикла потом их соберите.
Плюсы: сберегает ... времени ожидания завершения.
Совместимость: любой линукс.
Минусы: у баша должны быть ограничения на количество одновременных задач, но пока автор (и переводчик) в них не упёрся.
запросто упираюсь во время, например закачки кучи файлов (список которых например сотня-две), хочется параллельно. но не более 10 штук одновременно. при превышении лимита одновременных wget-ов меня банят на прокси или на сервере. если мне покажут простенький proccess-manager для подобных вещей для башевских циклов for и while, буду безмерно рад!
(в смысле процессов, а не закачек. проблема с закачками решается, например вручную распарралелить ссылки в разные списки, и запустить параллельно со списками. или еще проще - есть куча графических менеждеров закачек с динамическим регулированием параметров параллельности и приоритетов)
к чему эта копипаста?
такое вопросы в форуме задавать надоть Ж:-)
Спасибо большое. Много полезного узнал для себя :))))))))))))
Некоторые советы откровенно ламерские, такие как извлечение из RPM, отслеживание изменился ли файл и т.д.
Ну я бы так не сказал... РПМ... А если я не пользуюсь им? Для меня это реально новость.
Если не пользуетесь и понадобился - то прежде всего почитайте МАН, а не глупые советы.
А вообще, если уж, как так пишется "лень запоминать синтаксис cpio" подобное, типа уж если совсем просто, то тот же MC заходит по дефолту, как в DEM, так и в RPM по простому нажатию enter, как в архивы. Да, и кстати дает даже больший доступ (например показывает все скрипты (пре и пост установочные, и т.д.)) чем его установка как в том совете
Опа... Респект за MC, не знал, признаюсь :)))
ЗЫ: вот видишь, иногда чуток поспорить тоже полезно :))
"Не стреляйте в музыканта, он играет как умеет" Ж:-)
Как бы то ни было, там есть полезные советы, не смотря на некоторый пафос.
И если хоть кто то посчитал это полезным, значит автор не зря старался. Что есть хорошо Ж:-)
Во-во... Я такого же мнения :)
Отправить комментарий