форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум WEB технологии (Ruby, Rails)
Изначальное сообщение		[ Отслеживать ]

"Если серьезно, fork или что-то еще?"	+/–
Сообщение от beerdy (ok) on 01-Июн-14, 19:30
Незнаю поможете или нет, но хотелось бы надеяться. - Есть скрипт (демон) в вечном цикле RUBY - Скрит плодит fork-и Вопрос какими средствами обратиться к поражденным fork-процессам а точнее к каждому? Кроме возвращаемого pid fork-а у меня получаеться ничего нет(
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Если серьезно, fork или что-то еще?"	+/–
Сообщение от PavelR (ok) on 01-Июн-14, 20:05
> Незнаю поможете или нет, но хотелось бы надеяться. > - Есть скрипт (демон) в вечном цикле RUBY > - Скрит плодит fork-и > Вопрос какими средствами обратиться к поражденным fork-процессам а точнее к каждому? Кроме > возвращаемого pid fork-а у меня получаеться ничего нет( "Вечный скрипт RUBY" - это серьезно. Что значит - "обратиться"? Книжки почитай: - Русский язык - Межпроцессное взаимодействие в ОС UNIX.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Если серьезно, fork или что-то еще?"	+/–
	Сообщение от beerdy (ok) on 01-Июн-14, 20:29
	>> Незнаю поможете или нет, но хотелось бы надеяться. >> - Есть скрипт (демон) в вечном цикле RUBY >> - Скрит плодит fork-и >> Вопрос какими средствами обратиться к поражденным fork-процессам а точнее к каждому? Кроме >> возвращаемого pid fork-а у меня получаеться ничего нет( > "Вечный скрипт RUBY" - это серьезно. > Что значит - "обратиться"? > Книжки почитай: > - Русский язык > - Межпроцессное взаимодействие в ОС UNIX. Спасибо за "дельный" совет. Но хотелось бы более конкретный ответ (в теме как бы указанно что речь идет о fork, внимательнее тему читайте - умник блин)))
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Если серьезно, fork или что-то еще?"	+/–
	Сообщение от izyk (ok) on 01-Июн-14, 22:37
	> Но хотелось бы более конкретный ответ (в теме как бы указанно что > речь идет о fork, внимательнее тему читайте - умник блин))) Хамло!
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Если серьезно, fork или что-то еще?"	+/–
	Сообщение от beerdy (ok) on 01-Июн-14, 22:50
	>> Но хотелось бы более конкретный ответ (в теме как бы указанно что >> речь идет о fork, внимательнее тему читайте - умник блин))) > Хамло! Флудеры...
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "Если серьезно, fork или что-то еще?"	+/–
	Сообщение от parad (ok) on 02-Июн-14, 02:23
	тебе верно сказали - нужно больше конкретики - что значит обратиться? можно к примеру сигнал послать. устроит? про остальные расскажу как четко сформулируешь задачу.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	6. "Если серьезно, fork или что-то еще?"	+/–
	Сообщение от Andrey Mitrofanov on 02-Июн-14, 09:18
	>> - Межпроцессное взаимодействие в ОС UNIX. > Спасибо за "дельный" совет. Не подходит? Гм... Ну, пусть письма друг другу пишут. man mail.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	7. "Если серьезно, fork или что-то еще?"	+/–
	Сообщение от beerdy (ok) on 02-Июн-14, 11:33
	>>> - Межпроцессное взаимодействие в ОС UNIX. >> Спасибо за "дельный" совет. > Не подходит? Гм... Ну, пусть письма друг другу пишут. man mail. Вы правы. Межпроцессное взаимодействие в ОС UNIX действительно необходимо знать. Дико извиняюсь, что оскорбил. Скорее это было даже не оскорбление а провокация на ответ) Но получилось некрасиво. Но вопрос в другом. 1) Есть N-ое количество ассоциативных массивов (назовем их процессами) которые в виде fork или fiber или thread - порождаются Шелдером, при обращение к Шелдеру клиента. 2) Шелдер в свое время сохраняет массив запущенных процессов по идентификатору, метки или еще чему нибудь пока не определился (подскажите пожалуйста чем лучше воспользоваться?). 3) Далее если клиент обратиться сново к Шелдеру, то задача Шелдера отдать метку клиенту - мол вот тебе ID процесса порожденного для тебя(клиента) при прошлом обращение ко мне (Шелдеру) иди и соединяйся со своим процессом а от меня отвали. 4) Далее клиент соединяется уже напрямую с процессом созданным для него. Если же Шелдер не находит процесс соответствующий клиенту то снова пункт 1) На другом форуме посоветовали использовать распределенную память. И обмениваться через файлы. Только какими конкретно методами языка RUBY это осуществить?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	8. "Если серьезно, fork или что-то еще?"	+/–
	Сообщение от PavelR (ok) on 02-Июн-14, 12:01
	>Далее если клиент обратиться сново к Шелдеру, Как это происходит?
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "Если серьезно, fork или что-то еще?"	+/–
	Сообщение от beerdy (ok) on 02-Июн-14, 12:19
	>>Далее если клиент обратиться сново к Шелдеру, > Как это происходит? clien ajax запрос из браузера -> nginx -> thin -> скрипт вызываемый клиентом который я назвал - "циклером" cirler.rb -> Шелдер -> процесс с данными
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "Если серьезно, fork или что-то еще?"	+/–
	Сообщение от beerdy (ok) on 02-Июн-14, 12:48
	>>>Далее если клиент обратиться сново к Шелдеру, >> Как это происходит? > clien ajax запрос из браузера -> nginx -> thin -> скрипт вызываемый > клиентом который я назвал - "циклером" cirler.rb -> Шелдер -> процесс > с данными Нашел два решения: - c-extensions или - готовый mmap Поэтому: Думаю написать все через ТСПСокет
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	11. "Если серьезно, fork или что-то еще?"	+/–
	Сообщение от beerdy (ok) on 02-Июн-14, 12:49
	Потом взять Си и на нем написать шелдер с порождаемыми процессами
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема