Исходное сообщение
"Проект по добавлению поддержки системных вызовов Windows NT " Отправлено Аноним, 29-Май-09 07:50
Во-первых, отсутствие fork'a это не есть "недостаток"  именно архитектуры, если это конечно вообще недостаток. Есть у винды posix подсистема (только не надо разводить сопли о том, какая она корявая- не об этом речь сейчас), в которой есть этот самый форк. И запросы этой подсистемы на fork прекрасно разруливает собственно исполнительная система Windows, так что fork - это уже что-то более высокоуровневое и выходящее за рамки "архитектуры ядра", надстройка над ней. И средства для работы fork ядро Windows предоставляет, вопрос в другом - а надо ли? Есть способ создания процесса в unix, есть способ создания в windows. Тот же Google Chrome прекрасно форкает рабочие _процессы_ каждой вкладки, несмотря на то, что как таковой функции fork в Windows нет. То же самое с легкостью делает и PostgreSQL под Windows, несмотря на то, что функции fork в винде нет. А то, что отличается семантика - так это дело десятое, подходы просто разные. И никакого преимущества этот форк не даёт, в том числе и так называемое дерево процессов unix. Почитайте про Job Objects и поймете, что механизмы по созданию и управлению группами связанных процессов в винде с легкостью перекрывают юниксовое дерево процессов. P.S. А при чем тут потоки вообще? Вы не различаете понятия процесса и потока?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Во-первых, отсутствие fork'a это не есть "недостаток" именно архитектуры, если это > конечно вообще недостаток. Есть у винды posix подсистема (только не надо > разводить сопли о том, какая она корявая- не об этом речь > сейчас), в которой есть этот самый форк. И запросы этой подсистемы > на fork прекрасно разруливает собственно исполнительная система Windows, так что fork > - это уже что-то более высокоуровневое и выходящее за рамки "архитектуры > ядра", надстройка над ней. И средства для работы fork ядро Windows > предоставляет, вопрос в другом - а надо ли? > Есть способ создания процесса в unix, есть способ создания в windows. Тот > же Google Chrome прекрасно форкает рабочие _процессы_ каждой вкладки, несмотря на > то, что как таковой функции fork в Windows нет. То же > самое с легкостью делает и PostgreSQL под Windows, несмотря на то, > что функции fork в винде нет. А то, что отличается семантика > - так это дело десятое, подходы просто разные. > И никакого преимущества этот форк не даёт, в том числе и так > называемое дерево процессов unix. Почитайте про Job Objects и поймете, что > механизмы по созданию и управлению группами связанных процессов в винде с > легкостью перекрывают юниксовое дерево процессов. > P.S. А при чем тут потоки вообще? Вы не различаете понятия процесса > и потока?
	Введите код, изображенный на картинке: