N
Nation, Carey
Last week I posted a question about incorrect file sizes coming back
incorrectly from File.size? for really large files. I changed my script
to use the win32 version, which returns the correct sizes, and now the
script is unacceptably slow. The bottleneck is the File.size call. My
scripts startup went from about a minute to, well I don't know because
it's never finished. I'm walking a file path that is somewhat indirect,
but the other file operations perform well. I'm reading files, using
UNC paths, through samba on linux boxes that mount a giant file system
through fiber.
=20
So anyway, does anyone have any alternatives?
=20
________________________________
Carey Nation <mailto:[email protected]> =20
Lead Software Engineer
CNN BEST
Broadcast Production Systems
Video Solutions Group
(404)827-2935 (wk)
(404)824-0033 (cell)
________________________________
=20
incorrectly from File.size? for really large files. I changed my script
to use the win32 version, which returns the correct sizes, and now the
script is unacceptably slow. The bottleneck is the File.size call. My
scripts startup went from about a minute to, well I don't know because
it's never finished. I'm walking a file path that is somewhat indirect,
but the other file operations perform well. I'm reading files, using
UNC paths, through samba on linux boxes that mount a giant file system
through fiber.
=20
So anyway, does anyone have any alternatives?
=20
________________________________
Carey Nation <mailto:[email protected]> =20
Lead Software Engineer
CNN BEST
Broadcast Production Systems
Video Solutions Group
(404)827-2935 (wk)
(404)824-0033 (cell)
________________________________
=20