您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 高性能高并发服务器架构案例分析与总结

  2.  初创网站与开源软件 6  谈谈大型高负载网站服务器的优化心得! 8  Lighttpd+Squid+Apache搭建高效率Web服务器 9  浏览量比较大的网站应该从哪几个方面入手? 17  用负载均衡技术建设高负载站点 20  大型网站的架构设计问题 25  开源平台的高并发集群思考 26  大型、高负载网站架构和应用初探 时间:30-45分钟 27  说说大型高并发高负载网站的系统架构 28  mixi技术架构 51 mixi.jp:使用开源软件搭建的可扩展SNS网站
  3. 所属分类:Web开发

    • 发布日期:2010-11-12
    • 文件大小:5mb
    • 提供者:OnJava
  1. 高性能高并发服务器架构

  2. 收集并整理的的高性能高并发服务器架构文章,内容预览:  初创网站与开源软件 6  谈谈大型高负载网站服务器的优化心得! 8  Lighttpd+Squid+Apache搭建高效率Web服务器 9  浏览量比较大的网站应该从哪几个方面入手? 17  用负载均衡技术建设高负载站点 20  大型网站的架构设计问题 25  开源平台的高并发集群思考 26  大型、高负载网站架构和应用初探 时间:30-45分钟 27  说说大型高并发高负载网站的系统架构 28  mixi技术架构 5
  3. 所属分类:群集服务

    • 发布日期:2015-01-12
    • 文件大小:5mb
    • 提供者:ygj781129
  1. 高性能高并发服务器架构.

  2. 整理的高性能高并发服务器架构文章,内容预览:  初创网站与开源软件 6  谈谈大型高负载网站服务器的优化心得! 8  Lighttpd+Squid+Apache搭建高效率Web服务器 9  浏览量比较大的网站应该从哪几个方面入手? 17  用负载均衡技术建设高负载站点 20  大型网站的架构设计问题 25  开源平台的高并发集群思考 26  大型、高负载网站架构和应用初探 时间:30-45分钟 27  说说大型高并发高负载网站的系统架构 28  mixi技术架构 51 mi
  3. 所属分类:Web开发

    • 发布日期:2015-06-04
    • 文件大小:5mb
    • 提供者:removefile
  1. 某商用系统秒杀限流代码

  2. 限流: 鉴于只有少部分用户能够秒杀成功,所以要限制大部分流量,只允许少部分流量进入服务后端。 削峰:对于秒杀系统瞬时会有大量用户涌入,所以在抢购一开始会有很高的瞬间峰值。高峰值流量是压垮系统很重要的原因,所以如何把瞬间的高流量变成一段时间平稳的流量也是设计秒杀系统很重要的思路。实现削峰的常用的方法有利用缓存和消息中间件等技术。 异步处理:秒杀系统是一个高并发系统,采用异步处理模式可以极大地提高系统并发量,其实异步处理就是削峰的一种实现方式。 内存缓存:秒杀系统最大的瓶颈一般都是数据库读写,由于
  3. 所属分类:微服务

    • 发布日期:2018-06-08
    • 文件大小:31kb
    • 提供者:jiangyueruyu
  1. Java 并发——基石篇.pdf

  2. Java 并发——基石篇 的 pdf 文档,原文章我发布在知乎上了: https://zhuanlan.zhihu.com/p/75532011 但是知乎的格式不太好看,另外有字数限制,我不得不将文档分为三个部分。 这里提供一份 pdf 格式的文档,格式比较好看,方便大家。导读 声明:本文所有的分析内容基于○ oenDK的java11版本的 Hotspot JVN源代码。 在阅读本文之前,你需要 1.了解Java中的基本的线程使用方式以及注意点 2.了解Java中的基本线程间通讯的方式 3.了解
  3. 所属分类:Java

    • 发布日期:2019-07-28
    • 文件大小:1mb
    • 提供者:baniel01
  1. 45_说说一般如何设计一个高并发的系统架构?.zip

  2. https://mp.csdn.net/console/uploadResources?spm=1011.2124.3001.4171
  3. 所属分类:网络攻防

    • 发布日期:2020-11-13
    • 文件大小:537kb
    • 提供者:weixin_47243833
  1. 高并发IM系统架构优化实践

  2. 摘要:介绍如何设计一个稳定、高并发、消息保序的IM系统,以及如何通过使用存储层的高级功能来优化系统架构。在构建社交IM和朋友圈应用时,一个基本的需求是将用户发送的消息和朋友圈更新及时准确的更新给该用户的好友。为了做到这一点,通常需要为用户发送的每一条消息或者朋友圈更新设置一个序号或者ID,并且保证递增,通过这一机制来确保所有的消息能够按照完整并且以正确的顺序被接收端处理。当消息总量或者消息发送的并发数很大的时候,我们通常选择NoSQL存储产品来存储消息,但常见的NoSQL产品都没有提供自增列的功
  3. 所属分类:其它

    • 发布日期:2021-02-25
    • 文件大小:280kb
    • 提供者:weixin_38551938
  1. 互联网高并发架构技术实践

  2. 本文来自于cnblogs,介绍了什么是高并发,如何提升系统的并发能力,常见的互联网分层架构,分层水平扩展架构实践等知识。高并发(HighConcurrency)是互联网分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计保证系统能够同时并行处理很多请求。高并发相关常用的一些指标有响应时间(ResponseTime),吞吐量(Throughput),每秒查询率QPS(QueryPerSecond),并发用户数等。响应时间:系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms
  3. 所属分类:其它

    • 发布日期:2021-02-25
    • 文件大小:164kb
    • 提供者:weixin_38611508
  1. 亿级流量系统架构之如何设计承载百亿流量的高性能架构

  2. 我们面对的是日益增多和复杂的各种业务系统,我们面对的是不断增加的系统用户,我们面对的是即将迎来每天百亿级的高并发流量。给大家先说下当时的系统部署情况,数据库那块一共部署了8主8从,也就是16台数据库服务器,每个库都是部署在独立的数据库服务器上的,而且全部用的是物理机,机器的配置,如果没记错的话,应该是32核+128G+SSD固态硬盘。为啥要搞这么多物理机,而且全部都是高配置呢?不知道大家发现没有,目前为止,我们最大的依赖就是MySQL!之前给大家解释过,在当时的背景下,我们要对涌入的亿级海量数据
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:853kb
    • 提供者:weixin_38636763
  1. 反应式编程框架设计:如何使程序调用不阻塞等待,立即响应?

  2. 为什么在高并发的情况下,程序会崩溃。主要原因是,在高并发的情况下,有大量用户请求需要程序计算处理,而目前的处理方式是,为每个用户请求分配一个线程,当程序内部因为访问数据库等原因造成线程阻塞时,线程无法释放去处理其他请求,这样就会造成请求堆积,不断消耗资源,最终导致程序崩溃。这是传统的Web应用程序运行期的线程特性。对于一个高并发的应用系统来说,总是同时有很多个用户请求到达系统的Web容器。Web容器为每个请求分配一个线程进行处理,线程在处理过程中,如果遇到访问数据库或者远程服务等操作,就会进入阻
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:488kb
    • 提供者:weixin_38630139
  1. 千万级用户的大型网站,应该如何设计其高并发架构?

  2. (1)单块架构(2)初步的高可用架构(3)千万级用户量的压力预估(4)服务器压力预估(5)业务垂直拆分(6)用分布式缓存抗下读请求(7)基于数据库主从架构做读写分离(8)总结一般一个网站刚开始建立的时候,用户量是很少的,大概可能就几万或者几十万的用户量,每天活跃的用户可能就几百或者几千个。这个时候一般网站架构都是采用单体架构来设计的,总共就部署3台服务器,1台应用服务器,1台数据库服务器,1台图片服务器。研发团队通常都在10人以内,就是在一个单块应用里写代码,然后写好之后合并代码,接着就是直接在
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:198kb
    • 提供者:weixin_38650842
  1. 如何设计一个高可用、高并发秒杀系统

  2. 如今的互联网已经在海量服务领域有了很成熟的理论,因此自己也很庆幸,能够从0到1完整践行海量服务。微视春节项目中的集卡瓜分活动,是一个典型的秒杀场景,自己参与其中,分享一些心得和总结。友好的用户体验用户不能接受破窗的体验,例如:系统超时、系统错误的提示,或者直接404页面瞬时高并发流量的挑战木桶短板理论,整个系统的瓶颈往往都在DB,如何设计出高并发、高可用系统?上图是一个典型的互联网业务,用户完成一个写操作,一般会通过接入层和逻辑层,这里的服务都是无状态,可以通过平行拓展去解决高并发的问题;到了d
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:545kb
    • 提供者:weixin_38608378
  1. 高并发秒杀架构模型设计附源码案例

  2. 秒杀系统相信很多人见过,比如京东或者淘宝的秒杀,小米手机的秒杀。那么秒杀系统的后台是如何实现的呢?我们如何设计一个秒杀系统呢?对于秒杀系统应该考虑哪些问题?如何设计出健壮的秒杀系统?本期我们就来探讨一下这个问题:分析秒杀的业务场景,最重要的有一点就是超卖问题,假如备货只有100个,但是最终超卖了200,一般来讲秒杀系统的价格都比较低,如果超卖将严重影响公司的财产利益,因此首当其冲的就是解决商品的超卖问题。秒杀具有时间短、并发量大的特点,秒杀持续时间只有几分钟,而一般公司都为了制造轰动效应,会以极
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:273kb
    • 提供者:weixin_38749305
  1. my-love:(都是脑图,建议使用xmind 8 :)工程师的自我修养->从linux,网络,MQ,Rpc,缓存,高可用架构,数据库,语言,全面成长,成为技术大神,优秀的工程师,自述文件,包括蚂蚁,头条,美团等面试思考(拿下要约)-

  2. 以下为知识总结的图片格式 java /并发编程总结.pic_hd 质量管理体系如何快速整合团队架构-微服务 达博 IO多路收益系统编程和进度线程管理 未来发展信号和中断线程池的其他使用进度管理与调度算法 GC 管道与先进先出文件IO内存管理分散&& zookeeper 弹簧 网络插座如何设计一个服务框架 Java锁和螺纹通用 Nginx的零拷贝和mmap tcp 分散事务 伊努克斯 不育系多线程秒杀架构算法 卡夫卡 API设计 Java级别在我准备面试的过程中,深刻的思考了如何才能更好地更
  3. 所属分类:其它

    • 发布日期:2021-02-04
    • 文件大小:57mb
    • 提供者:weixin_42109178
  1. seckill:Spring Boot + MySQL + Redis + RabbitMQ的高性能高并发商品秒杀系统设计与优化-源码

  2. 高性能高并发商品秒杀系统设计与优化 [目录] 项目简介 本项目主要是模拟应对大并发场景下,如何完成商品的秒杀,以及针对秒杀场景下为应对大并发进行的优化。 项目的技术结构如下图所示: 秒杀场景下主要解决的问题: 分散会话 用户登录,商品列表,商品详情,订单详情模块 缓存优化 系统压测,测试系统的QPS 信息等级 接口安全 本项目的分布式改造版本: : 快速启动 初步;克隆仓库到本地 git clone https://github.com/Grootzz/seckill 第二步;建造工程 cd
  3. 所属分类:其它

  1. seconds-kill:基于Springboot + Redis + Kafka的秒杀系统,乐观锁+缓存+限流+异步,TPS从500优化到3000-源码

  2. 如何设计一个秒杀系统 系统的特点 高效:秒杀涉及大量的并发读和并发写,因此支持高并发访问这点非常关键 一致性:秒杀商品减库存的实现方式同样关键,有限数量的商品在同一时刻被很多倍的请求同时来减库存,在大并发更新的过程中都要保证数据的准确性。 高可用:秒杀时会在一瞬间涌入大量的流量,为了避免系统停机机,保证高可用,需要做好流量限制 优化思路 初步优化:将请求阻止拦截在系统上游 假设现在库存为10,有1000个购买请求,最终只有10个可以成功,99%的请求都是无效请求 削峰:秒杀请求在时间上高度集中于
  3. 所属分类:其它

    • 发布日期:2021-02-02
    • 文件大小:101kb
    • 提供者:weixin_42140846
  1. 互联网高并发架构技术实践

  2. 本文来自于cnblogs,介绍了什么是高并发,如何提升系统的并发能力,常见的互联网分层架构,分层水平扩展架构实践等知识。高并发(HighConcurrency)是互联网分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计保证系统能够同时并行处理很多请求。高并发相关常用的一些指标有响应时间(ResponseTime),吞吐量(Throughput),每秒查询率QPS(Query PerSecond),并发用户数等。响应时间:系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200m
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:164kb
    • 提供者:weixin_38660051
  1. 亿级流量系统架构之如何设计承载百亿流量的高性能架构

  2. 我们面对的是日益增多和复杂的各种业务系统,我们面对的是不断增加的系统用户,我们面对的是即将迎来每天百亿级的高并发流量。给大家先说下当时的系统部署情况,数据库那块一共部署了8主8从,也就是16台数据库服务器,每个库都是部署在独立的数据库服务器上的,而且全部用的是物理机,机器的配置,如果没记错的话,应该是32核+128G+SSD固态硬盘。为啥要搞这么多物理机,而且全部都是高配置呢?不知道大家发现没有,目前为止,我们最大的依赖就是MySQL!之前给大家解释过,在当时的背景下,我们要对涌入的亿级海量数据
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:853kb
    • 提供者:weixin_38599430
  1. 如何设计一个高可用、高并发秒杀系统

  2. 如今的互联网已经在海量服务领域有了很成熟的理论,因此自己也很庆幸,能够从 0到1完整践行海量服务。微视春节项目中的集卡瓜分活动,是一个典型的秒杀场景,自己参与其中,分享一些心得和总结。 友好的用户体验用户不能接受破窗的体验,例如:系统超时、系统错误的提示,或者直接404页面瞬时高并发流量的挑战木桶短板理论,整个系统的瓶颈往往都在DB,如何设计出高并发、高可用系统?上图是一个典型的互联网业务,用户完成一个写操作,一般会通过接入层和逻辑层,这里的服务都是无状态,可以通过
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:545kb
    • 提供者:weixin_38567956
  1. 高并发秒杀架构模型设计附源码案例

  2. 秒杀系统相信很多人见过,比如京东或者淘宝的秒杀,小米手机的秒杀。那么秒杀系统的后台是如何实现的呢?我们如何设计一个秒杀系统呢?对于秒杀系统应该考虑哪些问题?如何设计出健壮的秒杀系统?本期我们就来探讨一下这个问题:分析秒杀的业务场景,最重要的有一点就是超卖问题,假如备货只有100个,但是最终超卖了200,一般来讲秒杀系统的价格都比较低,如果超卖将严重影响公司的财产利益,因此首当其冲的就是解决商品的超卖问题。秒杀具有时间短、并发量大的特点,秒杀持续时间只有几分钟,而一般公司都为了制造轰动效应,会以极
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:273kb
    • 提供者:weixin_38688145
« 12 3 4 »