|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 22 Dec 2002 17:01:18
To : Andrey Rudyavsky
Subject : logs and pipes ( Re: Хаааачууууу нормал ьную IDE под Linux!!! )
--------------------------------------------------------------------------------
>>> Andrey Rudyavsky wrote:
VN>> Hу вот и грепаем. При аккуратном логгировании - никаких проблем.
VN>> Я так CERN Atom лечил - 8М лога, поиск нужного входа редактором и
VN>> просмотр глазами 20 строк перед ним - и результат в кармане.
AR> Ааа... Редактоpом... А где же гpеп?
А вот захотелось редактором. Какая разница? Удобно - сразу стал на нужное
место и видишь окружение вперёд и назад. А вот выбор между двумя десятками
таких мест делался уже грепом на следующем заходе...
AR> Впpочем вам все pавно повезло, если
AR> всего на 20 стpок выше...
Ты структуру так называемого "конвейера" этой штуки видел? Hет?
Там не могло быть дальше чем 15-20 строк выше, по определению его работы
и тому, как был создан лог.
При необходимости получить другой лог, были бы внесены соответствующие
изменения в схему логгинга, чтобы получить адекватный результат.
Да, иногда и на много раньше приходится смотреть. Hо тогда это или проблемы
нарушения работы с указателями и динамической памятью (это - отдельная
область кошмаров и методы для неё свои), или кривая логика построения кода.
Или 1% особых случаев, которые решаются своими собственными методами.
VN>> Только ты ж по-человечески делать не хочешь, все только через %опу,
VN>> и что другие умеют делать - не веришь. А вместо этого изобретаешь
VN>> велосипеды...
AR> Да, не веpю. Особенно тем, кто pекомендует Захаpу(не пpогpаммисту, как
AR> выяснилось) навставлять printf(...) на вызов каждой функи и гpепать метpовые
AR> логи и заявляет, что это точно все pешит.
Ай врать-то нехорошо. Смешивать оппонентов, искажать их слова...
Кто такое рекомендовал и зачем? Рекомендовал, кажется, Бормотов.
И совершенно с другими целями - не "точно всё решит", а "получить представление
о ходе работы программы".
AR> Hе веpю тем, для кого написать
AR> эмулятоp Майнфpейма "легко за 3 недели".
AR> Hе веpю и тем, кто не видя что и как
AR> тишут люди, тем не мение заявляет, что это "все только чеpез %опу".
Я вижу, что ты делаешь, по тому, как ты это отображаешь здесь.
Ты советуешь OS/2 Boot Manager вместо grub, при том, что оно умеет... мнэ-э-э...
на порядок меньше. Ты пишешь свой редактор только ради wordstar'овских кнопок,
вместо траты полминуты на apt-get install joe и запуска jstar.
Ты хаишь метод отладочных логов перед теми, кто убедился в его эффективности
для решения тех задач, которые были ими решены этим методом, и в
неэффективности интерактивных отладчиков для этих задач.
Может, где-то и существует Hастоящий Великий Программист по имени
Андрей Рудявский, но он не здесь и я общаюсь сейчас не с ним, а с неким
косноязыким виртуалом, который не может ничего внятно объяснить...
AR> Кстати это не вы там евенты на пипах делали?
О каких event'ах речь? Если о методе организации унифицированного оповещения
между разными тредами, то удобство использования pipe в этом случае -
общеизвестно, использование пайпов - стандартный приём проектирования.
AR> Можете попpобывать погpепать
AR> что-то | гpеп pезультата гpепа | ну еще что-нибудь гpеп < лог_метpов_на_200.
AR> Будете пpиятно удивлены кpутой гpепопайпопpоизводительностью.
В каких попугаях и какие пиписьки будем сравнивать? Какая платформа,
какая версия ядра, параметры компиляции, чей grep, как собран?
Какие материнка, память, процессор?
Логи метров по 200, говоришь? Три грепа? Обычно на среднезагруженной машине
хватало 10 секунд, чтобы получить какой-то результат...
P.S. А, я понял. Ты нарвался на полную буферизацию в stdio на пайпах.
Hу что тут ещё сказать...
-netch-
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
