AWARE [SYSTEMS]
AWare Systems, , Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
January 2015

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



New Datamatrix section



Valid HTML 4.01!



Thread

2015.01.01 17:12 "Re: Fast TIFF Reading on Windows", by Bob Friesenhahn
2015.01.01 17:27 "Re: Fast TIFF Reading on Windows", by <jcupitt@gmail.com>
2015.01.01 20:24 "Re: Fast TIFF Reading on Windows", by Aaron Boxer
2015.01.01 20:20 "Re: Fast TIFF Reading on Windows", by Aaron Boxer
2015.01.03 05:24 "Re: Fast TIFF Reading on Windows", by Edward Lam
2015.01.05 03:36 "Re: Fast TIFF Reading on Windows", by Aaron Boxer
2015.01.05 03:39 "Re: Fast TIFF Reading on Windows", by Aaron Boxer
2015.01.05 04:49 "Re: Fast TIFF Reading on Windows", by Bob Friesenhahn
2015.01.05 09:53 "Re: Fast TIFF Reading on Windows", by <jcupitt@gmail.com>
2015.01.05 13:47 "Fwd: Fast TIFF Reading on Windows", by Aaron Boxer
2015.01.05 13:47 "Fwd: Fast TIFF Reading on Windows", by Aaron Boxer
2015.01.05 14:07 "Re: Fast TIFF Reading on Windows", by Aaron Boxer
2015.01.05 15:05 "Re: Fast TIFF Reading on Windows", by Bob Friesenhahn
2015.01.05 19:38 "Re: Fast TIFF Reading on Windows", by Aaron Boxer
2015.01.07 10:53 "Re: Fast TIFF Reading on Windows", by Roger Leigh
2015.01.07 15:26 "Re: Fast TIFF Reading on Windows", by Bob Friesenhahn
2015.01.05 14:03 "Re: Fast TIFF Reading on Windows", by Edward Lam
2015.01.05 14:08 "Re: Fast TIFF Reading on Windows", by Aaron Boxer
2015.01.05 17:57 "Re: Fast TIFF Reading on Windows", by Edward Lam

2015.01.05 03:36 "Re: Fast TIFF Reading on Windows", by Aaron Boxer

Gentlemen,

My very informal benchmark (windows 7, SSD,  RamMAP tool to clear OS file
cache before each run):

1) twiddling windows flags made no difference to speed
2) TIFFOpenfile with mode "ru" i.e. disabling memory mapping, was 3 times
slower than with default flag "r"

So, my conclusion is that memory mapping is the way to go for performance.

Aaron



On Sat, Jan 3, 2015 at 12:24 AM, Edward Lam <edward@sidefx.com> wrote:

> On Thu, January 1, 2015 15:20, Aaron Boxer wrote:
> > Thanks. Yes, my use case is: first-read of many 10-15 MB RGB
> > uncompressed
> > files.  Unfortunately, I don't have control over how the files are
> stored,
> > i.e. block size.  One nice feature on Linux is fadvise, where I can
> > specify FADV_SEQUENTIAL | FADV_DONTNEED, which would be right for my use
> > case.
>
> On Windows, the CreateFile() API has additional flags that you may wish to
> explore like FILE_FLAG_SEQUENTIAL_SCAN and/or FILE_FLAG_NO_BUFFERING
>
>
> http://msdn.microsoft.com/en-us/library/windows/desktop/aa363858%28v=vs.85%29.aspx#caching_behavior
>
> Cheers,
> -Edward
>
>
>