Эта заметка навеяна мелькавшими последнее время на хабре постами двух тематик — «интересные команды unix» и «как я подбирал программиста». И описываемые там команды, конечно, местами интересные, но редко практически полезные, а выясняется, что реально полезным инструментарием мы пользоваться и не умеем.
Небольшое лирическое отступление:
Года три назад меня попросили провести собеседование с претендентами на должность unix-сисадмина. На двух крупнейших на тот момент фриланс-биржах на вакансию откликнулись восемь претендентов, двое из которых входили в ТОП-5 рейтинга этих бирж. Я никогда не требую от админов знания наизусть конфигов и считаю, что нужный софт всегда освоится, если есть желание читать, логика в действиях и умение правильно пользоваться инструментарием системы. Посему для начала претендентам были даны две задачки, примерно такого плана:
— поместить задание в крон, которое будет выполняться в каждый чётный час и в 3 часа;
— распечатать из файла /var/run/dmesg.boot информацию о процессоре.
утилита поиска строк grep в windows 10 грузит процессор
К моему удивлению никто из претендентов с обоими вопросами не справился. Двое, в принципе, не знали о существовании grep.
Поэтому… Лето… Пятница… Перед шашлыками немного поговорим о grep.
Зная местную публику и дабы не возникало излишних инсинуаций сообщаю, что всё нижеизложенное справедливо для
# grep —version | grep grep grep (GNU grep) 2.5.1-FreeBSD
Это важно в связи с
# man grep | grep -iB 2 freebsd -P, —perl-regexp Interpret PATTERN as a Perl regular expression. This option is not supported in FreeBSD.
Для начала о том как мы обычно grep’аем файлы.
Используя cat:
Но зачем? Ведь можно и так:
Или вот так (ненавижу такую конструкцию):
Зачем-то считаем отобранные строки с помощью wc:
Хотя можно:
Сделаем тестовый файлик:
test.txt
И приступим к поискам:
Опция -w позволяет искать по слову целиком:
А если нужно по началу или концу слова?
Стоящие в начале или конце строки?
Хотите увидеть строки в окрестности искомой?
Только снизу или сверху?
А ещё мы умеем так
И наоборот исключая эти
Разумеется grep поддерживает и прочие базовые квантификаторы, метасимволы и другие прелести регулярок
Пару практических примеров:
Отбираем только строки с ip:
Работает, но так симпатичнее:
Уберём строку с комментарием?
А теперь выберем только сами ip
Вот незадача… Закомментированная строка вернулась. Это связано с особенностью обработки шаблонов. Как быть? Вот так:
Здесь остановимся на инвертировании поиска ключом -v
Допустим нам нужно выполнить «ps -afx | grep ttyv»
Утилита поиска строк (GREP) грузит процессор. Вирус-майнер Flocker
Всё бы ничего, но строка «48798 2 S+ 0:00.00 grep ttyv» нам не нужна. Используем -v
Некрасивая конструкция? Потрюкачим немного:
Также не забываем про | (ИЛИ)
ну и тоже самое, иначе:
Ну и если об использовании регулярок в grep’e помнят многие, то об использовании POSIX классов как-то забывают, а это тоже иногда удобно.
[:alpha:] Any alphabetical character, regardless of case
[:digit:] Any numerical character
[:alnum:] Any alphabetical or numerical character
[:blank:] Space or tab characters
[:xdigit:] Hexadecimal characters; any number or A–F or a–f
[:punct:] Any punctuation symbol
[:print:] Any printable character (not control characters)
[:space:] Any whitespace character
[:graph:] Exclude whitespace characters
[:upper:] Any uppercase letter
[:lower:] Any lowercase letter
[:cntrl:] Control characters
Отберём строки с заглавными символами:
Плохо видно что нашли? Подсветим:
Ну и ещё пару трюков для затравки.
Первый скорее академичный. За лет 15 ни разу его не использовал:
Нужно из нашего тестового файла выбрать строки содержащие six или seven или eight:
Пока всё просто:
А теперь только те строки в которых six или seven или eight встречаются несколько раз. Эта фишка именуется Backreferences
Ну и второй трюк, куда более полезный. Необходимо вывести строки в которых 504 с обеих сторон ограничено табуляцией.
Ох как тут не хватает поддержки PCRE…
Использование POSIX-классов не спасает:
На помощь приходит конструкция [CTRL+V][TAB]:
Что ещё не сказал? Разумеется, grep умеет искать в файлах/каталогах и, разумеется, рекурсивно. Найдём в исходниках код, где разрешается использование Intel’ом сторонних SFP-шек. Как пишется allow_unsupported_sfp или unsupported_allow_sfp не помню. Ну да и ладно — это проблемы grep’а:
Надеюсь не утомил. И это была только вершина айсберга grep. Приятного Вам чтения, а мне аппетита на шашлыках!
Ну и удачного Вам grep’a!
- Настройка Linux
- Системное администрирование
- *nix
Источник: habr.com
Утилита поиска строк (GREP) в Windows грузит процессор — что делать?
Приветствую друзья. Данный материал расскажет о неизвестном процессе в диспетчере задач, который может нагружать процессор, использовать много оперативной памяти.
Утилита поиска строк (GREP) в Windows грузит процессор — что делать?
Анализируя интернет, выяснил: данный процесс принадлежит программе Flock, которая предположительно является вирусом.
Можно попробовать убрать из автозагрузки:
- Откройте диспетчер задач.
- Активируйте вкладку Автозагрузка.
- Правый клик по GREP > Отключить.
При использовании Windows 7 — зажмите кнопки Win + R > вставьте команду msconfig > активируйте вкладку Автозагрузка > снимите галочку с GREP.
Один пользователь предложил следующее решение:
Можно сделать следующий вывод:
- Утилита поиска строк (GREP) запускается из-за неизвестной программы Flock.
- Приложение Flock расположено в папке C:ProgramDataFlock.
- Данную папку можно попробовать удалить, при проблемах используйте утилиту Unlocker.
Способ удаления папки:
- Откройте диспетчер задач.
- Нажмите правой кнопкой по Утилита поиска строк (GREP), выберите пункт открыть расположение.
- Откроется директория, откуда запускается процесс, который грузит ПК.
- Вам нужно перейти на уровень вверх. Должна появиться выделенная папка, предположительно это будет Flock.
- Теперь нажимаем в диспетчере задач правой кнопкой по Утилита поиска строк (GREP) > выбираем пункт завершить процесс.
- Далее нажимаем правой кнопкой по директории > выбираем Удалить, при проблемах используем бесплатную утилиту Unclocker (создана специально чтобы удалять неудаляемые папки/файлы).
Дальнейшие действия
При наличии данного процесса — на компьютере могут быть вирусы. Настоятельно рекомендуется просканировать ПК на наличие рекламных модулей, опасных вирусов используя лучшие инструменты:
- Dr.Web CureIT — лучшая утилита против опасных вирусов, например трояны, майнеры, руткиты и прочие. Скачивается уже с антивирусными базами и под кодовым названием. Длительность проверки зависит от количества файлов на диске.
- AdwCleaner, HitmanPro — утилиты против рекламного ПО, рекламных тулбаров, левых расширений. Проверяют автозагрузку, реестр, планировщик задач и многое другое. Программы используют немного разный алгоритм работы, поэтому рекомендуется проверить ПК обоими.
При отсутствии качественного антивируса советую установить бесплатную версию Каспера — Kaspersky Security Cloud Free.
Заключение
- Утилита поиска строк (GREP) — неизвестный процесс, предположительно вирусный, запускается программой Flock, которая также возможно является вирусом.
- Убрать нагрузку можно путем удаления папки, а также проверкой компьютера антивирусными утилитами.
Источник: 990x.top
Утилита поиска строк (GREP) грузит процессор. Как исправить?
Утилита поиска строк (GREP) запускает самостоятельно процесс при новом сеансе на Windows 10 и грузит процессор.
Почему такое происходит?
Как исправить это?
комментировать
в избранное
13 ответов:
Точно в цель [110K]
2 года назад
Утилита поиска строк GDEP действительно может нагружать центральный процессор (например, так будет показываться в диспетчере задач). На вашем компьютере она загружается автоматически при включении. Для того, чтобы этого не происходило, уберите ее из автозагрузки — диспетчер задач (ctrl+shift+esc) — Автозагрузка — левый клик по «Gdep» — «Снять из автозагрузки»
автор вопроса выбрал этот ответ лучшим
комментировать
в избранное ссылка отблагодарить
Алекс 98 [60K]
2 года назад
Утилита командной строки Linux «GREP» довольно-таки капризное приложение в плане потребляемой мощности, но грузить процессор оно не должно.
Думаю, дело обстоит в браузере. Многие жалуются что именно после «Yandex Browser» появляется такая проблема. У меня она грузила «проц» на 99%.
Исправилось после очистки куков браузера и чистки планировщика заданий. Так же советую проверить эту улиту в автозагрузке. Если есть, то убрать!
комментировать
в избранное ссылка отблагодарить
2 года назад
Эта утилита странная вещь довольно-таки. Многие на неё грешат, что она нагружает процессор. Для начала просто попробуйте с неё снять автозагрузку и снять с неё загрузку в диспетчере задач. Если она будет все равно запускаться, то попробуйте загрузиться в режиме «безопасный» и удалить «Grep». Если и это не поможет, то есть и такой вариант который многим помог.
комментировать
в избранное ссылка отблагодарить
Serge ich91 [148K]
2 года назад
Программа эта реально жрёт очень много оперативной памяти, от чего компьютер, особенно если он не самый мощный, может притормаживать, что в свою очередь всегда неприятно, поэтому многих это раздражает и это нужно исправлять.
Ну а исправить ситуация отнюдь не сложно и справиться с этим каждый юзер, даже имеющий небольшой опыт, потому как для этого потребуется зайти в диспетчер задач, а затем просто убрать прогу из автозагрузки и вопрос будет решён. После таких несложных манипуляций она больше не будет запускаться в автоматическом режиме и уже не будет никак мешать работает вашего процессора и нагружать его, замедляя работу компьютера.
в избранное ссылка отблагодарить
Antonius87 [0]
Все несколько сложнее, чем вы себе представляете, так как если запретить запуск этому процессу, вирус начнёт запускать и маскироваться под любой другой службой Windows, так и придется запрещать запуск одной службе за другой, пока ваша ОС просто не перестанет запускаться. — 2 года назад
комментировать
12777 1 [273K]
2 года назад
Очень странная утилита поиска строк (GREP), я так и не понял, как она смогла попасть на мой компьютер, но эта утилита при запуске компьютера занимает очень много ресурсов и компьютер перестает адекватно работать.
С одной стороны это программное обеспечение работает, как вирус, но при этом антивирусы его не видят. Хотя кто-то пишет, что какие то антивирусы видят эту утилиту.
Мой знакомый в свое время воспользовался восстановлением системы и решил эту проблему.
Но в сети многие пишут, что достаточно будет найти папку с названием Flock. Кто-то просто удаляет эту папку, кто-то запрещает ей какие-либо действия.
комментировать
в избранное ссылка отблагодарить
2 года назад
Читал много советов по борьбе с этой утилитой. Удалил папку Flock со всем содержимым из ProgramData. С помощью диспетчера задач (ПКМ — Открыть расположение файла) нашёл и удалил этот процесс из системы. Вместо него появился новый, потом ещё один(bxsdk64.dll).
В Автозагрузке может и не быть этого процесса, но он загружается позже, через несколько минут и сидит в папке C:Пользователи»имя Вашего компа»AppDataLocal Temp. Установил Kaspersky Free, хотя до этого полностью доверял Защитнику винды. Примерно через неделю, после обновлений винды папка Flock очевидно как-то восстановилась). И в один прекрасный день проблема решилась вот так
С тех пор никаких «левых» процессов не подгружалось.
Теперь можно судить о том, опасна ли эта утилита? Где-то даже опросы ведутся.
Источник: www.bolshoyvopros.ru