dev@grizzly.java.net

stacktrace while doing an ab

From: rama <rama.rama_at_tiscali.it>
Date: Sat, 28 Mar 2009 10:14:25 +0100

probably this is of no-use, but is quite strange.

using 1.9.10 release, i was testing the statistics with the sample
class as, related to
https://grizzly.dev.java.net/issues/show_bug.cgi?id=376 issue.

So, i have simply execute the class, using a directory that actually
exist.

After that, with firefox, i have get the index.html just to be sure
that it's working well.
On firefox i get the correct output, of a simple html page.

After that i have do
ab -c 10 -n 1000 http://localhost:8080/index.html

Concurrency Level: 10
Time taken for tests: 0.491 seconds
Complete requests: 1000
Failed requests: 0
Broken pipe errors: 0
Total transferred: 1534533 bytes
HTML transferred: 1411410 bytes
Requests per second: 2036.66 [#/sec] (mean)
Time per request: 4.91 [ms] (mean)
Time per request: 0.49 [ms] (mean, across all concurrent requests)
Transfer rate: 3125.32 [Kbytes/sec] received

This, for me, means that all the request was completed correctly.
(boken pipe is 0, and failed is 0, also html transferred is correct)

At the end of AB, the console show this stack trace.

Since i am doing this test (for statistics) in the same way of always
(i wasn't able to use stats, this is way i always try it)
and, this is the 1st time that i get this stack trace, maybe will be
useful to report it to community!






GRAVE: HTTP Processing error
java.io.IOException: Broken pipe
        at sun.nio.ch.FileDispatcher.write0(Native Method)
        at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:29)
        at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:104)
        at sun.nio.ch.IOUtil.write(IOUtil.java:60)
        at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:302)
        at sun.nio.ch.FileChannelImpl.transferToTrustedChannel
(FileChannelImpl.java:450)
        at sun.nio.ch.FileChannelImpl.transferTo(FileChannelImpl.java:521)
        at com.sun.grizzly.http.SocketChannelOutputBuffer.sendFile
(SocketChannelOutputBuffer.java:341)
        at com.sun.grizzly.tcp.StaticResourcesAdapter.service
(StaticResourcesAdapter.java:217)
        at com.sun.grizzly.tcp.StaticResourcesAdapter.service
(StaticResourcesAdapter.java:139)
        at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service
(GrizzlyAdapter.java:123)
        at com.sun.grizzly.http.ProcessorTask.invokeAdapter
(ProcessorTask.java:726)
        at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:615)
        at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:895)
        at com.sun.grizzly.http.DefaultProtocolFilter.execute
(DefaultProtocolFilter.java:162)
        at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter
(DefaultProtocolChain.java:136)
        at com.sun.grizzly.DefaultProtocolChain.execute
(DefaultProtocolChain.java:103)
        at com.sun.grizzly.DefaultProtocolChain.execute
(DefaultProtocolChain.java:89)
        at com.sun.grizzly.http.HttpProtocolChain.execute
(HttpProtocolChain.java:76)
        at com.sun.grizzly.ProtocolChainContextTask.doCall
(ProtocolChainContextTask.java:67)
        at com.sun.grizzly.SelectionKeyContextTask.call
(SelectionKeyContextTask.java:57)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
        at java.util.concurrent.FutureTask.run(FutureTask.java:123)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask
(ThreadPoolExecutor.java:650)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run
(ThreadPoolExecutor.java:675)
        at java.lang.Thread.run(Thread.java:613)