HttpStaticFileServer performance

["Trustin Lee (이희승)"]

HttpStaticFileServerHandler utilizes zero-copy file transfer, so it
shouldn't slow down the server that much, but you are right that file
read takes some time.

If you can do some application level caching, then it could be even better.

Because you can switch Executor implementations to perform file read in
an I/O thread or other thread pool, you could try both configuration to
see what the performance implication would be.

HTH,
Trustin

Marzullo wrote:
> I was wondering if it'd be better to read files within I/O thread or use an
> executor before HttpStaticFileServerHandler. In the end,
> reading/opening/closing files is I/O, and it's being done synchronously as I
> don't think it can be asynchronously without using a support thread. This is
> a slow blocking operation being done within I/O thread. Is this a best
> effort solution or do you think it'd be better to use an executor or at
> least a file cache handler somehow?

-- 
what we call human nature in actuality is human habit
http://gleamynode.net/


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 260 bytes
Desc: OpenPGP digital signature
Url : http://lists.jboss.org/pipermail/netty-users/attachments/20100329/83ecb69a/attachment-0001.bin