in reply to Re^2: Event-based app and fork()
in thread Event-based app and fork()

I'm using "forking" and "threads," for my purposes, interchangeably. They're not, but.

The concept that I'm expressing is like you see in any burger-joint. A few people are sitting there in the front waiting for “connections,” which they immediately punch-into the order system. All the rest of the workers are waiting for requests to pop-up on their queues, and when they do, the workers respond. (Your order has been split and sent to everyone's screen at the same time depending on what you order... if the computer is actually working. :-) When the order is finished, the person who took the order hands your burger to you.

So you have:   one thread that's handling the select-polling; and one or more threads which the work and have nothing to do with polling at all.

Replies are listed 'Best First'.
Re^4: Event-based app and fork()
by BrowserUk (Patriarch) on Dec 04, 2007 at 23:29 UTC
    So you have: one thread that's handling the select-polling; and one or more threads which the work

    Yes, but you're completely missing the point of the OPs question.

    You set up you event loop in the primary process (main thread as you incorrectly term it), and then, to start your secondary, long-running, blocking processes, you use fork.

    But, and here the rub, when you fork, you replicate everything that you had in the primary process...

    Now re-read the OPs question starting from "But let's check this in deep..." and see how your reply, plus the conflation of the terms 'forking' and 'threading' mean that you did not even begin to answer the question asked.

    Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
    "Science is about questioning the status quo. Questioning authority".
    In the absence of evidence, opinion is indistinguishable from prejudice.
[reply]
    A reply falls below the community's threshold of quality. You may see it by logging in.

In Section Meditations