| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
Hello, A customer of ours has written an ALL-IN-1 application that uses a very large number of symbols. The customer asked me a question, which I would like to pass on to somebody of you: Lets say that I have an application with 2000 ALL-IN-1 symbols. Would the ones beginning with the letter A have shorter access time than symbols beginning with Z? Let me put the question in another way: Can they play around with the symbol names to let some of the symbols be quicker accessed? Regards, Mats Wilhelmsson, Stockholm
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2378.1 | Some information.... | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Mon Mar 08 1993 16:44 | 14 |
What sort of symbols are they?
#Symbols are accessed through an in memory balanced binary tree, so I
don't think it matters where in the alphabet they start, rather that
they are relatively unique, so we don't have to resolve duplicate
lookups with serial searches. I don't know if they have to be unique in
the first few characters to achieve this, or if the whole symbol is
hashed, in which case it might be difficult to control.
$symbols are records in user's .PST file, so you can apply the usual
sort of RMS rules to handle the keys in the file, and tune it
appropriately.
Graham
| |||||
| 2378.3 | Symbol names will produce tiny gains... | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Mar 09 1993 08:51 | 7 |
Actually, they could probably improve the performance of the
application a lot more by doing other things, any gains they could get
by messing around with symbol names will be marginal.
I'll leave one of the Marks to comment on that.
Graham
| |||||
| 2378.4 | Local symbols more efficient | IOSG::DAVIS | Mark Davis | Tue Mar 09 1993 09:02 | 17 |
Yes, symbol lookups are pretty quick within ALL-IN-1 and there is no
advantage in putting then in alphabetical order.
Because permanent symbols involve RMS they will take longer to look up
- so that if you have an application that requires frequent access to
permanent symbols then it might be any idea to store them in temporary
symbols at the beginning of the application and then put them back at
the end. Also if you have many permanent symbols you may want to
increase the bucket size of the users' PSTs. I don't believe that there
is an FDL or housekeeping procedure to do this so it would have to be
done manually for each PST using $ANAL/RMS/FDL and CONVERT/FDL=.
Mark
| |||||