[ https://issues.apache.org/jira/browse/THRIFT-248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12668721#action_12668721 ]
Bryan Duxbury commented on THRIFT-248: -------------------------------------- bq. I think you might have a bug in memory_buffer.c:51 Nice catch. RopeTransport was experimental, and wasn't faster, so it's garbage. bq. What does this do with regards to people who haven't compiled the binary? My plan was to make it degrade gracefully, as in: {code}require 'thrift_native' rescue nil{code} > Factor BinaryProtocolAccelerated into separate protocol and struct components > ----------------------------------------------------------------------------- > > Key: THRIFT-248 > URL: https://issues.apache.org/jira/browse/THRIFT-248 > Project: Thrift > Issue Type: Improvement > Components: Library (Ruby) > Reporter: Bryan Duxbury > Assignee: Bryan Duxbury > Priority: Minor > Attachments: thrift-248-v2.patch, thrift-248-v3.patch, > thrift-248-v4.patch, thrift-248-v5.patch, thrift-248-v6.patch, > thrift-248.patch > > > Kevin Clark's excelled BinaryProtocolAccelerated implementation in the Ruby > library is very fast, in large part due to the fact that it implements not > just the protocol but also the struct components of serialization directly as > a C extension. The problem with this arrangement is that other protocols that > would benefit from accelerated struct code don't get the benefit. In > particular, I'd like to make my implementation of the Compact Protocol fast > in Ruby, and the key appears to be the struct serialization code. > I think that we should make an effort to divorce the struct stuff from the > protocol stuff in BinaryProtocolAccelerated, so that all protocols can > benefit. Some quick benchmarking seems to indicate that there is going to be > some additional method call overhead in this situation, but it's not really > that substantial. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.