if i undestand correctly, You have a looong-run application.
- at start You have 2 ms cycle request-response
- after a week You have 200 ms cycle
- Your app is correct and only place where problem may lay is protobuf?

can You do the following?
-- run 'latencytop' at start and after a week?
-- run 'oprofile' at start and after a week?
-- may be its reasonable to writeout times from crititical points of Ypur 
app? smth like: before req? after req? before response - after response

from my [very limited] exp a such problems traditionally becomes from 
unintendend sources -- memory allocator, log sub-system, database, swap, 
etc...

Thanks,
Dmitry

пятница, 11 января 2013 г., 10:50:54 UTC+4 пользователь debo...@2pirad.com 
написал:
>
> My application uses Google Protocol Buffer with Apache MINA. There are 
> clients who connect to the MINA Connector, send request to the server and 
> then wait for the response from the server. The flow of control is as 
> follows:
> 1. Client sends request
>     2. Request received at MINA filter (<Class> 
> extends CumulativeProtocolDecoder)
>         3. doDecode() method is called
>             4. A request object (generated from *.proto file) is created 
> using the <RequestObject>.parseFrom(bytes)
>                 5. The request is passed on to the IOHandler (<Class> 
> extends IoHandlerAdapter)
>                     6. messageReceived() method is called
>                         7. In this method, the request object (from #7) is 
> processed to create the list of requests which has been sent by the client. 
> *                        8. At this point, we have noticed that the time 
> taken to process the request object (#7) is gradually degrading with time. 
> From a initial period of around 2 ms, the time period is going up to 200 ms 
> in just 8 days of continuous usage. And this value gradually increases with 
> time.*
>                             9. The request list is processed in the 
> application
>                           10. The response object is created
>                       11. The response is sent to the client.
>
> Any suggestion would be highly appreciated.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/protobuf/-/ayLkFB6-P_cJ.
To post to this group, send email to protobuf@googlegroups.com.
To unsubscribe from this group, send email to 
protobuf+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/protobuf?hl=en.

Reply via email to