From owner-oi-users Fri Mar 10 14:23:18 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA25472 for oi-users-outgoing; Fri, 10 Mar 1995 14:23:18 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA25458 for ; Fri, 10 Mar 1995 14:22:51 -0800 Received: from garya.boulder.openware.com (garya.boulder.openware.com [198.135.223.34]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id PAA27992; Fri, 10 Mar 1995 15:20:09 -0700 Received: (from garya@localhost) by garya.boulder.openware.com (8.6.9/8.6.9) id PAA06925; Fri, 10 Mar 1995 15:22:20 -0700 Date: Fri, 10 Mar 1995 15:22:20 -0700 From: Gary Aitken Message-Id: <199503102222.PAA06925@garya.boulder.openware.com> To: fgreco@lehman.com, oi-users@freefall.cdrom.com Subject: Re: Rules to speed up the creation of OI objects Sender: oi-users-owner@FreeBSD.org Precedence: bulk > > > We are having time problems when we try either to load a > > > big configuration file or creating dinamically OI objects. It > > > takes a long time to create the objects. > > > > This won't help for .cf file loading, but if you bracket the addition > > of children to a parent object with suspend/resume_layout, it should > > help: > [stuff deleted] > > Can this help the speed of uib coming up? Uib makes my SS10 feel > like a SS1+. Unfortunately, no. Uib's interface sits in a .cf file. Uib itself brackets most operations with suspend/resume_layout once it gets going.