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@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 > ____________________________________________________________________ > ambassa...@fourthworld.com http://www.FourthWorld.com > > > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode