搜索[高性能rpc框架]结果-低调大师优秀个人博客

精选列表

搜索[高性能rpc框架]，共10000篇文章

Qzone 高性能 HTTPS 实践

自从去年QQ空间移动端页面开始切换到HTTPS之后，页面性能遇到了比较大的挑战，HTTPS对页面访问速度带来了比较大的影响，所以我们通过实践总结了一些能够提升HTTPS页面访问速度的方法，这些数据都是我们和STGW的同事反复实验、多次分析所得到的，希望能够减少大家对于全站启用HTTPS的顾虑。我们的目的是，在不影响用户体验的情况下，竭尽全力保护用户的信息安全！页面在切到HTTPS之前，iOS的访问速度约为1795ms，切到HTTPS之后，iOS的访问速度直接飙到2630ms，我的天呐，上涨了900ms，接近50%，吓得我赶紧把入口又切回了HTTP。之后，便开始踏上了提升HTTPS访问速度的道路。（文章里的数据以iOS为例，访问速度指的是页面html开始请求到页面js执行完毕的耗时）。先简单以图示总结下我们优化的结论：使用SPDY协议是我们优化的第一步，SPDY（speedy）是Google很早就提出的协议，通过多路复用、请求优先级以及HTTP报头压缩，来提升页面的访问速度。但是公司貌似没有一个统一的平台支持SPDY，在寻求了TEG小伙伴的帮助之后，他们首次支持了SPDY。SPDY在iOS的兼容性比较好，iOS 8.0以上的safari和webview都支持，覆盖了Qzone 85%以上的iOS用户。所以决定开启HTTPS+SPDY试试效果。开启SPDY之后的页面访问速度提升了370ms，已经非常不错了。（在SPDY的兼容性上，iOS大部分都支持了，而安卓tbs内核支持SPDY的版本也正在灰度当中，全量之后预计也能覆盖80%的Qzone用户。）根据第一次SPDY的尝试，HTTPS的访问速度有了300多毫秒的提升，但跟HTTP相比差距还是有400ms的差距，分析了一下，这400ms的差距主要是来自于SSL握手的耗时，根据SPDY协议，每个域名建立一个TCP连接，各自要进行一次SSL握手，每次耗时约200ms，页面一共有两个关键域名，所以HTTPS+SPDY一共比HTTP慢了400ms。根据这个分析结果，我们也有了进一步的优化方向，那就是减少SSL的耗时。减少SSL握手的耗时，可以有三个方式：（1）提升TCP连接的复用率；（2）提升SSL session的复用率；（3）减少页面上的域名。对于提升TCP连接的复用率，我们想了一个方法，在页面的入口处预建了一个连接，在用户点击入口之前，先向h5.qzone.qq.com（页面的域名）发起一个https请求，可以请求一个返回内容为空的url。同时，服务器端要开启keep alive, keep alive的时间也并不是越长越好，我们使用的是60秒。这个预建的连接，不止减少了SSL握手的耗时，实际上同时也节省了TCP建立连接的时间。根据我们的实践数据，在预建连接之后，页面的访问速度又提升了400ms。其中，TCP连接复用的命中率大约是75%。对于提升SSL session 复用率，需要服务器端支持session ticket或者session cache，目前我们的STGW是支持了分布式session cache和全局session ticket key。需要说明一下的是，如果我们前面做了预建连接，复用了TCP连接的请求不会再发生SSL握手，也就不需要session复用。不过还是分享下我们SSL session复用的实践数据。SSL session复用对大部分安卓用户的提升非常明显，可以把SSL握手耗时从之前的400ms优化到100多ms。而对于iOS，由于本身机器性能更好，SSL 握手时间的耗时本身就比安卓用户少，从之前的200ms优化到100ms，提升了50%，并且iOS由于不支持session ticket，只能使用session cache，复用率比较低。SSL seesion总体的复用率大约是40%。对于减少页面上的域名，前面说到页面有两个关键域名，一个是h5.qzone.qq.com，一个是cdn域名qzonestyle.gtimg.cn。每个域名的SSL握手各多耗时200ms，所以另一个优化的方式就是域名收归，把页面收归到只有一个域名，减少一次SSL握手的耗时。于是我们把页面上qzonestyle.gtimg.cn的js通过代理的方式也收归到h5.qzone.qq.com，使这个页面只有一个关键域名，而h5.qzone.qq.com在入口页面已经做了预建连接，最大程度减少了TCP和SSL的时间。域名收归后，页面的访问速度提升了200ms。这种代理收归的方式，也有另一个好处，Qzone由于业务复杂，域名非常多，通过中间层代理收归域名，再转发到各个业务，这样切换HTTPS对各个业务都是透明的，可以说大大降低了我们全站切换到HTTPS的开发成本。推荐使用的TLS协议和cipher suite，在协议和算法层面，我们也做了一些统计来进行对比。在HTTPS握手过程中记录协议类型、加密套件、握手时间，并且将上述内容返回给页面。页面在记录用户的访问速度之后，上报数据的同时，把上述的协议类型等数据也一同上报。从上表可以看出来，TLS1.2协议的性能要明显优于1.1和1.0。Cipher suite 方面，ECDHE-RSA-AES128-GCM-SHA256和ECDHE-RSA-AES128-SHA256性能最好。ECDHE-RSA-CHACHA20-POLY1305理论上讲对性能提升有较大帮助，但是由于iOS不支持该类算法，所以从数据样本上无法体现优势。除了上面所列出来的，后续我们依然会进行协议和算法层面的更多性能分析和优化，包括TCP参数调优，握手过程优化，SSL record size适配等。做了以上这些优化之后，HTTPS的页面访问速度提升了1000+ms，相比HTTP，差距已经非常小了。由于TCP复用，甚至比之前的访问速度还要快。同时，我们还在马不停蹄地做更多的尝试，比如开始写这篇文章的时候还在用SPDY，写到结尾的时候我们已经启用了HTTP/2（喂，难道不是因为作者是拖延症患者吗？！）亲，你还有什么理由再不启用HTTPS？如何测试HTTPS页面优化结果下面，我们来看一下如何测试HTTPS页面优化结果 1）点击进入压测大师产品首页（http://wetest.qq.com/gaps/）开通项目，创建测试，点击进入URL测试。名称和描述可以自己填写。（图中示例起始人数50人，每隔60秒增加50人，加到200人为上限）输入合适的测试标题和测试设置（此图为动图，横屏观看效果更佳） 2）新建一个客户端请求，接口压测包括读写接口，读接口基本是GET请求，写接口基本是POST请求。GET请求使用url请求参数，填写测试用例的基础数值，选择正确的URL 配置页面header信息 3）随后进行Header的配置，Header的名称在选定URL的内，打开URL的链接（推荐使用chrome浏览器），敲击F12并刷新页面，选定Network-Name-Headers-Request Headers（Header的名称与值均在内查看，如下图所示）查看页面header信息到这里，基本就完成了对https的配置过程了，是不是很简单？下面动图可以再回顾一下操作的流程： gif动态图展示操作的流程（此图为动图，横屏观看效果更佳） WeTest压测大师运用了沉淀十多年的内部实践经验总结，通过基于真实业务场景和用户行为进行压力测试，帮助游戏开发者发现服务器端的性能瓶颈，进行针对性的性能调优，降低服务器采购和维护成本，提高用户留存和转化率。本文转自xsster51CTO博客，原文链接：http://blog.51cto.com/12945177/1930136，如需转载请自行联系原作者

2017-11-24

部署Hadoop高性能集群

部署Hadoop高性能集群服务器概述 1）Hadoop是什么 Hadoop是Lucene创始人Doug Cutting，根据Google的相关内容山寨出来的分布式文件系统和对海量数据进行分析计算的基础框架系统

2017-11-22

weex高性能list解析

weex是alibaba出品的用于移动端跨平台开发界面的框架，类似react-native。

2016-12-14

【好书试读】高性能Docker

开始试读： https://yqfile.alicdn.com/714f8d4ad302530f78780d39e8b61e41.pdf 天猫购买链接： 高性能Docker DockOne社区倾情翻译，

2016-11-10

[R]高性能计算SparkR

SparkDataFrame的特点.png SparkDataFrame的例子.png SparkDataFram要实现MapReduce的函数式操作 dapply dapplyCollect gapply 其中dapply的框架如下图所示

2016-09-21

MsgTrans 2.0 Beta 1：把“高性能传输”升级为“可证明高性能可靠”

MsgTrans 是多协议高性能网络库，现在 MsgTrans 2.0 Beta 1 已经发布。这是一次面向生产级实时网络的系统性重构，而不是在 1.x 上继续堆叠功能。

2026-08-29

HarmonyOS跨进程通信—IPC与RPC通信开发指导

HarmonyOS跨进程通信—IPC与RPC通信开发指导一、IPC与RPC通信概述基本概念 IPC（Inter-Process Communication）与RPC（Remote Procedure

2023-10-12

深入浅出RPC服务 | 不同层的网络协议

导读：✍️ 本系列文章从RPC产生的历史背景开始讲解，涉及RPC核心原理、RPC实现、JSF的实现等，通过图文类比的方式剖析它的内部世界，让大家对RPC的设计思想有一个宏观的认识。

2023-03-24

一文带你搞懂 RPC 到底是个啥

RPC还有什么特点，常见的选型有哪些？ 1. RPC是什么 RPC可以分为两部分：用户调用接口 + 具体网络协议。前者为开发者需要关心的，后者由框架来实现。

2021-06-02

com.alibaba.dubbo.rpc.RpcException: No provider available from registr...

原文链接： https://copyfuture.com/blogs-details/20200629181409555v24mc4magq748ni 最近发现dubbo消费端一直报下面这样的error日志 06-17 15:56:50.749 ERROR default - [orSendTimer-thread-1] c.alibaba.dubbo.monitor.dubbo.DubboMonitor : [DUBBO] Unexpected error occur at send statistic, cause: No provider available from registry *.*.*.*:端口 for service com.alibaba.dubbo.monitor.MonitorService on co

2020-06-28

[译]RabbitMQ教程C#版 - 远程过程调用(RPC)

这种模式通常被称为远程过程调用或 RPC 。在本篇教程中，我们将使用 RabbitMQ 构建一个 RPC 系统：一个客户端和一个可扩展的 RPC 服务器。

2018-11-19

纯手写实现一个高可用的RPC

订单服务调用商品服务上图简单的描述了RPC在实际场景中的应用，我们在开发中当然是利用现有的RPC框架来快速实现业务需求，比如百度开源了baidu-rpc，阿里的Dubbo早已声名在外，腾讯自己玩TAF

2018-09-25

spark2.1.0之源码分析——RPC管道初始化

https://blog.csdn.net/beliefer/article/details/81197447 提示：阅读本文前最好先阅读：《Spark2.1.0之内置RPC框架》《spark2.1.0

2018-07-24

Hadoop HDFS编程 API入门系列之RPC版本2（九）

代码 1 package zhouls.bigdata.myWholeHadoop.RPC.rpc2; 2 3 public class LoginServiceImpl implements LoginServiceInterface

2017-11-19

Hadoop HDFS编程 API入门系列之RPC版本1（八）

代码 1 package zhouls.bigdata.myWholeHadoop.RPC.rpc1; 2 3 import java.io.IOException; 4 import java.net.InetSocketAddress

2017-11-19

Spring Cloud实战小贴士：Feign的继承特性(伪RPC模式)

