https://www.opennet.ru/openforum/vsluhforumID3/51097.html Девид Малкольм (David Malcolm) из компании Rad Hat опубликовал (http://dmalcolm.livejournal.com/1301.html) исходные тексты утилиты "show", написанной на языке Python. Утилита позволяет использовать SQL-подобный синтаксис запросов для получения и обработки информации из таких источников данных, как лог http-сервера, файловая система /proc, словари dict, база установленных RPM-пакетов, лог пакетного менеджера yum, содержимое определенного RPM пакета и т.д. <br><br><br>Примеры:<br><br><br><br>- Вывод списка хостов, числа запросов и размера отданных данных из всех логов apache:<br><br>show host, "count(*)", "total(size)" from /var/log/httpd/*access_log* group by host;<br><br>- Получение из лога apache списка несуществующих страниц:<br><br>show distinct request from /var/log/httpd/*access_log* where status = 404;<br><br>- Подсчет числа запросов и трафика для каждого из лог-файлов apache:<br><br>show filename, "count(*)", "total(size)" from /var/log/httpd/*access_log* group by filename order by "total(size)" desc;<br><br>- Выбор ...<br><br>URL: http://dmalcol https://www.opennet.ru/openforum/vsluhforumID3/51097.html#49 Sun, 19 Apr 2009 07:18:39 GMT Мало того, если grep egrep для построчного поиска после компиляции цикл поиска будет содержать что то вроде rep scasb/w/d с оптимизацией (для других процов соответственно другие фичи), то в show несколько слоёв абстракции и результат - проигрывание в производительности.<br>Всякие wmi хороши только для винды, где всё причёсано по ветру и "подкупает" своей простотой.Нам счастье, что оно не гениально.<br> https://www.opennet.ru/openforum/vsluhforumID3/51097.html#48 Tue, 31 Mar 2009 12:41:11 GMT &gt;&gt;&gt;Могу предположить, что товарищи не хотят, чтобы новые админы, например, для анализа <br>&gt;&gt;логов апача знали и умели применять только эту тулзу. <br>&gt;&gt;Т.е. есть опасения, что эта тулза поможет сужению кругозора админов. <br>&gt;&gt;К чему приводит сужение кругозора? <br>&gt;<br>&gt;А причем тут кругозор? Для разных задач есть разные инструменты. Одним и <br>&gt;тем же людям в разных условиях удобны разные инструменты, и наоборот <br>&gt;- в одних и тех же условиях, разным людям удобны разные <br>&gt;инструменты. <br><br>Согласен.<br>Я только рад, если люди будут знать и уметь пользоваться разными инструментами, но выбирать то, что им больше нравится.<br>И я буду не рад, если люди будут знать и уметь только один инструмент, причем довольно узкоспециализированный.<br>И не будут знать, как сделать что-то ещё, не укладывающееся в возможности этого инструмента.<br><br>&gt;&gt;Ну например при получении ошибки "wrong password (you have Caps Lock pressed)" <br>&gt;&gt;кто-то скажет "вот убунта глючная, надо её переустановить". <br>&gt;<br>&gt;Не надо утрировать. Ты же не поднимаешь свой "к https://www.opennet.ru/openforum/vsluhforumID3/51097.html#47 Tue, 31 Mar 2009 10:10:40 GMT &gt;не правда. <br>&gt;они не просто универсальны. они абсолютно универсальны. <br>&gt;и perl, python, sql придумали уж точно не для этого. <br>&gt;я уж и не знаю, как охарактеризовать умственные способности того, кто будет <br>&gt;писать программу на perl, python и тем более sql программу для <br>&gt;того, чтобы заменить <br>&gt;$cat log_file&#124;egrep -i Вася <br><br>$egrep -i Вася log_file ;)<br> https://www.opennet.ru/openforum/vsluhforumID3/51097.html#46 Tue, 31 Mar 2009 08:10:49 GMT для разового использования я могу написать кучу грепов с авками и седами, а вот если нужно выполнять некую команду регулярно, и она выполняется не мгновено, то я задумываюсь об оптимизации выборки данных и как правило пишу скрипт на perl. <br>возможно, данная тузла, по времени выполнения, зачастую, будет быстрее набора кучи грепов и в тоже время нужную команду на ней можно будет сообразить быстрее, а как по мне, так время это весьма такой определяющий фактор.<br> https://www.opennet.ru/openforum/vsluhforumID3/51097.html#45 Wed, 25 Mar 2009 16:16:22 GMT &gt;англоговорящим секретаршам. Вот так и появился этот ужас, который теперь суют <br>&gt;в каждый мобильный телефон. <br><br>Не, я конечно могу распихать на простые сущности сложную конструкцию.Но как по мне, если это можно сбагрить на железку и озаботить этим вопросом ее - а так ли уж это плохо?Я ленивый а работенка явно машинная и рутинная по природе своей :).Да, можно запрячь человека на ассемблере программить и даже транслировать человекочитаемое представление в опкоды вручную.А зачем?Это реально нужно в некоторых специальных случаях.А в общем случае - это зачастую получается просто ничем не оправданный геморрой :).С SQL похожая история.Применительно к БД это как программирование на высокоуровневых и среднеуровневых языках по сравнению с программированием на ассемблере.<br><br>P.S. да, в конечном итоге вся цифровая техника сводится к набору простейших математических операций.А из капель сливаются реки.Для некоторых это открытие? =)<br> https://www.opennet.ru/openforum/vsluhforumID3/51097.html#44 Wed, 25 Mar 2009 15:43:35 GMT не правда.<br>они не просто универсальны. они абсолютно универсальны.<br>и perl, python, sql придумали уж точно не для этого.<br>я уж и не знаю, как охарактеризовать умственные способности того, кто будет писать программу на perl, python и тем более sql программу для того, чтобы заменить <br>$cat log_file&#124;egrep -i Вася<br> https://www.opennet.ru/openforum/vsluhforumID3/51097.html#43 Wed, 25 Mar 2009 15:14:08 GMT &gt;&gt;Могу предположить, что товарищи не хотят, чтобы новые админы, например, для анализа <br>&gt;логов апача знали и умели применять только эту тулзу. <br>&gt;Т.е. есть опасения, что эта тулза поможет сужению кругозора админов. <br>&gt;К чему приводит сужение кругозора? <br><br>А причем тут кругозор? Для разных задач есть разные инструменты. Одним и тем же людям в разных условиях удобны разные инструменты, и наоборот - в одних и тех же условиях, разным людям удобны разные инструменты.<br><br>&gt;Ну например при получении ошибки "wrong password (you have Caps Lock pressed)" <br>&gt;кто-то скажет "вот убунта глючная, надо её переустановить". <br><br>Не надо утрировать. Ты же не поднимаешь свой "кругозор" до уровня, чтоб быстро починить неожиданно сдохший процессор? Ты или в ремонт его относишь, или, благодаря единому интерфейсу, просто ставишь новый. А ведь в большинстве случаев всё можно починить.<br>Всегда есть предел необходимых и достаточных знаний.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/51097.html#42 Wed, 25 Mar 2009 14:57:27 GMT &gt;Народ правильно говорит. Этот "еще один инструмент" не универсален, в отличии от <br>&gt;grep, awk и т.д. Начнет юный падаван осваивать этот show, упрется <br>&gt;в стену с каким-нибудь нестандартным логом, и пойдет учить cat, grep <br>&gt;и awk, зря потратив время. <br><br>Так cat, grep и awk тоже не универсальны. Именно из-за их не универсальности/не удобности и появились perl, python, sql...<br> https://www.opennet.ru/openforum/vsluhforumID3/51097.html#41 Wed, 25 Mar 2009 14:49:57 GMT &gt;а grep`ить уже не кошерно xD ? <br><br>Чтоб грепить - надо как минимум знать формат того, что грепишь. А если ты вместо одной программы хочешь использовать новую, а программа мониторинга ничего не знает о ней? <br>