| Title: | DEChub/HUBwatch/PROBEwatch CONFERENCE |
| Notice: | Firmware -2, Doc -3, Power -4, HW kits -5, firm load -6&7 |
| Moderator: | NETCAD::COLELLA DT |
| Created: | Wed Nov 13 1991 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4455 |
| Total number of notes: | 16761 |
Can anything be done to fix HUBwatch performance? If you make an error
it can be EMBARASSINGLY slow to the point of death (take 2-3 minutes to
respond!) I can understand/explain some of the repeater stuff, but
moving a module to/from segments should NOT take over 10-15 seconds.
It REALLY demos bad. To demo HUBWATCH effectively, you really need to
understand what to AVOID from a performance point of view.
Are any thoughts being given to some rewrite or revision that would
perhaps do things more efficiently and fix the performance issues.
Regards,
j
^--who votes to rename HUBWATCH to DEATHWATCH
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1453.1 | SLINK::HOOD | I'd rather be at the Penobscot | Tue Sep 20 1994 11:51 | 17 | |
The reason we made HUBwatch so slow is that we like to sit around doing
nothing for most of the day. Double-click a module, take a coffee break.
Come back, setup a LAN connection, take a long lunch.
Making it faster would make our jobs harder.
Although it might not look like it, each version does get a little faster. As
new windows are developed, performance innovations are added. We are *trying*
to improve the overall performance. Nowadays an important factor
for each new screen is speed. Yeah, some things are annoyingly slow (for
us too), but we're trying. Really.
Tom Hood
DEATHwatch
ps: There's been no trademark search done for DEATHwatch, so we should
probably just keep the HUBwatch name for now.
| |||||
| 1453.2 | I understand - just so ya know! | PTOJJD::DANZAK | Pittsburgher � | Tue Sep 20 1994 12:42 | 14 |
(grin) Sounds just like the field....we don't to much but drink coffee
either and wait for the orders to come in.....
I understand - just wanted to make you aware that the performance in
some instances is really an issue (i.e. over 20 seconds to up to 2
minutes) is REALLY bad during a demo. I created an isolated LAN, just
a DEChub900 and 90 with a PC to demo and assure that there was no other
bad network juju on the wires...
So....anything that u can do re:Performance is badly needed...
Thanks!
j
| |||||
| 1453.3 | HUBWATCH_GO_FAST | NETCAD::DRAGON | Tue Sep 20 1994 12:51 | 7 | |
Gee Tom,
Don't you think its time to tell the field about that logical that
makes it go faster:-)
Bob
| |||||
| 1453.4 | Fresh brewed Xircomian Coffee | ANGLIN::BERNDT | Wed Sep 21 1994 22:32 | 12 | |
I am sitting here sipping my Espresso after a fun day of Novell/Digital
presentations in the windy city. Tom's response in .1 gave me my first
good laugh today...nice that every one has a sense of humor.
I do agree with John, it X313 seems considerably slower than customer
v2. But, considering the added functionality-maybe it's somewhat
"excusable". BTW I am running on a 320P with 8mB ram and Xircom. You
know the Xircom smelled a bit like fresh brewed coffee when doing some
commands...hmmmmm???
Ron
| |||||