【转】ProcessOn 划时代性的在线作图工具
ProcessOn是一款专业作图人员的社交网络,这里汇聚很多业界专家、学者,同时他们分享的作品又形成一个庞大的知识图库,你在学习专业知识的同时还可以结交一些志同道合的新朋友。
ProcessOn核心设计器采用HTML5 canvas、JavaScript等技术完成,它跟Visio这类传统的软件最大的区别就是无需下载和安装,更不用激活,即开即用。操作起来极为方便和简单,你可以在浏览器中简单拖拖拽拽,即可完成作图,相当人性化,ProcessOn还支自动时保存和实时协作,通过HTML5独特的技术做到毫无延迟,允许多个用户同时对同一文件进行协作编辑和多人聊天。
随着时间推进和技术的发展,如今在线应用型产品越来越受关注和重视,这在一定程度上折射出互联网的发展趋势:WEB化和移动化,传统的软件必将在未来几年被WEB应用所替代,相信不久的将来也一定会出现更多在线版的传统软件。再延伸地去说,浏览器已经开始被赋予越来越重的责任和使命,想象一下现在所有的软件将来都会被“装进”浏览器中,这个趋势谁也改变不了。ProcessOn的崛起也必将在不久的将来取代现在传统专业作图工具的市场份额和地位!一个浏览器,一个窗口,全部搞定。
使用了一会,感觉很不错,期待会有数据相关展示控件,在我看来ProcessOn是一个动词,开始吧,On一下!
ProcessOn:www.ProcessOn.com
>>>>>>>>>>>>>>>>twemproxy (nutcracker) 介绍
Features
- Fast.
- Lightweight.
- Maintains persistent server connections.
- Keeps connection count on the backend caching servers low.
- Enables pipelining of requests and responses.
- Supports proxying to multiple servers.
- Supports multiple server pools simultaneously.
- Shard data automatically across multiple servers.
- Implements the complete memcached ascii and redis protocol.
- Easy configuration of server pools through a YAML file.
- Supports multiple hashing modes including consistent hashing and distribution.
- Can be configured to disable nodes on failures.
- Observability through stats exposed on stats monitoring port.
- Works with Linux, *BSD, OS X and Solaris (SmartOS)
服务器名字指示SNI(Server Name Indication)
Redis知识汇总[转]
https://github.com/springside/springside4/wiki/Redis
非常非常的快,有测评说比Memcached还快(当大家都是单CPU的时候),而且是无短板的快,读写都一般的快,所有API都差不多快,也没有MySQL Cluster、MongoDB那样更新同一条记录如Counter时慢下去的毛病。
丰富的数据结构,超越了一般的Key-Value数据库而被认为是一个数据结构服务器。组合各种结构,限制Redis用途的是你自己的想象力,作者自己捉刀写的用途入门。
因为是个人作品,Redis2.6版只有2.3万行代码,Keep it simple的死硬做法,使得普通公司而不需淘宝那个级别的文艺公司也可以吃透它。 Redis宣言就是作者的自白,我最喜欢其中的“代码像首诗”,”设计是一场与复杂性的战斗“,“Coding是一件艰苦的事情,唯一的办法是享受它。如果它已不能带来快乐就停止它。为了防止这一天的出现,我们要尽量避免把Redis往乏味的路上带。”
让人又爱又恨的单线程架构,使得代码不用处理平时最让人头痛的并发而大幅简化,也不用老是担心作者的并发有没有写对,但也带来单CPU的瓶颈,而且单线程被慢操作所阻塞时,其他请求的延时变得不确定。
那Redis不是什么?
Redis是什么?
(http://www.iamadmin.com/ 原创,转载请注明)
- 所有数据都在内存中。
- 多种的数据结构:String / Hash / List / Set / Ordered Set。
- 数据过期时间支持。
- 不完全的事务支持。
- 服务端脚本:使用Lua Script编写,类似存储过程的作用。
- PubSub:捞过界的消息一对多发布订阅功能,起码Redis-Sentinel使用了它。
- 持久化:支持定期导出内存的Snapshot 与 记录写操作日志的Append Only File两种模式。
- Replication:Master-Slave模式,Master可连接多个只读Slave,暂无专门的Geographic Replication支持。
- Fail-Over:Redis-Sentinel节点负责监控Master节点,在master失效时提升slave,独立的仲裁节点模式有效防止脑裂。
- Sharding:开发中的Redis-Cluser。
- 动态配置:所有参数可用命令行动态配置不需重启,并重新写回配置文件中,对云上的大规模部署非常合适。
为什么要用Redis?
Redis的缺陷?
- 异常IO+单进程模型:由单个进程对外提供服务,一些内部异步操作(例如持久化,复制)通过fork+copy on write来实现,单进程模型最大的优点就是简单、高效,但带来的问题就是同时只有一个请求被处理;如果单个操作延时较大,或是单个客户端死循环的方式读写的话,必然会堵塞其它请求;程序设计时需要重点考虑这个限制,避免单个复杂操作或死循环式读写;
- 数据全部存储在内存,优点还是简单、快速;缺点是内存成本较高并且单机有上限,稍不注意会有OOM Killer的风险;解决方案主要有:
- 数据水平、垂直拆分,集群化管理;新版的Reids 3.0自带了cluster功能,当前仍是Beta阶段,稳定性未知;
- 程序识别冷热数据,并将冷数据落地到其它组件;
Redis监控
- Redis当前已连接客户端
- Redis堵塞连接客户端
- Redis使用内存数(M)
- Redis占用内存数(M)
- Redis未保存操作次数
- Redis当前周期新连接数
- Redis当前周期处理命令数
- Redis无法连接;
- Redis角色为slave,但是同步中断;
- Redis角色为master时,所属的slave增加或减少都会有异常通知;
- Redis使用内存数,超过物理内存80%
常见错误:
- 在master上面关闭持久化,但需要特别注意,master挂掉后,不能自动拉起进程,否则所有数据都会被清空,slave也不能幸免;
- 配置调优,修改no-appendfsync-on-rewrite,appendfsync两个参数,可以一定程度缓解IO压力;
附:
- Slaves 能够和master部分重新同步,所以不用再担心网络瞬断导致master重新向各个 slaves发送完整的RDB文件的彻底的重新同步了。
- 增加了IPv6支持
- 添加了slaves 能够明确的ping master,master也能够独立的检测每个slave的超时
- 当没有足够的给出最大延时的slave链接时,master可以停止接收写操作
- 设置了进程的名字,方便使用ps命令输出时候能够辨别实例的监听端口或者是一个saveing的子进程
- 能够绑定多个IP地址
- 实现了配置重写,当使用CONFIG SET命令修改配置之后使用CONFIG REWRITE的能够同时将配置文件修改。
- 支持lua脚本。
- VM(虚拟内存)去掉了。
- 对于client的limit限制变成无限制。
- aof性能提升了不少。
- key的过滤时间可以支持毫秒级别了,原来是秒。
- list与hash 的属性filed或value包含小整数,内存优化列好(使用了jemalloc,以前是malloc)。
- 提供了BITCOUNT与BITOP,前者支持位值count,后者支持了位操作。(以前只支持key-value 的置位操作)
- 支持新命令dump以及restore ,即序列化与反序列化操作。
- 大数据存储性能优化