Re: Thrift backward compatibility checker

2017-09-07 Thread w yishigan
from mobile device, please ignore spelling mistakes. > > Von: w yishigan > Gesendet: 07.09.2017 06:53 > An: dev@thrift.apache.org > Betreff: Thrift backward compatibility checker > > Hi folks, > I'm looking for a tool to check the bac

Thrift backward compatibility checker

2017-09-06 Thread w yishigan
Hi folks, I'm looking for a tool to check the backward compatibility of thrift files. Is there any existing tool that I could use? Thank you!

Re: Java thrift server consuming up systemp tcp_mem under high load pressure.

2017-06-23 Thread w yishigan
I find the problem. The AbstractNonblockingServer.maxReadBufferBytes is too small. Now the tcp_mem is good and the data is clogged in jvm now. Thanks. On Fri, Jun 23, 2017 at 9:46 AM, w yishigan wrote: > Hi Randy, > Thanks for your email. Yes, there're 4 GB in the kernel's buf

Re: Java thrift server consuming up systemp tcp_mem under high load pressure.

2017-06-23 Thread w yishigan
mean 4,000 simultaneous > clients sending 1MB at random intervals it would be helpful to understand > the actual bytes per second per client. > -Randy > > On Thu, Jun 22, 2017 at 4:45 PM, w yishigan wrote: > > > Hi folks, > > I had been working on flume which use

Java thrift server consuming up systemp tcp_mem under high load pressure.

2017-06-22 Thread w yishigan
Hi folks, I had been working on flume which use thrift server to receive data recently and encountered a problem. After removing all the user logic and only keep the thrift server code, I try to use ~4000 thrift clients to send data(~1MB per rpc) simultaneously to one thrift server. Seems like the