Neville Smythe wrote: > Richard wrote >> Bob Sneidar wrote: >> >>> In review, I tested saving stacks on a standalone Windows >>> Workstation, a VMWARE VM on a very robust server host, a >>> Parallels VM on a workstation and my Mac. As I am saving >>> the stack, I am watching the folder the stack is in. I see >>> the tilde version pop up and go away. On Mac it?s almost >>> instantaneous. On Windows it can be 3 to 4 seconds. >> >> My messages don't seem to be getting through, because each time this >> observation method of measuring write throughput comes up I post the >> same reply, yet it keeps coming up. Please confirm if you can see >> this: > > Yes we see this. But as you know in 2018 I reported this slow saving > of stacks under Windows10, using LC timing of just the save handler > rather than the visual perception of the screen update, and it has > been confirmed as a bug. bug 21305 <https://quality.livecode.com > /show_bug.cgi?id=21305> The time to save is extreme for large stacks. > It took some time for QualityControl to confirm, because apparently > it doesn’t seem happen on every Windows 10 installation - just every > one that I or my users have tried. It has not been fixed since 2018.
Thank you for the link to that report, Nevile. While I have been a subscriber to it I also follow many reports, so your link is very helpful.
I was eager to run the test stack there, but discovered there isn't one. I don't mind creating one, but it would be helpful to know what's required.
Have you seen any difference between a stack with little content but a large number of objects vs one with a small number of objects but a lot of text or images?
Once I can reproduce the test, I'll modify it to isolate the time devoted to stack files separately from other file I/O for equivalently-sized files.
-- 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