Hi Gary,
Thanks for your reply. Do you know for sure that this should be significantly
faster, or were you just guessing? You didn't say which particular API you had
in mind, but some reading has led me to the fts APIs. These appear to be about
20% faster than NSFileManager (I specified
I've worked on backup, syncing apps, and other file system related utilities
for some rather well-known companies, so I've definitely explored the speed
issues you're seeing. At one time I also had explored and used the CoreOS APIs
that were shared with the legacy Carbon system (FSIterator,
> On Nov 14, 2015, at 10:15 AM, Jonathan Taylor
> wrote:
>
> Thanks for your reply. Do you know for sure that this should be significantly
> faster, or were you just guessing? You didn't say which particular API you
> had in mind, but some reading has led me to
I would suggest to count the number of files asynchronously if possible, so the
user doesn’t have to wait for this information in order to begin working with
the panel.
A couple of years ago I had to split by file type an enormous amount of
restored files from a corrupt hard disk that were
Try going down a level to the BSD layer APIs for directory contents traversal.
--
Gary L. Wade (Sent from my iPad)
http://www.garywade.com/
> On Nov 13, 2015, at 8:28 AM, Jonathan Taylor
> wrote:
>
> Hi all,
>
> I want to be able to identify quickly
Hi all,
I want to be able to identify quickly (programatically) how many image files
reside in a particular directory. At present I call:
[NSFileManager defaultManager] contentsOfDirectoryAtPath:dir error:nil];
and then examine the type suffixes (which in comparison is very quick). When