[GHC] #13944: Introduce synchronized FFI
GHC
ghc-devs at haskell.org
Wed Jul 19 05:15:44 UTC 2017
#13944: Introduce synchronized FFI
-------------------------------------+-------------------------------------
Reporter: winter | Owner: (none)
Type: feature request | Status: new
Priority: normal | Milestone: 8.4.1
Component: Compiler | Version: 8.0.1
Resolution: | Keywords:
Operating System: Unknown/Multiple | Architecture:
| Unknown/Multiple
Type of failure: None/Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s):
Wiki Page: |
-------------------------------------+-------------------------------------
Comment (by winter):
I have did some
benchmarks[https://github.com/winterland1989/stdio/tree/newFD/bench/diskIO
here], my conclusion is that under concurent disk I/O situations, safe FFI
can cause a slow down up to 50%.
The problem is if the disk is slow enough, or the file is not in page
cache, then safe FFI may be a good choice. OTOH, if a blocking read
doesn't take too much time, we'd better simply issue an unsafe read.
I can't answer all the questions you're asking now though, i'm thinking
for disk I/O a small thread pool maybe a better answer, since the I/O
throughput will not increase or even downgrade when conncurrent number
exceed a certain value. (for example, libuv do this).
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/13944#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list