<div>Yep, I didn't understand what was going on. The fast version of find-conduit was using a raw file path</div>

<div class="mailbox_signature">—<br>Sent from <a href="https://www.dropbox.com/mailbox">Mailbox</a>

</div>

<br><br><div class="gmail_quote"><p>On Mon, Sep 29, 2014 at 2:50 PM, Bardur Arantsson <span dir="ltr"><<a href="mailto:spam@scientician.net" target="_blank">spam@scientician.net</a>></span> wrote:<br></p><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><p>On 2014-09-29 23:31, Greg Weber wrote:

<br>>>

<br>>>

<br>>>> Do you mean system-filepath [1]?

<br>>>

<br>>> No.  The api is ok, but performance is terrible because everything is a

<br>>> String.  Traversing large directories in Haskell is orders of magnitude

<br>>> slower than it should be (unless you use posix-paths, which obviously isn't

<br>>> portable).  I mean something that internally uses a RawFilePath on posix

>> systems and some windows-specific thing on Windows.

<br>>>

<br>>>

<br>> I don't know how to reconcile this statement with how find-conduit was

<br>> benchmarked to operate about as fast as GNU grep since it uses

> system-filepath. I am probably missing something important.

<br>> http://hackage.haskell.org/package/find-conduit-0.4.1/docs/Data-Conduit-Find.html#t:FileEntry

<br>> 

I'm not seeing exactly what "grep" has to do with "find"...?

Did you mean to compare GNU find with "find-conduit"?

<br><br>Regards,

<br><br><br>_______________________________________________

<br>Libraries mailing list

<br>Libraries@haskell.org

<br>http://www.haskell.org/mailman/listinfo/libraries

<br></p></blockquote></div><br>