Go to card has become slow

[Brian Milby]

I'm going to be that guy who replies to himself...

I just imported a 500kb image to the card, removed the text from the field,
created 300 cards.
0.756 seconds normal (171MB).  1.124 from a variable. (image instead of
text)
8.311 seconds normal (8.2MB).  0.047 from a variable.  (original text)

I'll need to clean this up with a better image (something I can share) and
try on my Mac for comparison when I get off today, but this points squarely
at the serialization of the field object being the difference.

Thanks,
Brian

On Fri, Apr 10, 2020 at 9:48 AM Brian Milby <brian at milby7.com> wrote:

> That's a good question.  It has been over a year since I looked at that
> code, but I can't think of anything in the serialization piece that would
> be an issue.  That code is all common (writing to a file buffer).  I did
> not look at the actual platform file code though - could be something
> there.  In this example, there is a good bit of text that is being
> serialized.  It may be a good test to generate a file the same size but
> with binary data (images) to see if it has anything to do with text
> serialization.
>
> On Fri, Apr 10, 2020 at 12:00 AM Richard Gaskin via use-livecode <
> use-livecode at lists.runrev.com> wrote:
>
>> Earlier I wrote:
>>  > Bob Sneidar wrote:
>>  >
>>  >  >> On Apr 8, 2020, at 11:16 PM, Richard Gaskin wrote:
>>  >  >>
>>  >  >> Better still, see the last comment on that page. :)
>>  >  >>
>>  >  >> It kinda fits Brian's observation about how the stack file is
>>  >  >> written in a series of small writes, one per object.
>>  >  >
>>  >  > Yes, but I have saved stacks with both Defender and Kaspersky
>>  >  > disabled. In our case I do not think that is the entire issue.
>>  >
>>  > Probably not exclusively. But to assess the contributory effect, what
>>  > are your measurements using Neville's test with and without those AV
>>  > packages active?
>>
>> It may not be worth the trouble.
>>
>> When I run Neville's stack saving test here with Windows Defender's RTP
>> on the 8MB stack save takes a little over 8 seconds.
>>
>> And when I turn RTP off it takes a bit over 7 seconds.
>>
>> So while RTP is a clear conributor, it doesn't account for most of the
>> speed loss on stack saves.
>>
>>
>> @Brian Milby: When you were looking up the stack serialization in the
>> code, did you see anything which might explain why this slowdown is only
>> evident on Windows but not Mac or Linux?
>>
>> --
>>   Richard Gaskin
>>   Fourth World Systems
>>   Software Design and Development for the Desktop, Mobile, and the Web
>>   ____________________________________________________________________
>>   Ambassador at FourthWorld.com                http://www.FourthWorld.com
>>
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>