|
|
ru.algorithms- RU.ALGORITHMS ---------------------------------------------------------------- From : Stanislav Latishko <sl@sl.spb.su> 27 Dec 2002 23:14:18 To : Valentin Davydov Subject : Re: Всего-то работа с логами ... -------------------------------------------------------------------------------- VD> Очевидно, прочитать man awk. Опыт показывает, что для конкретной Ой, скоро я отвечальщикам, не дочитавшим вопрос, начну грубить сразу и резко :) Для начала - man awk я читал. VD> частной задачи слепить на коленке скриптик на хорошо знакомом VD> языке и выбрать нужную комбинацию рюшечек и фенечек в профессиональном VD> инструменте, предназначенном для решения такого рода задач, суть VD> вещи одного полядка по трудозатратам. И чем менее стандартна VD> задача, тем ярче выявляются преимущества наколенного подхода. А во вторых - ты пропустил слово "отладка". Да, это отладочный лог. И смотреть его я начинаю с конца (или с середины - насколько полна информация об ошибке) и двигаюсь вверх - к записи, содержащей первый "намек" на возможную некорректность. Она вполне может стоять выше места ошибки на 10**6 - 10**7 записей ... (Хотя чаще - в пределах 10**4, но - такая "халява" бывает не всегда) Приступая к поиску, я не имею ни малейшего представления о том что же именно я ищу. От места, которое четко идентифицировано как "здесь уже неправильно" - поиск вверх записей типа "1" (для примера) - в них нет ничего "подозрительного"... Чешу репу, ищу записи типа "5" - ага, подозрительное место найдено! Hо чтобы подозрение проверить - надо опять посмотреть записи типа "1", причем не потеряв относительного положения записей "1" и "5". И если подозрение подтвердилось - надо смотреть уже все записи вокруг этого места - тупым экранным вьюером... ... VD> А насчёт скорости... ну, вот конкретный пример, машинка пень-133: VD> 10069846 строк средней длиной 263.536 байт. VD> real 9m31.240s VD> user 6m22.551s VD> sys 2m50.309s VD> Иными словами, проанализировать двухсполовинойгигабайтный "лог" заняло VD> всего лишь в пять раз больше времени, чем просто слить его в /dev/null. Да, какая фигня - всего лишь 10 минут ... Если учесть что для поиска одной ошибки операции поиска/выборки надо произвести раз 10-30 - можешь себе представить как выглядит такая "работа" ... Чтоб сэкономить время - сохраняю результаты выборки в файле. Все бы ничего, но когда этих файлов становится 10 и больше - начинаю в них путаться... VD> Для серьёзных задач экранные средства мало подходят by design, VD> осваивай комстроку. Из экранных, ну, разве что, виртуальные консоли VD> помочь могут. Извини - ламер я. И vi предпочитаю ed'у, что бы там ни говорили истинные ценители. -- Stanislav Latishko sl@sl.spb.su ; 2:5030/949 --- ifmail v.2.14 * Origin: Привет с Большого Бодуна ! (2:5030/949@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.algorithms/35000810b65c.html, оценка из 5, голосов 10
|