Исходное сообщение
"Разработчики Haiku в штыки восприняли проект перехода на ядр..." Отправлено metallica, 27-Авг-14 11:55
> Не? Не понятно? > в памяти. Их банально нет нужды куда-то перезагружать вообще. Зачем это > надо делать? (И зачем этот бред мне нужно комментировать?) > И опять же напоминаю, есть COW, которая очень широко используется в linux'е > в этих случаях. В общем этот бред опровергается манами: > $ man 2 fork > … >> ЗАМЕЧАНИЯ >>       В  Linux, fork() реализован с помощью «копирования страниц при записи» (copy-on-write, COW), поэтому расходы на вызов состоят из времени и памяти, требуемой на копирование страничных таблиц родителя и создания уникальной структуры, описывающей задачу. >>       Начиная с версии 2.3.3, вместо того, чтобы вызывать системный вызов fork(), обёрточная функция fork() в glibc, как часть реализации нитей NPTL, вызывает  clone(2)  с  флагами,  которые  обеспечивают поведение  традиционного системного вызова (вызов fork() эквивалентен вызову clone(2), если значение равно flags SIGCHLD). Обёртка в glibc вызывает все обработчики при ветвлении (fork), которые были зарегистрированы с помощью pthread_atfork(3). Ваш ответ похож на изливания воды через край из наполнившегося таза. Хватит тут про мануалы, glibc, COW,  просто смотрите исходники: В линукс любое переключение таски вызывает __schedule, в которой обязательно на другую таск, если переключение одобрено (счётчик preempt), вызывается context_switch, что она делает смотрим тут http://lxr.free-electrons.com/source/kernel/sched/core.c#L2295 Для соляриса то же самое, смотрите в исходники, лучше всего начать отсюда http://fxr.watson.org/fxr/source/common/disp/disp.c?v=OPENSO...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Не? Не понятно? >> в памяти. Их банально нет нужды куда-то перезагружать вообще. Зачем это >> надо делать? (И зачем этот бред мне нужно комментировать?) >> И опять же напоминаю, есть COW, которая очень широко используется в linux'е >> в этих случаях. В общем этот бред опровергается манами: >> $ man 2 fork >> … >>> ЗАМЕЧАНИЯ >>> В Linux, fork() реализован с помощью «копирования страниц при записи» (copy-on-write, COW), поэтому расходы на вызов состоят из времени и памяти, требуемой на копирование страничных таблиц родителя и создания уникальной структуры, описывающей задачу. >>> Начиная с версии 2.3.3, вместо того, чтобы вызывать системный вызов fork(), обёрточная функция fork() в glibc, как часть реализации нитей NPTL, вызывает clone(2) с флагами, которые обеспечивают поведение традиционного системного вызова (вызов fork() эквивалентен вызову clone(2), если значение равно flags SIGCHLD). Обёртка в glibc вызывает все обработчики при ветвлении (fork), которые были зарегистрированы с помощью pthread_atfork(3). > Ваш ответ похож на изливания воды через край из наполнившегося таза. Хватит > тут про > мануалы, glibc, COW, просто смотрите исходники: > В линукс любое переключение таски вызывает __schedule, в которой обязательно на другую > таск, если переключение > одобрено (счётчик preempt), вызывается context_switch, что она делает смотрим тут http://lxr.free-electrons.com/source/kernel/sched/core.c#L2295 > Для соляриса то же самое, смотрите в исходники, лучше всего начать отсюда > http://fxr.watson.org/fxr/source/common/disp/disp.c?v=OPENSOLARIS#L849
	Введите код, изображенный на картинке: