Комментарии 9
Надо же, практически всё помню. Хотя некоторые параметры команд 25 лет назад в SCO Unix и FreeBSD, помнится, отличались (например, у ps
были немного другие ключи), ну и современных продвинутых вариантов команд тогда не было. )
Бесполезных там нет. Заголовок странный.
команды jobs, fg и bg - это внутренние команды шелла, по ним нет man, по ним есть help
И я подозреваю, что автор статьи не понимает их смысла, они вряд ли имеют отношение к тому бэкграунду, который предполагается в 99% случаев.
Соглашусь, что заголовок странный. Это базовый набор команд для любого, кто работает в командной строке *nix
Я бы добавил, что разработчикам было бы неплохо освоить export, поскольку на удивление очень многие не понимают архитектуру ОС и как работать с environment variables, хотя они используются практически в каждом фреймворке.
ncdu
fdupes -r .
locate -Ai name1 name2
fatrace
strace cmd
tail -f filename
Полагаю к *trace и подобным относится фраза
Далее (во второй части) мы еще поговорим о расширенном варианте, когда нужно посмотреть, как именно происходит соединение, на каких этапах мы теряем время.
locate - не слышал упоминания этой утилиты лет 15 к тому же она требует свою базу и её обновления.
find + grep успешно её заменяют.
Статья, насколько я понимаю, только начало большого цикла. Ждём дальше.
find + grep
работает на порядки медленнее
если у вас многотерабайтная файловая система с миллионом файлов, удачи искать все find|grep, особенно, если надо регулярно.
Кроме того locate легко оперирует частью пути, а не только имя файла. И делает это за инстант тайм.
Ну и вдобавок, вы можете делать базу для конкретной ветки, запуская updatedb в определенном каталоге, и затем locate по этой конкретной базе.
В общем кроме поиска, это еще и некий каталогизатор, который можно использовать даже если сам диск отключен, например для холодных бэкапов.
Полезные команды GNU/Linux для разработчика. Часть 1