I've been working on websites for the last few years. The working
definition I use as "response time" is the time between when the user
initiates the action (mouse click, hitting enter) and the time the user
can USE the information being returned.
This means that sending back the first few characters doesn't qualify
as completing the response. if I am in an ecommerce site and I click on
the item I want to see in detail, it doesn't help me to have the name
of the product but no other information on the screen.
Excessive response time is the time between the mouse click and the
user hitting the back arrow or closing the browser or clicking on the
submit button again because they have become impatient with what they
see as no response at all.
- Wolfgang Breitling <breitliw_at_centrexcc.com> wrote:
> I've got Cary's book for about a week now and I have a comment. On
> page 12
> he defines response time as
>
> "The elapsed time between the end of an inquiry or demand on a
> computer
> system and the beginning of a response; for example, the length of
> the time
> between an indication of the end of an inquiry and the display of the
> first
> character of the response at a user terminal."
>
> I know from the reference provided that he did not create that
> definition
> himself. Do you agree with it? I don't. I believe that "it depends"
> and
> that there are cases where the user would define response time as the
> time
> from initiating the request until the entire transaction is complete,
>
> especially if subsequent work is dependent on the completion. You can
>
> easily play the "evil genie" in these cases by "improving" the
> response
> time such that the first character shows up sooner, yet the last
> character
> shows up much later (in the vein of first_rows vs. all_rows),
> effectively
> making things worse for the user. So even the definition of response
> time
> comes back to the business case. Sometimes the user can continue with
> the
> next task as soon as the first pieces of the request arrive, while at
> other
> times she can not until the last pieces are complete.
>
>
> Wolfgang Breitling
> Oracle7, 8, 8i, 9i OCP DBA
> Centrex Consulting Corporation
> http://www.centrexcc.com
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: Wolfgang Breitling
> INET: breitliw_at_centrexcc.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Rachel Carmichael
INET: wisernet100_at_yahoo.com
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
Received on Tue Oct 07 2003 - 15:09:25 CDT
