The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Введение в многопоточное программирование"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (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.me/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]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру