From owner-freebsd-current Wed Dec 30 17:17:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28354 for freebsd-current-outgoing; Wed, 30 Dec 1998 17:17:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.adsu.bellsouth.com (ns1.adsu.bellsouth.com [205.152.173.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA28347; Wed, 30 Dec 1998 17:17:05 -0800 (PST) (envelope-from ck@ns1.adsu.bellsouth.com) Received: (from ck@localhost) by ns1.adsu.bellsouth.com (8.9.1a/8.9.1) id UAA26206; Wed, 30 Dec 1998 20:16:45 -0500 (EST) Message-ID: <19981230201645.M828@ns1.adsu.bellsouth.com> Date: Wed, 30 Dec 1998 20:16:45 -0500 From: Christian Kuhtz To: Gary Palmer , "Steven P. Donegan" Cc: Mike Smith , Josh Tiefenbach , The Hermit Hacker , freebsd-current@FreeBSD.ORG Subject: Re: NOW/MOSIX/Beowulf References: <28835.915063913@gjp.erols.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <28835.915063913@gjp.erols.com>; from Gary Palmer on Wed, Dec 30, 1998 at 07:25:13PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Dec 30, 1998 at 07:25:13PM -0500, Gary Palmer wrote: > "Steven P. Donegan" wrote in message ID > : > > I 'vampired' my corporate LDAP directory (roughly 15k entries) and > > populated a FreeBSD and Netscape system with it (FreeBSD was the ldap in > > the ports directory). Both systems were basically identical as far as > > hardware goes. The FreeBSD response to queries was roughly twice as fast > > as the Netscape under NT. Since the database was very small (5 meg or so) > > I would see no reason why this couldn't scale indefinitely... (round > > robin DNS or Cisco load director etc.). > > In my application (ISP), the point of any network based information system > (i.e. LDAP) is to provide local caches of information on the machines which > need them, with near-real-time updates, so users can get near-instant password > changes across 20+ machines, new accounts created before they hang up, etc. Try customer bases with millions of users making changes to their accounts (either passively by using their accounts or actively through a CSR or customer account self management). This might include a customers session count, billing preferences, CoS categories, geographic info. And whatever else you can think of. This goes for service offerings such as plain old dial-up access, VoX (X=IP,ATM,FR) or whatever else, such a E911 info to be fed back into an IP/SS7 SCP. I am scared of keeping real time account info in it because this will take away transaction cycles from other (more vital?) tasks, with the concern that by the time the real time info actually propagates, it no longer is real time. Cheers, Chris -- Frisbeetarianism, n.: The belief that when you die, your soul goes up on the roof and gets stuck. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message