LINUX.ORG.RU

Re: Статья о процессах

вот это статья!

soko1 ★★★★★ ()

Re: Статья о процессах

Конечно молодец и все хорошо ) думаю создание этой статьи помогло тебе самому разобраться в системе. но для начинающих я бы все таки рекомандавал того же Робачевского.

Nesk ()

Re: Статья о процессах

Очень хорошая новость, ни разу не бойан. Аффтар, продолжай в том же духе.

psy-janizary ()

Re: Статья о процессах

после семинара по сигналам, ждем соответствующую статью!

Nesk ()

Re: Статья о процессах

клевый там шрифт

sanets ()

Re: Статья о процессах

<meta name="generator" content="WordPress 2.1" />

Это что за гусь такой, ась, всезнающий разум ЛОРа?

Gharik ()
Ответ на: Re: Статья о процессах от sanets

Re: Статья о процессах

Эта статья - часть курса "ОС Linux" который я проводил в Вологде. Спасибо за отзывы, буду песать еще :)

gserg ★★ ()

Re: Статья о процессах

"Сигналы SIGKILL и SIGSTOP невозможно не перехватить, не игнорировать."

ни перехватить, ни игнорировать.

the_one ()

Re: Статья о процессах

спасибо, полу-методички тоже хороши!!

kbps ★★★ ()

Re: Статья о процессах

Сколько ни читаю статей про процессы в UNIX, никак не мог понять зачем при fork()'е копируется весь родительский процесс, ведь это так неэкономично. Если "тяжелому" процессу нужно породить "легкий", зачем нужно копировать себя в своей тяжелости?

anonymous ()
Ответ на: Re: Статья о процессах от anonymous

Re: Статья о процессах

>Сколько ни читаю статей про процессы в UNIX, никак не мог понять зачем при fork()'е копируется весь родительский процесс, ведь это так неэкономично. Если "тяжелому" процессу нужно породить "легкий", заче нужно копировать себя в своей тяжелости?

В системах, соответствующих SVR4 код и данные процесса загружаются в память только при необходимости. То есть при выполнении fork() в памяти оказывается код только нового процесса и той функции старого, в которой выполняется exec()

gserg ★★ ()
Ответ на: Re: Статья о процессах от the_one

Re: Статья о процессах

> "Сигналы SIGKILL и SIGSTOP невозможно не перехватить, не игнорировать."

> ни перехватить, ни игнорировать.

Рассказываю. Есть у меня компакт-диск. Вставляю. Делаю

dd if=/dev/cdrom of=/dev/null

Отжирает 100%

Не убиваеццо ни kill -TERM, ни kill -KILL

Приходится перегружать всю систему. Проверял на разных приводах и ядрах.

Ась?

Spinal ()

Re: Статья о процессах

Мне кажется или тут опечатка?
=========================================
chmod u+s filename &#8211; установка бита SUID

chmod u+s filename &#8211; установка бита SGID
=========================================

Spinal ()

Re: Статья о процессах

Отличный баланс информации, ничего лишнего. Проврено на женщине с контрольными вопросами.

anonymous ()
Ответ на: Re: Статья о процессах от Atlant

Re: Статья о процессах

>Да не копирует он себя, ни разу!

"Создание процесса &#8211; на этом этапе создается полная копия того процесса, который создает новый." Нужно поправить тогда.

anonymous ()

Re: Статья о процессах

Не читал, но одобряю. Шрифт листингов лучше изменить, а то глаза выпадают.

mutronix ★★★★ ()
Ответ на: Re: Статья о процессах от Spinal

Re: Статья о процессах

> Не убиваеццо ни kill -TERM, ни kill -KILL Приходится перегружать всю систему. Проверял на разных приводах и ядрах. Ась?

в принципе это можно рассматривать как баг ядра: процесс сделал системный вызов, а этот вызов заклинило в непрерываемом состоянии

dilmah ★★★★★ ()
Ответ на: Re: Статья о процессах от gserg

Re: Статья о процессах

> при выполнении fork() в памяти оказывается код только нового процесса и той функции старого, в которой выполняется exec()

про ту функцию старого ты что-то не то отжег:)

dilmah ★★★★★ ()
Ответ на: Re: Статья о процессах от dilmah

Re: Статья о процессах

Почитал я про copy-on-write, как понял, при fork()'е передается поинтер на область памяти родителя, а копируется он только тогда когда нужно делать write (exec()). Но это все-равно идиотизмъ! :) Я не могу понять логики. Почему бы не создать процесс "просто", без дурацкого fork-exec? :)

anonymous ()
Ответ на: Re: Статья о процессах от Spinal

Re: Статья о процессах

Разбавляй бензин ослиной мочей. Если после этого твоя машина не заведётся - значит ты плохой водитель.

