tuohai666 opened a new issue #3296: Enhancement about the benchmark site URL: https://github.com/apache/incubator-shardingsphere/issues/3296 Our benchmark site is available right now: https://shardingsphere.apache.org/benchmark/ Great progress has been made in presentation than the previous one. We have reviewed the site and found several issues need to be resolved: For text: - [ ] All **mysql** change to **MySQL**. - [ ] Modules can be **sharding-jdbc/sharding-proxy** while can not be **sharding/sharding proxy/shardingproxy/sharding_proxy/sharding jdbc/shardingjdbc/sharding_jdbc**. - [ ] Explicit point out this(https://shardingsphere.apache.org/benchmark/#/mysql-vs-sharding) is a **loss test**. - [ ] There's no **VS** statement in: https://shardingsphere.apache.org/benchmark/#/sharding-proxy-master-slave https://shardingsphere.apache.org/benchmark/#/sharding-proxy-master-slave-sharding https://shardingsphere.apache.org/benchmark/#/sharding-proxy-single-database-single-table Compared with: https://shardingsphere.apache.org/benchmark/#/shardingjdbc-vs-shardingproxy-encrypt https://shardingsphere.apache.org/benchmark/#/shardingjdbc-vs-shardingproxy-sharding-encrypt Please find a way to describe who vs who clearly. For data: - [ ] The general order of the TPS in a compared performance is: MySQL > sharding-jdbc > sharding-proxy. But we can find several exceptions like the UPDATE case in https://shardingsphere.apache.org/benchmark/#/sharding-proxy-master-slave-sharding. I this case sharding-proxy > sharding-jdbc. We need to check the test environment and find the root cause. Of course, it does not meen there's no bugs in sharding-jdbc or sharding-proxy. - [ ] For the case SELECT in https://shardingsphere.apache.org/benchmark/#/mysql-vs-sharding, the TPS of sharding-proxy is much lower than MySQL. We need to find out whether the case is reasonable or not. Or the performance of sharding-proxy need to be improved.
---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services
