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

0

1

Может кто-нибудь подсказать пример параллельного приложения (пусть даже гипотетического), которое наглядно бы показало преимущество многопоточности (pthread) в плане производительности по сравнению с многопроцессностью (fork) на современной версии Linux. При условии, что приложение выполняется на многоядерном процессоре, и задержки В/В (будь то сети или дисковой подсистемы) не является для данной задачи «бутылочным горлышком».

Ссылка

←	PyQt и WYSIWYG-редактирования HTML

[Qt] Проголосуйте, пожалуйста, за несколько багов.

→

← 1 2 →

Ответ на: комментарий от LamerOk 20.01.2011 09:18:28 +00:00

> желаю тем, кто ни к селу, ни к городу вспоминает швейные принадлежности при разговоре о компах долгой, но мучительной и ничтожной жизни.

Шланг детектед.

tailgunner ★★★★★
(20.01.2011 10:04:25 +00:00)

Ссылка

Ответ на: комментарий от seiken 19.01.2011 23:38:41 +00:00

>> Дело не столько в производительности, сколько в модели программирования.

Не очень понял идею... дело в архитектуре ПО?

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

tailgunner ★★★★★
(20.01.2011 10:07:35 +00:00)

Ссылка

Ответ на: комментарий от iZEN 19.01.2011 23:34:33 +00:00

Что-то я не о том. Маппинг нитей из юзерспейса на потоки(нити) ядра немного в другой стороне, ага.

iZEN ★★★★★
(20.01.2011 10:34:47 +00:00)

Ссылка

Помимо того, что тебе сказали, у потоков есть дополнительный минус. При каждом mmap/unmap будет очищаться tlb не только на текущем процессоре, но и на всех, где в данный момент выполняются твои потоки. Это ухудшает производительность.

Ключевыми параметрами, влияющими на выбор той или другой сущности являются: интенсивность использования общей памяти и время жизни сущности.

ttnl ★★★★★
(20.01.2011 10:35:48 +00:00)

Ссылка

Ответ на: комментарий от tailgunner 19.01.2011 23:18:16 +00:00

>P.S. желаю тем, кто использует термин «поток» в смысле «нить», быстрой, но мучительной смерти.

это называется адаптированный перевод. то, что назвали «потоком» гораздо комфортнее в употреблении и в комбинациях с другими словами (многопоточный), что не сказать про «нить» (многонитиевый?).

Deleted
(20.01.2011 19:07:53 +00:00)

Ответ на: комментарий от pathfinder 20.01.2011 07:41:35 +00:00

>Вылезь из своего маленького академического мирка, хотябы в гугл.

google://Нить процесс

Результатов: примерно 2 650 000

google://Поток процесс

Результатов: примерно 226 000 000

ты б сам в гугл сходил бы для начала ;)

Deleted
(20.01.2011 19:13:55 +00:00)

Ответ на: комментарий от Deleted 20.01.2011 19:13:55 +00:00

ты б сам в гугл сходил бы для начала ;)

google://Тред процесс

Результатов: примерно 880 000 000

И какой вывод можно сделать? Самый правильный термин «Тред»?

Я просто хотел сказать, что термин «нить», это далеко не локальный мем ЛОРа и RSDN. А на статистику гугла полагаться, вещь неблагодарная.

pathfinder ★★★★
(20.01.2011 21:51:08 +00:00)

Ответ на: комментарий от Deleted 20.01.2011 19:07:53 +00:00

> это называется адаптированный перевод

Устоявщиеся термины/етц, как и названия вещей, в переводах не нуждаются. Тред и тред.

anonymous
(20.01.2011 21:56:09 +00:00)

Ответ на: комментарий от pathfinder 20.01.2011 21:51:08 +00:00

Термин «нить» вообще не соответствует по смыслу тому, что обозначают словом «thread», а вот «поток» вполне себе сойдет...

~~Eddy_Em~~ ☆☆☆☆☆
(20.01.2011 21:56:12 +00:00)

Ссылка

