Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!mcnc!rti!xyzzy!aquila!harrism From: harrism@aquila.rtp.dg.com (Mike Harris) Newsgroups: comp.databases Subject: Re: Client/Server processes and implementations Message-ID: <990@xyzzy.UUCP> Date: 6 Dec 89 16:07:50 GMT References: <1989Nov29.224606.19358@odi.com> <713@xyzzy.UUCP> Sender: usenet@xyzzy.UUCP Reply-To: harrism@aquila.rtp.dg.com (Mike Harris) Distribution: usa Organization: Data General Corporation, Research Triangle Park, NC Lines: 47 In article <1989Nov29.224606.19358@odi.com>, dlw@odi.com (Dan Weinreb) writes: : In article <713@xyzzy.UUCP> harrism@aquila.rtp.dg.com (Mike Harris) writes: : :> [locking and synchronizations issues ] : ....[When you say "an MP style architecture is required", I'm not sure : precisely what you mean] : : Is it an MP style architecture if you have a LWP package running : inside a single O/S process, and the LWP is the conventional kind : such as SunOS currently provides, and that you can easily write yourself? I am not familiar with their package. The following should clarify, however.. : : Is it an MP style architecture if you have a LWP package running : inside a single O/S process, and the LWP is the kind provided by the : operating system that is capable of running many of the LWPs at the : same time on distinct processors of a coarse-grained multiprocessor : system, such as Sequent provides? : Yes. : Or do you mean an architecture in which there are many different : operating system processes, each with its own address space, running : on the same database? Yes, although "the same database" is not necessarily relevant. : : Or do you mean it is required that many different machines (not a : multiprocessor computer but many machines, connected by a LAN or : something like that) be able to all directly acts as servers for the : same database? No. I was primarily refering to tightly coupled multi processing on single or tightly coupled multi processors (same memory store, etc). The issues for database/application partitioning for effective use of loosly coupled processors are equally as interesting. : Dan Weinreb Object Design dlw@odi.com regards, Mike Harris - KM4UL harrism@dg-rtp.dg.com Data General Corporation {world}!mcnc!rti!dg-rtp!harrism Research Triangle Park, NC