From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,fca456da8e6ec463 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-02-11 09:44:10 PST Path: supernews.google.com!sn-xit-02!supernews.com!isdnet!grolier!nerim.net!teaser.fr!enst!enst.fr!not-for-mail From: "Alexandre E. Kopilovitch" Newsgroups: comp.lang.ada Subject: Re: Latin, Shakespeare, and other irrelevant topics Date: Sun, 11 Feb 2001 19:55:23 +0300 (MSK) Organization: h w c employees, b f Sender: comp.lang.ada-admin@ada.eu.org Message-ID: Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: avanie.enst.fr 981913449 86431 137.194.161.2 (11 Feb 2001 17:44:09 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Sun, 11 Feb 2001 17:44:09 +0000 (UTC) To: comp.lang.ada@ada.eu.org Return-Path: X-Mailer: Mail/@ [v2.44 MSDOS] Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.0 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: comp.lang.ada mail<->news gateway List-Unsubscribe: , List-Archive: Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org Xref: supernews.google.com comp.lang.ada:5125 Date: 2001-02-11T19:55:23+03:00 Robert Dewar wrote: >> Why that isn't enough? Why that "time-slicing" can't simulate an effect of >> two cooperating persons? >> (For another division you may imagine an Artistic Office and Pure Enginerring >> Office, for example.) > >I am completely puzzled by this, the problem with one person >trying to build a large house or a large program is that it >would take too long, how can the above hokey separation (which >can only slow things down) possibly help in the slightest to >make more hours in the day??? :-) Multiprocessing is not always a good thing. It is definitily good if you typically should process multiple independent and impatient requests, which happens when you are contacting with a naturally parallel environment. But there is an obvious price - you need to allocate the resources for synchronization and arbitration. That is equally true for computers and for human teams. There are two different tasks: to build a program, and to introduce it to the potential users, that is, to persuade them to adopt your product. Although within some environments those tasks can be done concurrently, and even help each other (as you continually demonstrate with the GNAT), they still remain substantially different by their nature. In both tasks you have a queue of particular problems, but the character of those queues is quite different: for the 1st case (building a program) you have a queue with waiting and the opportunities for various global optimizations (of the queue), while for the 2nd case you have a queue with a very limited wait (a request leaves the queue if it isn't serviced within some time interval). So, in the 1st case our main concern is complexity, while in the 2nd case our main concerns are similar to those associated with the real-time processing pattern. And my question was about the 1st case only, where one may sometimes apply the quote: "he travels the fastest, who travels alone". By the way, one method to make more hours in the day is to slow down the Earth spinning -:)