Завершение истории из предпредыдущего поста

[redtigra]

Конфигурация приложений прописана в БД. И там-то и оказалось прописано правило, что именно эти данные могут обрабатывать НЕСКОЛЬКО параллельных процессов, несмотря на то, что процессы запущены для разных целей. Цели разные, а вот точка сходимости есть.

То есть в лог пишется все. Просто не все - в тот самый лог.

Как я это нашла - объяснять долго, скажу только, что ничего кроме grep и wc -l мне не понадобилось.

В свое оправдание скажу, что не я этот "баг" открывала, я его только унаследовала.

Группа ржала минут пять.

Зато в процессе подразобралась в ZFS и dtrace и даже по пути слегка доделала dtruss так, чтобы он мог отследить не только процесс, но и конкретный тред. Все не зря.

Через два часа в аэропорт и домой.

Comments

[rampitec]

Хм... У тебя что, 9-й Солярис? Просто с 10-го тред - это lvp, т.е. и есть процесс.

[redtigra.livejournal.com]

во-первых, LWP :), во-вторых, тред, порожденный процессом, имеет свой идентификатор - tid (в противовес pid).

[rampitec]

Уела ;) Мне почему-то казалось, что tid я могу засунуть везде, где принимают pid. Именно в силу того, что практически одно и тоже. Выходит нет...

[redtigra.livejournal.com]

если у тебя есть мультитред процесс, можешь сказать prstat -p PID -L, кажется, и увидишь тады.