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, 


пятница, 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 
To post to this group, send email to protobuf@googlegroups.com.
To unsubscribe from this group, send email to 
For more options, visit this group at 

Reply via email to