Ответ на: комментарий от anonymous 20.01.2011 21:56:09 +00:00

Ага, и говорить «мультитредный» очень по-русски :)

~~Eddy_Em~~ ☆☆☆☆☆
(20.01.2011 21:57:10 +00:00)

Ответ на: комментарий от Eddy_Em 20.01.2011 21:57:10 +00:00

Термин «нить» вообще не соответствует по смыслу тому, что обозначают словом «thread», а вот «поток» вполне себе сойдет...

Ага, и говорить «мультитредный» очень по-русски :)

Спорить можно до посинения. Вот в свое время пытались некошерное слово «галоши» заменить на кошерное русское «мокроступы». Ну и какой смысл был в этой борьбе? Ъ/не Ъ?

pathfinder ★★★★
(20.01.2011 22:11:18 +00:00)

Ответ на: комментарий от pathfinder 20.01.2011 22:11:18 +00:00

А я вообще только про «калоши» знаю, а что такое «галоши» и чем они от «калош» отличаются - не в курсе :)

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

~~Eddy_Em~~ ☆☆☆☆☆
(20.01.2011 22:15:47 +00:00)

Ответ на: комментарий от Eddy_Em 20.01.2011 22:15:47 +00:00

А я вообще только про «калоши» знаю, а что такое «галоши» и чем они от «калош» отличаются - не в курсе :)

Они отличаются тем, что слово «калоши» является устаревшим, а «галоши» современное. А так это одно и тоже.

См. Большой толковый словарь.

http://www.gramota.ru/slovari/dic/?word=%CA%E0%EB%EE%F8%E8&all=x

pathfinder ★★★★
(20.01.2011 22:32:05 +00:00)

Ссылка

Ответ на: комментарий от Portnov 20.01.2011 06:37:16 +00:00

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

catap ★★★★★
(21.01.2011 00:33:17 +00:00)

Ответ на: комментарий от Deleted 20.01.2011 19:07:53 +00:00

>что не сказать про «нить» (многонитиевый?).

канатовый!

DonkeyHot ★★★★★
(21.01.2011 06:19:38 +00:00)

Ссылка

Ответ на: комментарий от catap 21.01.2011 00:33:17 +00:00

Зато «общение» потоков настроить проще, в отличие от «общения» процессов.

~~Eddy_Em~~ ☆☆☆☆☆
(21.01.2011 06:40:14 +00:00)

Ответ на: комментарий от Eddy_Em 21.01.2011 06:40:14 +00:00

Пайпы, сокеты и разделяемую память уже отменили?

~~geekless~~ ★★
(21.01.2011 07:14:25 +00:00)

Ответ на: комментарий от geekless 21.01.2011 07:14:25 +00:00

Вот я и говорю, что потоки синхронизировать проще - достаточно лишь мьютексы ввести. А вот для процессов - всякие shm, flock и т.п.

~~Eddy_Em~~ ☆☆☆☆☆
(21.01.2011 07:23:31 +00:00)

Ответ на: комментарий от Eddy_Em 21.01.2011 07:23:31 +00:00

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

~~geekless~~ ★★
(21.01.2011 07:27:58 +00:00)

Ссылка

Ответ на: комментарий от Eddy_Em 21.01.2011 06:40:14 +00:00

кусок shm и воткнуть туда int с пидом процесса, атомарный cmp_add и простенький spinlock?..

Да ну, фигня. Вы просто IPC не умеете, вот и боитесь.

catap ★★★★★
(21.01.2011 09:28:51 +00:00)

Ответ на: комментарий от catap 21.01.2011 09:28:51 +00:00

кусок shm и воткнуть туда int с пидом процесса, атомарный cmp_add и простенький spinlock?..

Да ну, фигня. Вы просто IPC не умеете, вот и боитесь.

Да,черт возьми. Мы боимся. Даже джедаям надо быть осторожными с разделяемой памятью.

pathfinder ★★★★
(21.01.2011 11:01:19 +00:00)

