Процессы и потоки

Я сколько лет занимаюсь c,c++ и не разу мне не приходилось в собственных проектах создавать процесс.
Я хотел бы ответ не просто разницы потока и процесса, а в каких проектах, или задачах стоит создавать процесс вместо потока, я чувствую что процессы и потоки даже сравнивать нельзя, и одно не заменяет другое

Дайте обоснованный ответ в приоритете создания процесса вместо потока

0

Хочется послать в гугл за фразой "чем отличается процесс и поток"
Вопрос очень популярный, на него тьма информации.

0

мне нужно не различие, а пример приоритета процесса над потоком, прочитай еще раз мой вопрос

0

Сообщение от Tny2 я чувствую что процессы и потоки даже сравнивать нельзя, и одно не заменяет другое

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

Сообщение от Tny2 Дайте обоснованный ответ в приоритете создания процесса вместо потока

Например, можно fork-нуть процесс и получить его полную копию, для создания снимка. А вот решить аналогичную задачу (снять снимок процесса) путем создания потока не получится.

P.S: сам по себе fork не делает снимок, а создает копию процесса. Что бы получился снимок, естественно придется дополнительно поработать.

Добавлено через 5 минут
С полной копией я конечно немного загнул, т.к например pid родительского процесса у этих двух будет отличаться...

1

Тема вообще говоря большая, но если "с практической точки зрения" и ограничиться строго Windows и говорить не совсем идеально точно, то я бы сказал так.

При "запуске exe-шника" порождается процесс. Нельзя запустить сторонний exe-шник "в рамках нового потока" без хакерства. Т.е. в рамках потока можно выполнять только код того же приложения из того же exe-шника (или подключенной dll). (Выполняется код всегда в рамках потока, хотя бы один поток для процесса всегда создаётся. Операционная система выделяет кванты времени именно потокам, не процессам.)
Процессы, как и потоки, "выполняются параллельно" (точнее сказать потоки разных процессов выполняются параллельно). Т.е. если мы хотим запустить "параллельно выполняемый код", то мы можем запустить как отдельный процесс, так и поток. Но:
а) процесс съест больше ресурсов
б) между потоками одного процесса у нас общая память, так что передача данных между потоками - это просто и дёшево; а вот передавать данные между процессами - это отдельная история, т.к. адресное пространство каждого процесса изолировано от других процессов;
в) если случится краш в каком-то потоке (необработанное исключение) - то ОС закроет весь процесс, связанный с этим потоком, включая все потоки; в случае же процесса (если мы создали его "для параллельного выполнения кода") краш в таком процессе унесёт только его, но не родительский процесс.

Например, из-за пункта в) сейчас браузеры (как минимум chrome) запускают отдельный процесс на каждую вкладку; если какая-то проблема - то вкладка крашится, но браузер (основное окно со вкладками) продолжает работать "ой, вкладка закрашилась, сейчас мы её перезапустим", запускает новый процесс для вкладки, открывает в ней ту же страничку.

Добавлено через 1 минуту

Сообщение от Tny2 прочитай еще раз мой вопрос

Ты в гугл поленился сходить и подумать головой, раз не предложил ни одной своей идеи, а требуешь и в хамской манере. Молодец, чо

1

а в чем идея fork(а) если для снимка памяти юзают valgrind ?

Добавлено через 4 минуты
так или иначе, спасибо за ответ, в какой-то степени приоткрывает занавес

0

Пожалуйста.

0

Tny2,
valgrind это сторонее ПО которое может быть использовано для анализа других программ.

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

0

типа мы запускаем процесс который передает через pci инфу другому процессу о действиях пользователя ?
типа: игра>>античит ?

0

Tny2,
типа у нас есть требование обеспечить персистентность данных, но на диск при каждом изменении данные мы сбрасывать не хотим...

есть так же куча потоков которые могут менять/обновлять данные... и в какой то момент мы решили сделать дамп данных.

делаем fork, получаем копию процесса, сбрасываем все интересующие нас данные на диск и эти данные будут представлять собой состояние системы на тот момент когда был затребован дамп

0

очень интересный способ
как я понимаю мы обрабатываем определенный сигнал
дублируем процесс, скидываем инфу, и лочим дублированный процесс ?

0

Сообщение от Tny2 я чувствую что процессы и потоки даже сравнивать нельзя, и одно не заменяет другое

Напрасно. По сути процесс и поток это почти одно и то же, они отличаются только областью видимости. У процессов персональное адресное пространство (переменные и все остальное), а у потоков - общее. Соответственно если вам надо работать с общими данными - потоки, если достаточно взаимодействия через стандартные интерфейсы - процессы.
Ну и соответственно если вы запускаете чужую программу, бессмысленно делать ее потоком. Она может по незнанию потереть ваши переменные.

Сообщение от Tny2 а в чем идея fork(а) если для снимка памяти юзают valgrind ?

fork это не для снимков памяти, это системный вызов именно для создания процессов. То есть fork буквально копирует весь процесс, и получается два одинаковых. Потом дочерний может вызвать exec, и заменить свой код на загруженный из файла. Собственно, это единственный способ порождения процессов. По крайней мере в Linux.
Ну а valgrind это программа-анализатор.

0

Tny2,
Что значит лочим дублированный процесс?

Вот представьте себе базу данных. У вас там очень много данных. Вам нужен дамп этих данных на текущий момент.

Если вы сделаете дамп и продолжите работу с данными (будете их модифицировать), а дамп скажем будет длиться 10 минут, то все что вы добавите в БД течении этих 10 минут тоже может оказаться в дампе.

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

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

Добавлено через 2 минуты

Сообщение от COKPOWEHEU fork это не для снимков памяти

Он может быть использован при создании снимков. Выше описал процесс

0

Если вы сделаете дамп и продолжите работу с данными (будете их модифицировать), а дамп скажем будет длиться 10 минут, то все что вы добавите в БД течении этих 10 минут тоже может оказаться в дампе.

я имею ввиду что мы дублируем процесс и после дампа останавливаем его,наверное, лучше убиваем
я же все правильно понял ?

0

Tny2,
Да, нам в данном случае процесс нужен был именно для формирования дампа. Если дамп сделан, то процесс более не нужен.

1

Может, всё-таки с теории начать?
Э.Таненбаум - Современные операционные системы. Глава 2. Процессы и потоки.
Аж 100 страниц. Наверное, что-то полезное найдётся )

0