Возник тут у нас спор с VectorMan по поводу сабжа 


Есть ли разница?

Заметил неточность в своих словах: "процесс - это просто группа потоков" относилось именно к Винде

Многозадачные ОС переключают процессор с одной задачи на другую (типа preemptive multitasking)
но в win такие задачи называются потоками, а в nix - процессами.



что касается того, что от чего и как изолированно - это уже часности, разделять страницы памяти можно и между процессами, не говоря уж про наследование дескрипторов/хэндлов (в nix - это по дефолту, в win - один из параметров функции CreateProcess)

Это сообщение отредактировал(а) VectorMan - 23.12.2006, 22:48

Потоки существуют в контексте процесса, имеют в нем своё адресное пространство и смежное пространство общих данных. Плюс к этому в unix процессы могут передавать информацию через каналы (не путать с сокетами). Под многопоточность в unix понимают клонирование процессов, что занимает больше памяти.

чего бы это вдруг????

Многопоточность

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

Добавлено @ 01:16 
Вообще сам сабж странный.  Несколько неразумно спорить по поводу "Processes vs Threads" - одно ли это, или абс разные понятия. Если взять теорию операционных систем - то несомненно понятия разные, а вот если смотреть на реализацию, то где-то (Linux) разница не так заметна. Что же касается того, как работает планировщик при распределении процессорного времени, то сколько материалов не читал по данной теме  - везде процессорные ресурсы делились между потоками, а не между процессами и это логично.

А в винде что нету пайпов? MSDN -> CreatePipe и дальше все остальные функции полезут  (нравится мне этот смайл) 

linuxthread создается через сlone()
linuxthread - процесс, который делит с родителем: VM (CLONE_VM), FS (CLONE_FS), FILES (CLONE_FILES), SIGHAND (CLONE_SIGHAND)
т. е адресное пространство у них общее

слышал про COW (Copy On Write)?

Это сообщение отредактировал(а) MAKCim - 24.12.2006, 11:33

Это что получается, если я на Java напишу многопоточное приложение оно на разных платформах поразному работать будет?

Работать оно будет одинаково с точки зрения пользователя, но в разных ОС оно конечно будет выполняться по-разному, с точки зрения системных  процессов. В Linux и Windows многопоточное приложение будет жить в одном процессе, тогда как на FreeBSD это будет несколько процессов.

Хм... а косяков не возникнет на фряхе с тем что в программе эти потоки используют общие ресурсы, переменные, рисуют в ГУИ?

Ну строго говоря фряха не сертифицирована для работы с Java. Последняя версия которая была сертифицирована, если не ошибаюсь - Java 1.3. Все остальные джавы - это просто порт с Linux. Коллизии конечно возникают, не без этого. Но вроде как-то там джава живёт.

Ещё инетерсно что в этом плане с MacOS. Она ведь построена на ядре фряхи. Правда они перепилили там всё вдоль и поперек. По крайней мере джава, судя по слухам, работает лучше чем в винде   

смотря что используем: Linuxthreads или NPTL