通过之前发布的《Spring Cloud构建微服务架构：服务消费者（Feign）》，我们已经学会如何使用Spring MVC的注解来绑定服务接口。我们几乎完全可以从服务提供方的Controller中依靠复制操作，来构建出相应的服务接口客户端，或是通过Swagger生成的API文档来编写出客户端，亦或是通过Swagger的代码生成器来生成客户端绑定。即便如此，有很多的方式来产生Feign的客户端程序，依然有很多开发者热衷于利用公共的依赖接口来连接服务提供者和服务消费者的方式。由此，Feign的继承特性就能很好的派上用处。下面，我们来详细看看如何使用Spring Cloud Feign的继承特性。动手试一试接下来的示例将分为三个模块：服务接口定义模块：通过Spring MVC注解定义抽象的interface服务接口服务接口实现模块：实现服务接口定义模块的interface，该模块作为服务提供者注册到eureka 服务接口消费模块：服务接口定义模块的客户端实现，该模块通过注册到eureka来消费服务接口服务接口的定义创建一个Spring Boot项目：eureka-feign-api，pom.xml的主要内容如下： <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>1.5.6.RELEASE</version> <relativePath/> </parent> <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> </dependencies> <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>Dalston.SR2</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement> 使用Spring MVC注解来定义服务接口： public interface HelloService { @GetMapping("/hello") String hello(@RequestParam(value = "name") String name); } 完成了上述构建之后，我们使用mvn install将该模块构建到本地的Maven仓库中。服务接口的实现创建一个Spring Boot项目：eureka-feign-client，pom.xml的主要内容如下： <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>1.5.6.RELEASE</version> <relativePath/> </parent> <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka</artifactId> </dependency> <dependency> <groupId>com.didispace</groupId> <artifactId>eureka-feign-api</artifactId> <version>1.0.0</version> </dependency> </dependencies> <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>Dalston.SR2</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement> 该模块需要依赖上面定义的eureka-feign-api，将使用上述定义的HelloService接口来实现对应的REST服务。同时依赖Eureka是为了将该服务注册到Eureka上供服务消费者发现。创建应用主类。使用@EnableDiscoveryClient注解开启服务注册与发现，并实现HelloService接口的REST服务： @EnableDiscoveryClient @SpringBootApplication public class Application { @RestController class HelloController implements HelloService { @Override public String hello(String name) { return "hello " + name; } } public static void main(String[] args) { new SpringApplicationBuilder(Application.class).web(true).run(args); } } 编辑application.properties配置内容： spring.application.name=eureka-feign-client server.port=2101 eureka.client.serviceUrl.defaultZone=http://eureka.didispace.com/eureka/ 配置了服务提供者的名称eureka-feign-client，服务提供者的端口号2101，并将该服务注册到我的公益Eureka注册中心上。启动该项目，我们可以通过访问：http://eureka.didispace.com/ ，在该页面中找到它。服务接口的消费创建一个Spring Boot项目：eureka-feign-consumer，pom.xml的主要内容如下： <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>1.5.6.RELEASE</version> <relativePath/> </parent> <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-feign</artifactId> </dependency> <dependency> <groupId>com.didispace</groupId> <artifactId>eureka-feign-api</artifactId> <version>1.0.0</version> </dependency> </dependencies> <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>Dalston.SR2</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement> 该模块较服务提供者的依赖增加了Feign的依赖，因为这里将使用Feign来绑定服务接口的客户端。下面我们将使用Feign的继承特性来轻松的构建Feign客户端。创建应用主类。使用@EnableDiscoveryClient注解开启服务注册与发现，并通过@FeignClient注解来声明服务绑定客户端： @EnableFeignClients @EnableDiscoveryClient @SpringBootApplication public class Application { @FeignClient("eureka-feign-client") interface HelloServiceClient extends HelloService { } @RestController class TestController { @Autowired private HelloServiceClient helloServiceClient; @GetMapping("/test") public String test(String name) { return helloServiceClient.hello(name); } } public static void main(String[] args) { new SpringApplicationBuilder(Application.class).web(true).run(args); } } 从上述代码中我们可以看到，利用Feign的继承特性，@FeignClient注解只需要通过声明一个接口来继承在API模块中定义的公共interface就能产生服务接口的Feign客户端了。而@FeignClient中的值需要填写该服务的具体服务名（服务提供者的spring.application.name配置值）。编辑服务消费者的application.properties配置内容，将服务消费者注册到eureka上来消费服务： spring.application.name=eureka-feign-consumer server.port=2102 eureka.client.serviceUrl.defaultZone=http://eureka.didispace.com/eureka/ 启动eureka-feign-consumer之后，我们可以通过访问：http://localhost:2102/test ，来实验eureka-feign-consumer对eureka-feign-client接口的调用。本文示例码云 GitHub 程序清单： eureka-feign-api：服务接口定义 eureka-feign-client：服务接口实现的提供方 eureka-feign-consumer：服务接口的调用方欢迎使用公益Eureka调试您的Spring Cloud程序：http://eureka.didispace.com/ 相关阅读 Spring Cloud构建微服务架构：服务注册与发现（Eureka、Consul） Spring Cloud构建微服务架构：服务消费者（基础） Spring Cloud构建微服务架构：服务消费者（Ribbon） Spring Cloud构建微服务架构：服务消费者（Feign） Spring Cloud构建微服务架构：分布式配置中心 Spring Cloud构建微服务架构：服务容错保护（hystrix服务降级） Spring Cloud构建微服务架构：服务容错保护（hystrix依赖隔离） Spring Cloud构建微服务架构：服务容错保护（hystrix断路器） Spring Cloud构建微服务架构：Hystrix监控面板 Spring Cloud构建微服务架构：Hystrix监控数据聚合更多Spring Cloud内容…

2017-08-08

HServer 3.6.0 发布，高性能 Webserver

HServer 3.6.0 已经发布，高性能 Webserver 此版本更新内容包括：修复控制器参数名字读取异常问题详情查看：https://gitee.com/HServer/HServer/releases

2024-10-26

BlazingMQ —— 现代高性能消息队列

BlazingMQ 从头开始精心架构并用 C++ 编写，不依赖于任何外部框架，提供始终如一的低中值和 p99 延迟。

2023-07-31

BitSail —— 高性能数据集成引擎

BitSail 是字节跳动开源的基于分布式架构的高性能数据集成引擎，支持多种异构数据源间的数据同步，并提供离线、实时、全量、增量场景下的全域数据集成解决方案，目前服务于字节内部几乎所有业务线，包括抖音、

2022-10-29

HServer 2.9.89 发布，高性能 Webserver

HServer 2.9.89 已经发布，高性能 Webserver。

2022-05-09

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。