From owner-freebsd-hackers Fri Jan 3 21:59:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA01511 for hackers-outgoing; Fri, 3 Jan 1997 21:59:42 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA01475 for ; Fri, 3 Jan 1997 21:59:35 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id UAA04409 for ; Fri, 3 Jan 1997 20:19:15 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id OAA22838; Sat, 4 Jan 1997 14:47:44 +1030 (CST) From: Michael Smith Message-Id: <199701040417.OAA22838@genesis.atrad.adelaide.edu.au> Subject: Re: pib comments. In-Reply-To: from Jaye Mathisen at "Jan 3, 97 03:05:12 pm" To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Sat, 4 Jan 1997 14:47:43 +1030 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen stands accused of saying: > > Talk about mixed feelings. The package, concept, and use is great, but > it is *slooooooowwwwwwwwwer* than molasses. Really? You're the first person to suggest this; I did a lot of speed testing on a 486/33 running diskless with an unacelerated TVGA8900 card and 8M of RAM. > I'm using an unloaded P6-200, with 128MB RAM, and Matrox cards, and pib > takes 10-12 seconds to bring up the build tool. Plus it leaves this > honking monster xterm widget thing running around until if finally gets > everything resized. Matrox? Oh, you're probably running Accelerated-X, right? AccelX (at least at the 1.x level) gives hopless performance with Tk, although I normally only noticed this with applications running remotely. The Xterm hanging around (it's up for less than a second on the 486/33) is a side-effect of your window manager insisting that the window be created onscreen. You could call this a bug in fvwm; I would have created it as an icon, but then when you deiconify it, even though it's been reparented, fvwm insists on drawing decorations for it. So I have to let it be realised full-size before reparenting it, and the tkSteal code tries to put it offscreen, but your WM is refusing. Not much I can do about that. > I'm losing faith in TCL/TK stuff. Nice idea conceptually, but painfully > slow. I suggest that you push the turbo button on your P6 phallus and perhaps try talking to the _author_ before you slam his work publically, or at the very least ask the ports group, who have been testing it for the last month or so. The speed problem is your setup, not my code, and I'll thank you to keep your criticism to those parts of the application that deserve it (and there are plenty of those, I'll willingly admit), or raise the issue with me privately. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[