[Users] CST stage has become slower
Steven R. Brandt
sbrandt at cct.lsu.edu
Fri Feb 17 06:55:18 CST 2017
I can introduce a flag to disable the training wheels. I'll try and do
it when I get back.
--Steve
On 02/16/2017 11:04 PM, Frank Loeffler wrote:
> On Thu, Feb 16, 2017 at 04:34:35PM -0600, Roland Haas wrote:
>> I asked the same question and (par for the answer is): it is at parsing
>> it with both methods and then comparing so it must be strictly
>> slower :) This also qualifies for "debug code" I guess.
>
> The idea is to catch cases where the new parser gets to a different
> result than the old, especially for thorns we don't have access to. I
> wouldn't call it 'debugging', since there is nothing to debug at the
> moement, maybe verification - but that is just a name anyway.
>
> The more interesting question is: how much slower did it get for
> individual users - and was it piraha or something else? It shouldn't
> be much more than twice as slow, because otherwise it would mean
> piraha would be slower than the old method. It would still be better
> than the old method, and it was never meant as a replacement for
> efficiency reasons, but it would be interesting to know what the
> difference is.
>
> Steve (I know you are out of town, but at some point you are going to
> read this): is there an easy way to temporarily disable one or the
> other method, so that a speed-test could be made by anyone, on their
> system, with their thorns?
>
> Frank
>
>
>
> _______________________________________________
> Users mailing list
> Users at einsteintoolkit.org
> http://lists.einsteintoolkit.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/users/attachments/20170217/5f8bc728/attachment.html
More information about the Users
mailing list