frame ★★★ ()
Ответ на: Re: Статья о процессах от anonymous

Re: Статья о процессах

> Но это все-равно идиотизмъ! :) Я не могу понять логики. Почему бы не создать процесс "просто", без дурацкого fork-exec? :)

видимо, потому что тут руководствовались алгебраической красотой дизайна -- форк и екзек это ортогональные операции которые позволяют процессам жить полноценной жизнью. А оверхед несущественен на процессорах с MMU

dilmah ★★★★★ ()
Ответ на: Re: Статья о процессах от anonymous

Re: Статья о процессах

> Почему бы не создать процесс "просто", без дурацкого fork-exec?

Читаем ман posix_spawn до прозрения.

const86 ★★★★★ ()

Re: Статья о процессах

Шрифты убивают :-(

sloth ()
Ответ на: Re: Статья о процессах от Spinal

Re: Статья о процессах

>>Рассказываю. Есть у меня компакт-диск. Вставляю. Делаю

>>dd if=/dev/cdrom of=/dev/null

>>Отжирает 100%

>>Не убиваеццо ни kill -TERM, ни kill -KILL

1.У тебя диск царапаный и/или привод нехороший.

2.Процесс нельзя убить даже TERMом если он находится в Uninterruptible sleep

Nao ★★★★★ ()
Ответ на: Re: Статья о процессах от Nao

Re: Статья о процессах

> 2.Процесс нельзя убить даже TERMом если он находится в Uninterruptible sleep

Видимо, s/TERM/KILL/. От TERM'а любой процесс убежать может.

Отсюда вопрос: а что с ними делать-то?? А то вот было у меня: прицепил cifs, потом сервер исчез... все процессы, что туда смотрели, повесились в disk sleep. Есть ли способ убрать такой нехороший процесс?

const86 ★★★★★ ()
Ответ на: Re: Статья о процессах от dilmah

Re: Статья о процессах

> это как раз для встраиваемой техники без MMU

Ну да, в мане по vfork написано, что для таких случаев оно и придумывалось. Там же сказано, что на полноценных архитектурах этот выпендрёж просто не нужен и fork ничуть не хуже.

const86 ★★★★★ ()
Ответ на: Re: Статья о процессах от const86

Re: Статья о процессах

const86:

> ...на полноценных архитектурах этот выпендрёж просто не нужен и fork ничуть не хуже.

Не так.

Самая тяжелая операция при форке -- пометить страницы для COW. vfork этого не делает, о чем, кстати, в мануале по vfork ясно написано.

Die-Hard ★★★★★ ()
Ответ на: Re: Статья о процессах от Die-Hard

Re: Статья о процессах

> Самая тяжелая операция при форке -- пометить страницы для COW.

"...so the __only__ penalty incurred by fork() is the time and memory required to duplicate the parent's page tables..."

Действительно, самая тяжёлая операция. Но это не то, из-за чего придумывался vfork :) Всё равно его не рекомендуется использовать. Или fork, или posix_spawn.

const86 ★★★★★ ()
Ответ на: Re: Статья о процессах от const86

Re: Статья о процессах

const86:

> Но это не то, из-за чего придумывался vfork :)

Придумывался он до изобретения COW, действительно. Но в "современных операционках" разница между fork и vfork _существенна_: разница в скорости составляет многие разы, иногда сотни и тысячи раз.

Если из многогигабайтного процесса надо много раз запустить новый легкий процесс, использование vfork очень даже оправданно.

А posix_spawn -- ADVANCED REALTIME экзотика и используется совсем не для этого; ее придумали в первую очередь для того, чтобы запускать процессы в системах, не поддерживающих страничный механизм.

Die-Hard ★★★★★ ()
Ответ на: Re: Статья о процессах от Die-Hard

Re: Статья о процессах

Вы таки можете новайсу объяснить что реально происходит при {v,}fork{}? :)

anonymous ()

Re: Статья о процессах

> SIGSTOP >Остановить >Сигнал отправляется всем процессам текущей группы при нажатии пользователем клавиш <CTRL>+<Z>. Получение сигнала вызывает останов выполнения процесса.

Придираюсь, конечно... При нажатии <CTRL>+<Z> посылается SIGTSTP, а не SIGSTOP.

anonymous ()
Ответ на: Re: Статья о процессах от Spinal

Re: Статья о процессах

Да, не мешало бы поправить в строчке "chmod u+s filename - установка бита SGID"...

:s/u+s/g+s/g

putpixel ()

Re: Статья о процессах

С авторами сайта как связатся можно ? Че-то никаких контактов не нашел.

xtron ()
Ответ на: Re: Статья о процессах от xtron

Re: Статья о процессах

>С авторами сайта как связатся можно ? Че-то никаких контактов не нашел.

Через ЖЖ - там есть ссылка

gserg ★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.