I'm impressed too and I don't even fully understand the problem! (:-) However, I do have a very large network for a project from 2 yrs back that needs to be revived and modified for a current project. The first step was to delete about 8-10 large pages since they handled the data preprocessing for the previous project. Then, I noticed that it is very sluggish to make changes to, say add a Transmitter (I'm in the high 200's for the default new Transmitter number) and it seemed like the problem was the way DX internally managed the name list. I opined that there must be a hash table and that it needed pruning/cleaning/ or something but that this didn't seem to be done by DX at all or efficiently. I was looking at the horrible idea of "copying" (in the same sense as a medieval scribe) the contents of the old net into a nice fresh new net in order to get the module numbers to start over, in hopes this would alleviate some of the sluggishness imposed by the now poorly packed hash table that defines module names.
So, it sounds like Randall's scheme might do the trick in this case. As soon as there's a build for Irix 6.5 that I can try out, I'll do it! >Wow. I'm *very* impressed. So when I call DXGetModuleId I'll still get a >string, but internally to the exec it holds the module id as a list of >integers, right? That means it should be transparent to anybody outside >the exec and that therefore uses the DXGetModuleId interface. I'll be >happy to look at it, but I suspect that the only way to be really >comfortable with it is to run it awhile. On the other hand, you're >apparently running it on the mother of all networks, and if its OK there, >well, then. I'm sure you have a ton of Routes, Switches and macros in >there that will test all the nasty cases. > >There are quite a lot of changes between 4.1.0 and the CVS head. How about >running acvs update on your tree to square it up, try it out, and then do >your own checkin? I'd first copy your current state aside so that any bugs >that have been introduced since 4.1.0 (who, me?) won't interfere with your >main path of progress. > >Anybody who can hack the exec ought to be on the inside. If you agree, >I'll set it up. > >Greg > Chris Pelkie Vice President/Scientific Visualization Producer Conceptual Reality Presentations, Inc. 30 West Meadow Drive Ithaca, NY 14850 [EMAIL PROTECTED]
