форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"Введение в многопоточное программирование"

Сообщение от opennews (ok) on 15-Янв-09, 22:18

В статье (http://www.ibm.com/developerworks/ru/library/au-unixforks/in...) представлено введение в многопоточное программирование, рассматривается использование POSIX-потоков в качестве замены вызову метода fork(). URL: http://www.ibm.com/developerworks/ru/library/au-unixforks/in... Новость: http://www.opennet.ru/opennews/art.shtml?num=19807

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Введение в многопоточное программирование"

Сообщение от pavlinux (ok) on 15-Янв-09, 22:18

баянистый сайт!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Введение в многопоточное программирование"
	Сообщение от Damon (??) on 16-Янв-09, 09:41
	>баянистый сайт! Ну почему же? Встречал людей ( привыкших к Win32API ), для которых сама идея fork'ать процесс выглядит дико. Так что, просто и доступно. ИМХО. А вообще, fork, лично мне кажется проще многопоточности. И если, например, надо в час десяток клиентов обслужить и каждому, скажем, 100 байт передать, то самое оно, смысла не имеет городить что-то с многопоточностью.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Введение в многопоточное программирование"
	Сообщение от _umka_ (ok) on 16-Янв-09, 12:40
	для таких задач правиный FSM позволит вобще все сделать в одном процессе :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Введение в многопоточное программирование"
	Сообщение от Damon (??) on 16-Янв-09, 13:16
	>для таких задач правиный FSM позволит вобще все сделать в одном процессе :) Кстати, да. Буду знать. :-)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	10. "Введение в многопоточное программирование"
	Сообщение от _umka_ (ok) on 16-Янв-09, 17:27
	Альтернатива 1) создали listen socket 2) создали shm, положили туда семафор 3) нафоркали сколько надо чилдов - в каждом fsm и trylock на семафоре вокруг этого сокета. схема маштабируется как угодно долго обрабатывается операция внутри fsm - сделай еще чилдов и вперед :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "Введение в многопоточное программирование"
	Сообщение от Staff (??) on 16-Янв-09, 16:03
	Городят обычно с fork'ами и пайпами/shm. Если итоговые единицы исполнения имеют общие данные, однозначно потоки. Если можно форкнуться и забыть о дите пока то не сдохло, лучше fork(). В данном случае, как уже сказали, параллельность вообще не нужна.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Введение в многопоточное программирование"

Сообщение от andr.mobi (??) on 16-Янв-09, 09:32

> чем устаревший метод fork() Фразочка раскрывает недалёкость и некомпетентность автора. Правильно говорить "старый добрый форк()", который в ряде случаев действительно использовать неэффективно.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Введение в многопоточное программирование"

Сообщение от pavlinux (ok) on 16-Янв-09, 09:59

fork() нужон для exec_ов или для функций работающих с файлами. остальное треды, мьютексы, семафоры, атомарные, чё там ещё...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Введение в многопоточное программирование"
	Сообщение от _umka_ (ok) on 16-Янв-09, 11:18
	и еще для кучи всего. Не забываем fork() это изолированое адресное пространство - а pthread shared. в результате ошибка в одном процессе не может повлиять на остальные, а в случае тредов - очень легко. да и локинг в случае тредов может быть далеко не тривильным.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Введение в многопоточное программирование"

Сообщение от XoRe (ok) on 16-Янв-09, 13:13

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]