Две замечательные статьи про процессы и треды в nix и windows системах:
http://uinc.ru/articles/34/
http://uinc.ru/articles/38/
В свое время очень помогли мне.

ТС: читаешь

http://en.wikipedia.org/wiki/Light-weight_process
http://en.wikipedia.org/wiki/Light_Weight_Kernel_Threads

и просматриваешь http://www.google.ru/search?q=light+weight+process

2_Great_ английского не особо знаю, но пусть потоки реализованы как процессы. только так можно говорить про потоки ядра; я так понимаю на уровне ос потоки действительно создаются как процессы, но их таблицы, пространства и тд просто являются одним целым. вот только fork, как читай единственный механизм создания процесса пользовательского уровня, создает заранее именно НЕ зависимые друг от друга процессы. так я к чему клоню - мы не говорим о том чем занимается ядро, мы говорим о том, что одним доступным вызовом fork ты просто так процессы не объединишь - придется использовать как-то разделяемую память (я не про shmmat и тд), что-то делать со всеми дескрипторами и тд и имхо этого достичь средствами посикс ил сисв апи нельзя. а стало быть выжать из fork'а поток не получится. так что пользовательский по крайней мере posix-потоки не имеют ничего общего с fork-вызванными процессами..

ZaCo, вообще речь изначально была о поддержке потоков в языке PHP. Но как-то плавно nerezus её перевёл в русло "а существуют ли потоки в Unix". Вы хоть одно разумное объяснение приведите - почему форканый процесс не может считаться потоком, и почему все Unix программисты считают его потоком? Нашлись только два человека, которые с пеной у рта доказывают бредовость Unix архитектуры.

По поводу "потоков" в PHP: http://ru.php.net/manual/ru/ref.pcntl.php. Хоть какие, но это потоки, и не надо тут строить параллели с виндой. Или тут кто-то будет спорить что в POSIX не существует средств для "общения" потоков? В чём сейчас спор?

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

>>Вы хоть одно разумное объяснение приведите - почему форканый процесс не может
>>считаться потоком, и почему все Unix программисты считают его потоком?

я все написал в первом сообщении этой темы. и почему ты говоришь сейчас за всех Unix-программистов?

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

чего?

--
под новым процессом же понимается дочерний процесс после вызова fork, потому что только он доступен из приведенного расширения php. про формы rfork никто ничего не говорит хотя бы потому что это не есть стандарт.

В различных unix-like ОС реализация такой фигни(абстракции) как поток различная. Поэтому вопросы типо "а существует ли в Unix поток" выглядят немного глупо.

Применительно к реализации процессов и потоков в linux: Процесс == поток (на уровне ядра их представляет одна и та же структура)

За все остальные "юнихи" говорить не буду=)

+1

Я надюсь, что nerezus всё таки разобрался в этих понятиях относительно Unix-систем. Просто если сейчас начнётся обсуждение различного рода обёрток для реализации суперфункциональности в плане "потоков" , то тут форума не хватит чтобы каждый высказал своё мнение...

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

Протеус, истолкуй здесь свою точку зрения. Ты оставил комментарий в моей "репутации". Я не знаю, причем здесь Рихтер, теория и практика многозадачности не есть реализация операционной системы windows, так причем же здесь Рихтер? И что конкретно мне нужно почитать и в какой его книге?