摘要: 代码写不下去了,雷军也输给董明珠了,现已转岗,从事空调维修业务,欢迎新老朋友继续关注我,新的一年希望自己的空调事业能蒸蒸日上,一往无前,233333! 那开篇就跟大家介绍个最简单的姿势,拆空调! 前提:注意安全,如果空调外机是在高空外墙,那我还是建议你多花100块钱找师傅或者找我,如果是阳台等无需高 阅读全文
posted @ 2019-01-07 15:06 Jager 阅读(606) 评论(0) 推荐(0) 编辑
摘要: 迟来的年终总结,没做总觉的欠自己过去一年一个交代,硬着头皮写下来。 2017年的年终总结想了很久,却总结不出1、2、3点来,客观上这一年做了很多事情,比如换了工作,搬家,送闺女上了托儿班,跑了两次的雨天马拉松,旅游等等,但主观上感觉这一年的所有事情都是前一年已经计划好的,没有太多惊喜,自然也就没有什 阅读全文
posted @ 2018-03-16 01:19 Jager 阅读(1385) 评论(0) 推荐(6) 编辑
摘要: 给团队内部做的一个小分享,欢迎拍砖。。 阅读全文
posted @ 2017-06-05 22:11 Jager 阅读(483) 评论(1) 推荐(0) 编辑
摘要: 用惯了svn,突然转到git难免有点不适,写个笔记好好备忘总结一番。 一、先看历史(imooc上的一个图): 二、git与svn GIT跟SVN一样有自己的集中式版本库或服务器。但,GIT更倾向于被使用于分布式模式,也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆 阅读全文
posted @ 2017-04-09 16:15 Jager 阅读(1299) 评论(0) 推荐(4) 编辑
摘要: 备忘下: 保证90%请求都能被响应的最小耗时 The tp90 is a minimum time under which 90% of requests have been served. tp90 = top percentile 90 Imagine you have response tim 阅读全文
posted @ 2017-04-05 14:39 Jager 阅读(879) 评论(0) 推荐(0) 编辑
摘要: 节点数据结构 最大深度,基本思路是:使用递归,分别求出左子树的深度、右子树的深度,两个深度的较大值+1就是最大深度。 最大宽度,基本思路:使用队列,按层次遍历二叉树。在上一层遍历完成后,下一层的所有节点已经放到队列中,此时队列中的元素个数就是下一层的宽度。以此类推,依次遍历下一层即可求出二叉树的最大 阅读全文
posted @ 2017-03-23 09:37 Jager 阅读(2464) 评论(1) 推荐(0) 编辑
摘要: POC的目的:1、与MYSQL的对接方式,配置文档2、订阅的延迟3、订阅后宕机消息会不会丢失4、能不能从指定的点开始重新订阅5、高并发写入的时候,日志的顺序是否还能保持,不考虑消费的情况订阅是否会延迟 ###写完word文档直接拷贝过来,格式一般般。。。 Canal介绍 官网地址:https://g 阅读全文
posted @ 2017-03-21 16:16 Jager 阅读(9419) 评论(1) 推荐(0) 编辑
摘要: 今天跟一个朋友在讨论hadoop体系架构,从当下流行的Hadoop+HDFS+MapReduce+Hbase+Pig+Hive+Spark+Storm开始一直讲到HDFS的底层实现,MapReduce的模型计算,到一个云盘如何实现,再到Google分布式史上那最伟大的三篇文章。 这几个名词刚问到初学 阅读全文
posted @ 2017-03-09 09:59 Jager 阅读(11706) 评论(1) 推荐(1) 编辑
摘要: 在微服务中,使用什么协议来构建服务体系,一直是个热门话题。 争论的焦点集中在两个候选技术: (binary) RPC or Restful。 以Apache Thrift为代表的二进制RPC,支持多种语言(但不是所有语言),四层通讯协议,性能高,节省带宽。相对Restful协议,使用Thrifpt 阅读全文
posted @ 2017-03-08 14:28 Jager 阅读(20249) 评论(0) 推荐(1) 编辑
摘要: Fallacies of distributed computing 在Hbase的官方文档中发现这篇《分布式开发的谬论》文章的链接 ,看了一下觉的都讲到了每个分布式项目可能会遇到的痛点,很赞。 “分布式计算是很难的,做一个分布式系统需要很多软硬件和网络的技能。你的集群可以会因为各式各样的错误发生故 阅读全文
posted @ 2017-03-08 09:20 Jager 阅读(1536) 评论(0) 推荐(0) 编辑
摘要: 给部门做的一个分布式项目的开发分享会,这个项目是个典型的从单一应用架构改造成微服务架构,项目使用到的技术有Dubbo,Zookeeper,RocketMQ,Redis,LTS,CAT等目前比较流行的一些分布式技术栈,PPT内容如下: 阅读全文
posted @ 2017-03-07 11:05 Jager 阅读(558) 评论(0) 推荐(1) 编辑
摘要: 很多程序员在解决JVM性能问题的时候,花开了很多时间去调优应用程序级别的性能瓶颈,当你读完这本系列文章之后你会发现我可能更加系统地看待这类的问题。我说过JVM的自身技术限制了Java企业级应用的伸缩性。首先我们先列举一些主导因素。 主流的硬件服务器提供了大量的内存 分布式系统有大量内存的需求,而且该 阅读全文
posted @ 2017-03-02 17:52 Jager 阅读(2401) 评论(0) 推荐(0) 编辑
摘要: 跟老基友的聊天时间戳。。。 可以看到很多轨迹。。。 2011年的新电脑,一直用到现在,内存从2G加到8G。。。 刚刚工作两年,聊天分布最密集,当然,聊的都是技术 /斜眼笑。。。 从好玩的软件,到最新的技术。。。 从桌面壁纸,到手机App。。。 当然,也聊人生,职业规划 /虾扯蛋。。。 城市定位?职业 阅读全文
posted @ 2017-03-02 10:52 Jager 阅读(390) 评论(0) 推荐(0) 编辑
摘要: 淘宝内部的交易系统使用了淘宝自主研发的Notify消息中间件,使用Mysql作为消息存储媒介,可完全水平扩容,为了进一步降低成本,我们认为存储部分可以进一步优化,2011年初,Linkin开源了Kafka这个优秀的消息中间件,淘宝中间件团队在对Kafka做过充分Review之后,Kafka无限消息堆 阅读全文
posted @ 2017-02-10 11:31 Jager 阅读(3827) 评论(0) 推荐(0) 编辑
摘要: 主要根据LTS支持的几种任务(实时任务、定时任务、Cron任务,Repeat任务)和其他一些 开源框架在应用场景上做比较。 实时任务,实时执行 这种场景下,当任务量比较小的时候,单机都可以完成的时候.自己采用线程池或者去 轮训数据库取任务的方式(或者其他方式)就可以解决 · 但如果是任务执行时间比较 阅读全文
posted @ 2017-02-10 11:01 Jager 阅读(4421) 评论(0) 推荐(1) 编辑
摘要: Redis可以实现数据的持久化存储,即将数据保存到磁盘上。 Redis的持久化存储提供两种方式:RDB与AOF。RDB是默认配置。AOF需要手动开启。 默认redis是会以快照的形式将数据持久化到磁盘(一个二进制文件,dump.rdb,这个文件名字可以指定),在配置文件中的格式是:save N M表 阅读全文
posted @ 2017-02-07 13:31 Jager 阅读(701) 评论(0) 推荐(0) 编辑
摘要: 这本来是节前最后一天上班写的,放假放的太突然,上午十一点就通知关电脑,收拾卫生,放假。所以你现在才看到。 时间就像一把无情的刻刀,无情的雕刻着岁月的流梭,却不允许我们做任何的缅怀,2016年大概做了这些事: 1 大半年的时间在异地出差。 公司一个电商项目需要,被派到外地,出差了大半年时间,跟家里聚少 阅读全文
posted @ 2017-01-29 21:21 Jager 阅读(393) 评论(0) 推荐(0) 编辑
摘要: 首先说下主从同步Replication的原理 在Slave启动并连接到Master之后,它将主动发送一条SYNC命令。此后Master将启动后台存盘进程,同时收集所有接收到的用于修改数据集的命令,在后台进程执行完毕后,Master将传送整个数据库文件到Slave,以完成一次完全同步。而Slave服务 阅读全文
posted @ 2017-01-25 18:06 Jager 阅读(5639) 评论(0) 推荐(0) 编辑
摘要: 一年前一个偶然的机会参与了公司的一个重点项目,需要长时间出差,开发团队规模在20人左右,而且时间紧迫。在异地,少了公司技术团队的支持,远程沟通不方便,很多事情都显得比较困难,碰到问题往往需要自己摸索,自己解决。有句话说,一个开发团队有的时候就像一台发动机,只要启动起来,就能有成果和产出。但如果方向存 阅读全文
posted @ 2017-01-24 11:06 Jager 阅读(17461) 评论(9) 推荐(18) 编辑
摘要: 一、硬件考量 1.1、内存 不建议为kafka分配超过5g的heap,因为会消耗28-30g的文件系统缓存,而是考虑为kafka的读写预留充足的buffer。Buffer大小的快速计算方法是平均磁盘写入数量的30倍。推荐使用64GB及以上内存的服务器,低于32GB内存的机器可能会适得其反,导致不断依 阅读全文
posted @ 2017-01-23 13:35 Jager 阅读(3995) 评论(0) 推荐(0) 编辑