Ответ на: комментарий от pathfinder 21.01.2011 11:01:19 +00:00

А чем разделяемая память отличается от обычной памяти видной из двух потоков?

catap ★★★★★
(21.01.2011 15:27:53 +00:00)

Ответ на: комментарий от catap 21.01.2011 15:27:53 +00:00

А чем разделяемая память отличается от обычной памяти видной из двух потоков?

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

Поясню более подробно. Пускай у нас два объекта исполнения A и B, каждый из них работает с некой общей переменной MyValue. Если A и B потоки, то не может быть такой ситуации когда один поток думает, что переменная MyValue находится по одному адресу, а другой думает что по другому. Программисту вообще не надо задумываться над тем по каким адресам находятся переменные, как расположены элементы в структурах и т. д. Он просто работает с ними. Рассогласованность представлений о размещении данных в памяти в принципе невозможна.

Если A и B процессы, то надо самому проследить, чтобы обращение к переменной MyValue в процессе A осуществлялось по тому же самому адресу, что и в процессе B. Чем сложнее структура общих данных, тем сложнее это сделать. Да и локализация ошибок такого рода - не самое приятное занятие.

pathfinder ★★★★
(21.01.2011 22:35:17 +00:00)

Ссылка

Ответ на: комментарий от Eddy_Em 20.01.2011 21:57:10 +00:00

> Ага, и говорить «мультитредный» очень по-русски :)

Мультитредовый

anonymous
(21.01.2011 22:46:23 +00:00)

Ответ на: комментарий от pathfinder 20.01.2011 21:51:08 +00:00

> Я просто хотел сказать, что термин «нить», это далеко не локальный мем ЛОРа и RSDN.

Как ты думаешь, почему вокруг меня все называют треды тредами?

anonymous
(21.01.2011 22:50:06 +00:00)

Ссылка

Ответ на: комментарий от catap 21.01.2011 09:28:51 +00:00

> кусок shm и воткнуть туда int с пидом процесса, атомарный cmp_add и простенький spinlock?..

Да, спинлок в юзерспейсе - это наше ффсио.

tailgunner ★★★★★
(21.01.2011 22:55:41 +00:00)

Ссылка

Ответ на: комментарий от anonymous 21.01.2011 22:46:23 +00:00

Мультитредовый

Мегарусское слово, пардон за мой бухусскийй...

~~Eddy_Em~~ ☆☆☆☆☆
(22.01.2011 01:00:06 +00:00)

Ответ на: комментарий от Eddy_Em 22.01.2011 01:00:06 +00:00

> > Мультитредовый

Мегарусское слово, пардон за мой бухусскийй...

Скажи, а как ты называешь такие вещи, как прайслисты? Истинно немецким словом прейскурант? Или великорусским ценосписок?

Что делать, если IT & информатика начала развиваться (и продолжает) не в России, и Россия всё ещё догоняющая страна. Нет ничего зазорного в 1) заимствовании 2) тем более нет ничего плохого в продолжении использования устоявщихся терминов.

anonymous
(22.01.2011 01:09:04 +00:00)

Ссылка

Ну там же copy-on-write. Если большие изменяемые структуры, то через время у тебя будет много копий.

~~vertexua~~ ★★★★★
(22.01.2011 10:07:44 +00:00)

Ссылка

Ответ на: комментарий от pathfinder 20.01.2011 07:17:48 +00:00

нет

Boy_from_Jungle ★★★★
(23.01.2011 07:27:13 +00:00)

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

Booster ★★
(23.01.2011 08:27:25 +00:00)

Ссылка

Ответ на: комментарий от Boy_from_Jungle 23.01.2011 07:27:13 +00:00

нет

А какие есть варианты? Начнешь крестовый поход?

pathfinder ★★★★
(23.01.2011 13:12:21 +00:00)

Ссылка

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

← 1 2 →

←	PyQt и WYSIWYG-редактирования HTML

Development

[Qt] Проголосуйте, пожалуйста, за несколько багов.

→

Похожие темы