File writing performance?
davidocoker at gmail.com
Fri Oct 28 16:52:12 CDT 2011
Thank you for saving me some time, Mark!
In this case all of the processing is handled directly in variables,
which seems to be fast enough for the job at hand, and the contents of
each variable is then written to disk one at a time after the
processing is complete. I couldn't imagine any performance differences
in that situation, but thought I would ask anyway...
I guess he'll have to live with the fact that writing large files take
a little longer that small files.
Go figure. :)
On Fri, Oct 28, 2011 at 4:14 PM, Mark Schonewille
<m.schonewille at economy-x-talk.com> wrote:
> Hi David,
> If you need to do many append writes to a file, then open, write, write,... write, write, close will be faster then put url. Same with lots of seeking and reading. If you are going to read or write an entire file at once, then it doesn't make a difference. Open, read/write, close gives you much more control than put/get url.
> Best regards,
> Mark Schonewille
> Economy-x-Talk Consulting and Software Engineering
> Homepage: http://economy-x-talk.com
> Twitter: http://twitter.com/xtalkprogrammer
> KvK: 50277553
> Become our partner in sales http://qery.us/16r Start selling Color Converter today. 20% commission!
> On 28 okt 2011, at 23:09, David C. wrote:
>> Howdy folks,
>> I guess I could do some bench testing, but maybe someone out there can
>> save me some time if they already know the answer to my question,
>> which is:
>> When saving data to a file (or a group of files), is there any type of
>> performance loss or gain by using the -->open file -->write to file
>> -->close file methods, rather than just using the URL keyword format
>> that I'm currently using?
>> I have a proprietary app that I wrote for a friend who seems to be
>> having some performance related issues, so if it is possible I would
>> like to improve the time it takes to write a few large files to disk.
>> My friend is running Windows 7 primarily.
>> Best regards,
>> David C.
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
More information about the use-livecode