[erlang-bugs] file_server processes very large numbers of messages slowly
Scott Lystig Fritchie
Thu Sep 15 20:24:48 CEST 2011
Alexandru, I'm about to hop on a plane, so I don't have much time. Yes,
your analysis appears sound. There has been discussion in the last week
on the mailing list that is related to prim_file and the file_server_2
(registered proc name) process.
The probable answer (at least for now) is to write your own interface to
the prim_file:read_file_info() (name?) function so that you can take
advantage of the "+A n" I/O worker Pthread pool ... assuming of course
that your workload doesn't overwhelm them to the point where selective
receive doesn't bite you again.
More information about the erlang-bugs