Hi 新道场开张了 tsubasa...@qq.com,

Can you please update your "from:" address in your email client to include your 
English name? This will make it possible for non-Chinese-fluent people to know 
who the mail is from.

Thanks,

Craig

> On Jan 4, 2019, at 12:24 AM, 新道场开张了 <tsubasa...@qq.com> wrote:
> 
> I am modifying the integration way of ShardingSphere and saga-actuator, 
> and the next performance test will be performed after the modification is 
> completed.
> 
> 
> ------------------ Original ------------------
> From:  "Willem Jiang"<willem.ji...@gmail.com>;
> Date:  Fri, Jan 4, 2019 04:10 PM
> To:  "dev"<dev@servicecomb.apache.org>;
> 
> Subject:  Re: Saga transaction performance test with Sharding-JDBC
> 
> 
> 
> Any updated about this performance test?
> 
> Willem Jiang
> 
> Twitter: willemjiang
> Weibo: 姜宁willem
> 
> On Tue, Dec 25, 2018 at 4:31 PM 新道场开张了 <tsubasa...@qq.com> wrote:
>> 
>> XA use Atomikos as default.
>> 
>> 
>> The test run with
>> repo: 
>> https://github.com/cherrylzhao/sharding-sphere-example/tree/dev-performance
>> module: sharding-jdbc-example --> spring-boot-nodep-example --> 
>> spring-boot-nodep-mybatis-example
>> class: 
>> io.shardingsphere.example.spring.boot.mybatis.nodep.SpringBootStarterTransactionExample
>> 
>> 
>> ------------------ Original ------------------
>> From:  "Zheng Feng"<zh.f...@gmail.com>;
>> Date:  Tue, Dec 25, 2018 04:05 PM
>> To:  "dev"<dev@servicecomb.apache.org>;
>> 
>> Subject:  Re: Saga transaction performance test with Sharding-JDBC
>> 
>> 
>> 
>> Thanks for sharing these performance tests and is it possible to share the
>> source codes if you are happy to open these tests ?
>> In term of the XA tests, I think the default transaction manager is
>> Atomikos ? I'm interested with running with the Narayana [1]
>> 
>> So it could be very useful to share the source codes with the community !
>> Thanks,
>> 
>> Zheng Feng
>> 
>> [1] https://github.com/zhfeng/narayana-sharding-sphere
>> 
>> 新道场开张了 <tsubasa...@qq.com> 于2018年12月25日周二 上午10:51写道:
>> 
>>> Saga Tx is slower than No Tx.
>>> TPS of saga is 1700 and No Tx is 2000 in test environment.
>>> 
>>> 
>>> About the load and memory usage, we will record in next performance.
>>> 
>>> 
>>> 
>>> 
>>> ------------------ Original ------------------
>>> From:  "Zhang Yonglun"<zhangyong...@apache.org>;
>>> Date:  Mon, Dec 24, 2018 08:56 PM
>>> To:  "dev"<d...@shardingsphere.apache.org>;
>>> Cc:  "dev"<dev@servicecomb.apache.org>;
>>> Subject:  Re: Saga transaction performance test with Sharding-JDBC
>>> 
>>> 
>>> 
>>> Impressive!
>>> I am focused on the performance issue of ShardingSphere for a long time,
>>> and have done a little saga work before. But I still can't understand why
>>> saga Tx faster than No Tx. Is there something I missed?
>>> 
>>> BTW, I noticed that second nice machine, and wonder what's the load and
>>> memory usage on it when testing.
>>> 
>>> 
>>> 新道场开张了 <tsubasa...@qq.com> 于2018年12月24日周一 下午6:28写道:
>>> 
>>>> Hi, everyone.
>>>> 
>>>> 
>>>> The feature of saga transaction in ShardingSphere has been basically
>>>> completed
>>>> by integrating servicecomb-saga-actuator.
>>>> Recently, we used Sharding-JDBC to test the performance of Saga
>>>> transactions.
>>>> 
>>>> 
>>>> There are results for two kinds of environments.
>>>> 
>>>> 
>>>> First result comes from local environment which including 2 cores and 16G
>>>> RAM
>>>> The connection pool size, thread pool size of saga-actuator and thread
>>>> pool size of Sharding-JDBC all are 50.
>>>> 
>>>> 
>>>> ---------------- result for local environment ----------------
>>>> |Tx Type|Thread Number|Average response(ms)| TPS |
>>>> | No Tx |      50     |         337        | 140 |
>>>> | saga  |      50     |         395        | 120 |
>>>> | local  |      50      |         323         |143|
>>>> | xa     |      50      |         301         |154|
>>>> | No Tx |     100     |         605        | 158 |
>>>> | saga  |     100     |         789        | 120 |
>>>> 
>>>> ---------------- result for local environment ----------------
>>>> 
>>>> 
>>>> Second result comes from test environment which 256cores and 300+G RAM
>>>> The connection pool size, thread pool size of saga-actuator and thread
>>>> pool size of Sharding-JDBC all are 200.
>>>> 
>>>> 
>>>> ---------------- result for test environment ----------------
>>>> |Tx Type|Thread Number|Average response(ms)| TPS |
>>>> | No Tx |     200     |         95         |2002|
>>>> | saga  |      200     |         351       |1700|
>>>> 
>>>> | local  |      200     |         64         |2868|
>>>> | xa     |      200     |         98         |2012|
>>>> ---------------- result for test environment ----------------
>>>> 
>>>> 
>>>> And I do echo test with emptyTransport which do not execute SQL in saga,
>>>> the result is TPS 457 in local and 3200 in test environment.
>>>> 
>>>> 
>>>> if saga do persistence to log file,  the TPS of saga will nose dive to 70
>>>> in local and 600+ in test environment
>>> 
>>> 
>>> 
>>> --
>>> Zhang Yonglun
>>> Apache ShardingSphere

Craig L Russell
c...@apache.org

Reply via email to