注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. Fourinone分布式计算框架

  2. FourInOne（中文名字“四不像”）是一个四合一分布式计算框架，在写这个框架之前，我也看了老外写的其他开源框架，也对分布式计算进行了长时间的思考，当我们把复杂的hadoop当作一门学科学习时，似乎忘记了我们想解决问题的初衷：我们仅仅是想写个程序把几台甚至更多的机器一起用起来计算，把更多的cpu和内存利用上，来解决我们数量大和计算复杂的问题，当然这个过程中要考虑到分布式的协同和故障处理。如果仅仅是为了实现这个简单的初衷，为什么一切会那么复杂，我觉的自己可以写一个更简单的东西，它不需要过度设计

  3. 所属分类：互联网

    • 发布日期：2011-08-29
    • 文件大小：83968
    • 提供者：fourinone

  1. Fourinone分布式并行计算四合一框架

  2. 　　Fourinone(中文名字“四不像”)是一个四合一分布式计算框架，在写这个框架之前，我对分布式计算进行了长时间的思考，也看了老外写的其他开源框架,当我们把复杂的hadoop当作一门学科学习时，似乎忘记了我们想解决问题的初衷：我们仅仅是想写个程序把几台甚至更多的机器一起用起来计算，把更多的cpu和内存利用上，来解决我们数量大和计算复杂的问题，当然这个过程中要考虑到分布式的协同和故障处理。如果仅仅是为了实现这个简单的初衷，为什么一切会那么复杂，我觉的自己可以写一个更简单的东西，它不需要过度设

  3. 所属分类：Web开发

    • 发布日期：2012-06-12
    • 文件大小：398336
    • 提供者：wwwgg265net2

  1. 分布锁所服务

  2. 我们实现了一个分布式锁服务系统，并能提供可靠的存储服务。系统的接口非常简 单，类似普通文件的接口。我们设计的重点在于系统的可靠性与可用性，而系统的性能放 在次要位置。同时我们也实现paxos协议，并用它为整个系统提供可靠容错的系统日志。

  3. 所属分类：Java

    • 发布日期：2013-04-05
    • 文件大小：263168
    • 提供者：u010170010

  1. springboot+dubbo分布式架构，提供分布式缓存、分布式锁、分布式Session、读写分离

  2. 数据库：Druid数据库连接池，监控数据库访问性能，统计SQL的执行性能。 持久层：mybatis持久化，使用MyBatis-Plus优化，减少sql开发量；aop切换数据库实现读写分离。Transtraction注解事务。 MVC： 基于spring mvc注解,Rest风格Controller。Exception统一管理。 缓存和Session：注解redis缓存数据，Spring-session和redis实现分布式session同步，重启服务会话不丢失。 数据同步：基于redis的分布

  3. 所属分类：Java

    • 发布日期：2018-05-15
    • 文件大小：79691776
    • 提供者：qq_20612957

  1. Redis分布式锁深度介绍.docx

  2. 结合实际业务场景讲述分布式锁 底层原理，具体实现 分布式锁释放方式多种多样，每种方式都有自己的优缺点，我们应该根据业务的具体需求，先择合适的实现。Redis实现：实现比较简单，性能 高，但是可靠性难以维护 Zookeeper实现：实现 简单，可靠性 高，性能比redis略低

  3. 所属分类：Java

    • 发布日期：2020-07-02
    • 文件大小：3145728
    • 提供者：llf548533364

  1. Redis上实现分布式锁以提高性能的方案研究

  2. 主要介绍了Redis上实现分布式锁以提高性能的方案研究,其中重点需要理解异步算法与锁的自动释放,需要的朋友可以参考下

  3. 所属分类：其它

    • 发布日期：2020-09-10
    • 文件大小：68608
    • 提供者：weixin_38665411

  1. 浅谈分布式锁的几种使用方式（redis、zookeeper、数据库）

  2. Q:一个业务服务器，一个数据库，操作：查询用户当前余额，扣除当前余额的3%作为手续费 synchronized lock dblock Q：两个业务服务器，一个数据库，操作：查询用户当前余额，扣除当前余额的3%作为手续费 分布式锁 我们需要怎么样的分布式锁？ 可以保证在分布式部署的应用集群中，同一个方法在同一时间只能被一台机器上的一个线程执行。 这把锁要是一把可重入锁（避免死锁） 这把锁最好是一把阻塞锁（根据业务需求考虑要不要这条） 这把锁最好是一把公平锁（根据业

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：219136
    • 提供者：weixin_38632624

  1. redis实现分布式的方法总结

  2. 一 为什么使用 Redis 在项目中使用 Redis，主要考虑两个角度：性能和并发。如果只是为了分布式锁这些其他功能，还有其他中间件 Zookpeer 等代替，并非一定要使用 Redis。 性能： 如下图所示，我们在碰到需要执行耗时特别久，且结果不频繁变动的 SQL，就特别适合将运行结果放入缓存。这样，后面的请求就去缓存中读取，使得请求能够迅速响应。 特别是在秒杀系统，在同一时间，几乎所有人都在点，都在下单。。。执行的是同一操作———向数据库查数据。 根据交互效果的不同，响应时间没有固定标准。

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：173056
    • 提供者：weixin_38639471

  1. redis实现分布式的方法总结

  2. 一 为什么使用 Redis 在项目中使用 Redis，主要考虑两个角度：性能和并发。如果只是为了分布式锁这些其他功能，还有其他中间件 Zookpeer 等代替，并非一定要使用 Redis。 性能： 如下图所示，我们在碰到需要执行耗时特别久，且结果不频繁变动的 SQL，就特别适合将运行结果放入缓存。这样，后面的请求就去缓存中读取，使得请求能够迅速响应。 特别是在秒杀系统，在同一时间，几乎所有人都在点，都在下单。。。执行的是同一操作———向数据库查数据。 根据交互效果的不同，响应时间没有固定标准。

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：173056
    • 提供者：weixin_38548704

  1. Redis实现分布式锁和等待序列的方法示例

  2. 在集群下，经常会因为同时处理发生资源争抢和并发问题，但是我们都知道同步锁 synchronized 、 cas 、 ReentrankLock 这些锁的作用范围都是 JVM ，说白了在集群下没啥用。这时我们就需要能在多台 JVM 之间决定执行顺序的锁了，现在分布式锁主要有 redis 、 Zookeeper 实现的，还有数据库的方式，不过性能太差，也就是需要一个第三方的监管。 背景 最近在做一个消费 Kafka 消息的时候发现，由于线上的消费者过多，经常会遇到，多个机器同时处理一个主键类型的数

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：68608
    • 提供者：weixin_38654380

  1. Python使用分布式锁的代码演示示例

  2. 在计算机并发领域编程中总是会与锁打交道，锁又有很多种，互斥锁、自旋锁等等。 锁总是伴随着线程、进程这样的词汇出现，阮一峰有 一篇文章 对这些名词进行了简单易懂的解释。 我的理解是，使用线程、进程是为了实现并发从而获得性能的提升(利用多核CPU，多台服务器)，但这种并发由于调度的不确定性，很容易出乱子，为了(在一些共享资源、关键节点上)不出乱子，又需要对资源加锁，在操作这个资源时控制这种并发，将乱子消灭。 很多语言都提供了一些线程级别的锁实现以及一些相应的工具，但在进程方面就无能为力了。而一个服务

  3. 所属分类：其它

    • 发布日期：2020-12-25
    • 文件大小：359424
    • 提供者：weixin_38734361

  1. 为什么分布式一定要有redis

  2. 分析:博主觉得在项目中使用redis，主要是从两个角度去考虑:性能和并发。当然，redis还具备可以做分布式锁等其他功能，但是如果只是为了分布式锁这些其他功能，完全还有其他中间件(如zookpeer等)代替，并不是非要使用redis。因此，这个问题主要从性能和并发两个角度去答。回答:如下所示，分为两点（一）性能如下图所示，我们在碰到需要执行耗时特别久，且结果不频繁变动的SQL，就特别适合将运行结果放入缓存。这样，后面的请求就去缓存中读取，使得请求能够迅速响应。题外话：忽然想聊一下这个迅速响应的标

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：242688
    • 提供者：weixin_38639471

  1. Lustre文件系统I/O锁的应用与优化

  2. 分布式文件系统需要有一种机制对来自各个客户端的并发访问进行控制，维护文件数据的一致性。锁是实现并发控制最流行的机制。研究了Lustre 文件系统的分布式I/O 范围锁的模型，并对它的各种应用进行了优化。介绍了Lustre 分布式锁的基 本概念，对基于锁实现数据客户端写回缓冲以及多写者文件大小的动态获取的算法进行了分析；提出自适应I/O 锁策略，基于区间树的范围锁冲突检测优化策略以及客户端锁淘汰策略来增强Lustre锁服务的性能和扩展性。

  3. 所属分类：其它

    • 发布日期：2021-02-22
    • 文件大小：1048576
    • 提供者：weixin_38632247

  1. 分布式重用工具：:locked:基于Redis的简单分布式工具-源码

  2. 分布式工具 这是一个基于Redis的简单分布式工具。 分布式锁 分布式限制 访问此以获取更多信息。 变更日志 v1.0.5 固定 。 优化RedisCluster。 v1.0.4 升级分布式锁API。 支持连接池。 提高分布式锁定性能 :high_voltage: 。 v1.0.3 升级API。 添加Anation。 提高绩效 :high_voltage: 。 接触 邮件： 分布式锁 特征 高性能。 没有死锁。 支持Redis集群，单个。 非阻塞锁。 封锁锁。 支

  3. 所属分类：其它

    • 发布日期：2021-02-20
    • 文件大小：34816
    • 提供者：weixin_42161450

  1. redis-service：java spring redies：订阅发布系统；统一配置管理； lua脚本实现分布式锁；缓存应用（连接池，切片连接池，哨兵模式）-源码

  2. Redis服务：java Spring Redis 订阅/发布系统：pubsub； 统一配置管理 lua脚本实现分布式锁； 缓存应用（连接池，切片连接池，哨兵模式） 备注：哨兵，分片，最大化 哨兵模式集群（一主多从）：每个节点拥有所有数据，内存限制 | 改进（解决内存问题） | 分片多主多从：客户端分配key存储。数据分布在多个节点。扩容麻烦（预分片：初期设置预估需要的分片数）。 | 升级(解决扩容问题) | 3.0集群（数据分散在集群中的库节点上，支持一定的访问性及故障恢复，拥有与单节点同样的

  3. 所属分类：其它

    • 发布日期：2021-02-03
    • 文件大小：58368
    • 提供者：weixin_42135754

  1. 为什么分布式一定要有redis

  2. 分析:博主觉得在项目中使用redis，主要是从两个角度去考虑:性能和并发。当然，redis还具备可以做分布式锁等其他功能，但是如果只是为了分布式锁这些其他功能，完全还有其他中间件(如zookpeer等)代替，并不是非要使用redis。因此，这个问题主要从性能和并发两个角度去答。回答:如下所示，分为两点 （一）性能如下图所示，我们在碰到需要执行耗时特别久，且结果不频繁变动的SQL，就特别适合将运行结果放入缓存。这样，后面的请求就去缓存中读取，使得请求能够迅速响应。题外话：忽然想聊一下这个迅速响应的

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：242688
    • 提供者：weixin_38544978

  1. 如何操作Redis和zookeeper实现分布式锁

  2. 如何操作Redis和zookeeper实现分布式锁 在分布式场景下，有很多种情况都需要实现最终一致性。在设计远程上下文的领域事件的时候，为了保证最终一致性，在通过领域事件进行通讯的方式中，可以共享存储（领域模型和消息的持久化数据源），或者做全局XA事务（两阶段提交，数据源可分开），也可以借助消息中间件（消费者处理需要能幂等）。通过Observer模式来发布领域事件可以提供很好的高并发性能，并且事件存储也能追溯更小粒度的事件数据，使各个应用系统拥有更好的自治性。 1.分布式锁 分布式锁一般用在

  3. 所属分类：其它

    • 发布日期：2021-01-21
    • 文件大小：60416
    • 提供者：weixin_38551070

  1. redis和zookeeper实现分布式锁的区别

  2. 1、性能反面，zk优于redis（redlock算法） redis 会尝试在所有master上创建锁，但是只对一部分节点创建锁，个数为（n/2+1）个，获取一个毫秒级时间戳，设置创建时间，如果创建时间小于超时时间就视为成功，如果创建失败就顺序删除。只要创建好一个分布式锁，就要不断轮循这个锁什么时候释放。 zk只会对已经创建分布式锁的系统进行创建监听，所以性能消耗很小 2、运行出现错误 redis创建锁的节点如果挂了，那就只能等待超时才能释放锁 zk因为是创建临时的lockNode，所以挂了就释放

  3. 所属分类：其它

    • 发布日期：2021-01-20
    • 文件大小：33792
    • 提供者：weixin_38606202

  1. 采用分布式PLL系统评估相位噪声的方法

  2. 对于数字波束成形相控阵，要生成本地振荡器（LO） ，通常会考虑的实现方法是向分布于天线阵列中的一系列锁相环分配常用基准频率。对于这些分布式锁相环，目前文献中还没有充分记录用于评估组合相位噪声性能的方法。 　　在分布式系统中，共同噪声源是相关的，而分布式噪声源如果不相关，在 RF 信号组合时就会降低。对于系统中的大部分组件，这都可以非常直观地加以评估。对于锁相环，环路中的每个组件都有与之相关联的噪声传递函数，它们的贡献是控制环路以及任何频率转换的函数。这会在尝试评估组合相位噪声输出

  3. 所属分类：其它

    • 发布日期：2021-01-20
    • 文件大小：504832
    • 提供者：weixin_38720009

  1. Redis上实现分布式锁以提高性能的方案研究

  2. 背景： 在很多互联网产品应用中，有些场景需要加锁处理，比如：秒杀，全局递增ID，楼层生成等等。大部分是解决方案基于DB实现的，Redis为单进程单线程模式，采用队列模式将并发访问变成串行访问，且多客户端对Redis的连接并不存在竞争关系。 项目实践 任务队列用到分布式锁的情况比较多，在将业务逻辑中可以异步处理的操作放入队列，在其他线程中处理后出队，此时队列中使用了分布式锁，保证入队和出队的一致性。关于redis队列这块的逻辑分析，我将在下一次对其进行总结，此处先略过。 接下来对redis实现的

  3. 所属分类：其它

    • 发布日期：2021-01-19
    • 文件大小：71680
    • 提供者：weixin_38518376
« 12 3 4 5 6 7 8 »