From: Karl E. Peterson on
MM wrote:
> This was not about absolute speeds, but about establishing which
> routine/method is faster, relative to others, which we have now done.
> For instance, the txtResult = Hex$() assignment is the same in all
> cases, therefore the overhead will be identical in all cases.

Look at it this way. You were reporting times in the 15-17 (something)
range. Let's say that Hex$ method consumed 14.9 somethings. That
would mean that the methods you were trying to time ranged from 0.1 to
2.1 -- quite a vast difference. True, you'll always have to call the
other, but don't fool yourself into thinking you learned much about
what you claimed to be interested in.

> Whether a routine takes 10 'thingies'
> or 20 'thingies', it's obvious that the '10' example is faster,
> irrespective of how long a 'thingy' itself is.

So close! And yet, so far.

--
..NET: It's About Trust!
http://vfred.mvps.org


From: MM on
On Mon, 15 Mar 2010 15:41:18 -0700, Karl E. Peterson <karl(a)exmvps.org>
wrote:

>MM wrote:
>> This was not about absolute speeds, but about establishing which
>> routine/method is faster, relative to others, which we have now done.
>> For instance, the txtResult = Hex$() assignment is the same in all
>> cases, therefore the overhead will be identical in all cases.
>
>Look at it this way. You were reporting times in the 15-17 (something)
>range. Let's say that Hex$ method consumed 14.9 somethings. That
>would mean that the methods you were trying to time ranged from 0.1 to
>2.1 -- quite a vast difference. True, you'll always have to call the
>other, but don't fool yourself into thinking you learned much about
>what you claimed to be interested in.
>
>> Whether a routine takes 10 'thingies'
>> or 20 'thingies', it's obvious that the '10' example is faster,
>> irrespective of how long a 'thingy' itself is.
>
>So close! And yet, so far.

Did you find the fastest routine, Mike?

Well, sure I did, Karl!

How'dya do that, then, Mike?

Well, gosh durn it, Karl, ya know what? I just stuck in different
routines to call until I found one that was fastest!

Man, Mike! That sure is gosh darn rootin' tootin mighty clever! Wanna
become a Yank?

No, Karl. My Queen forbids it.

MM
From: Karl E. Peterson on
MM wrote:
> On Mon, 15 Mar 2010 15:41:18 -0700, Karl E. Peterson <karl(a)exmvps.org>
> wrote:
>
>> MM wrote:
>>> This was not about absolute speeds, but about establishing which
>>> routine/method is faster, relative to others, which we have now done.
>>> For instance, the txtResult = Hex$() assignment is the same in all
>>> cases, therefore the overhead will be identical in all cases.
>>
>> Look at it this way. You were reporting times in the 15-17 (something)
>> range. Let's say that Hex$ method consumed 14.9 somethings. That
>> would mean that the methods you were trying to time ranged from 0.1 to
>> 2.1 -- quite a vast difference. True, you'll always have to call the
>> other, but don't fool yourself into thinking you learned much about
>> what you claimed to be interested in.
>>
>>> Whether a routine takes 10 'thingies'
>>> or 20 'thingies', it's obvious that the '10' example is faster,
>>> irrespective of how long a 'thingy' itself is.
>>
>> So close! And yet, so far.
>
> Did you find the fastest routine, Mike?
>
> Well, sure I did, Karl!
>
> How'dya do that, then, Mike?
>
> Well, gosh durn it, Karl, ya know what? I just stuck in different
> routines to call until I found one that was fastest!
>
> Man, Mike! That sure is gosh darn rootin' tootin mighty clever! Wanna
> become a Yank?
>
> No, Karl. My Queen forbids it.

She's on our side. ;-)

--
..NET: It's About Trust!
http://vfred.mvps.org


From: Tony Toews [MVP] on
"Mike Williams" <Mike(a)WhiskyAndCoke.com> wrote:

>0.056 microseconds for Nobody's VB method

I sure wish nobody would change their name to somebody. <smile>

Tony
--
Tony Toews, Microsoft Access MVP
Tony's Main MS Access pages - http://www.granite.ab.ca/accsmstr.htm
Tony's Microsoft Access Blog - http://msmvps.com/blogs/access/
For a convenient utility to keep your users FEs and other files
updated see http://www.autofeupdater.com/
Granite Fleet Manager http://www.granitefleet.com/
From: Tony Toews [MVP] on
MM <kylix_is(a)yahoo.co.uk> wrote:

>>So close! And yet, so far.
>
>Did you find the fastest routine, Mike?
>
>Well, sure I did, Karl!
>
>How'dya do that, then, Mike?
>
>Well, gosh durn it, Karl, ya know what? I just stuck in different
>routines to call until I found one that was fastest!

I was thinking that this entire thread summarized would be an
excellent column for Karl to write. It would never have occurred to
me that a Typelib would be that much faster then a DLL declaration.

Tony
--
Tony Toews, Microsoft Access MVP
Tony's Main MS Access pages - http://www.granite.ab.ca/accsmstr.htm
Tony's Microsoft Access Blog - http://msmvps.com/blogs/access/
For a convenient utility to keep your users FEs and other files
updated see http://www.autofeupdater.com/
Granite Fleet Manager http://www.granitefleet.com/
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
Prev: VB 6 & VS?
Next: C:\WINDOWS\system32\ieframe.dll\1