基于 IO密集 & CPU密集考量 SAN & NAS 选择的一点建议
来源:互联网 发布:js加密使用方法 编辑:程序博客网 时间:2024/05/16 14:40
㈠ 一些定义
⑴ CPU 密集
某种应用极其消耗 CPU 资源、其程序内部逻辑复杂
而且、对磁盘访问量不高
这种程序在运行时、根本不用或少量读取磁盘上的数据
只是在程序载入的时候、读入一点点程序数据而已
进程运行后便会使 CPU 的核心处于全速状态
这会造成其他进程同一时间只获得少量的执行时间、影响了性能
必要时、可以将多台机器组成集群来运行这种程序
⑵ IO 密集
某种程序的内部逻辑并不复杂、耗费的 CPU 资源不多
但、要随时读取磁盘上的数据、比如 FTP 服务器
IO 和 CPU 同时密集就是综合了2者的特点、这是个噩梦啊
⑴ 大块连续 IO 密集的环境
建议使用 SAN
⑵ 高并发随机小块 IO 环境或者共享访问文件的环境
建议使用 NAS
⑶ CPU 密集的环境
建议使用 NAS
不过、不同的环境和需求、对 SAN & NAS 的选择还是要具体权衡取舍
毕竟、经济学有个原理"某种东西的成本只是为了得到它所放弃的东西"
无论选择哪种、总伴随着要失去另一种的机会成本
⑴ CPU 密集
某种应用极其消耗 CPU 资源、其程序内部逻辑复杂
而且、对磁盘访问量不高
这种程序在运行时、根本不用或少量读取磁盘上的数据
只是在程序载入的时候、读入一点点程序数据而已
进程运行后便会使 CPU 的核心处于全速状态
这会造成其他进程同一时间只获得少量的执行时间、影响了性能
必要时、可以将多台机器组成集群来运行这种程序
⑵ IO 密集
某种程序的内部逻辑并不复杂、耗费的 CPU 资源不多
但、要随时读取磁盘上的数据、比如 FTP 服务器
IO 和 CPU 同时密集就是综合了2者的特点、这是个噩梦啊
㈡ 一点建议
⑴ 大块连续 IO 密集的环境
建议使用 SAN
⑵ 高并发随机小块 IO 环境或者共享访问文件的环境
建议使用 NAS
⑶ CPU 密集的环境
建议使用 NAS
不过、不同的环境和需求、对 SAN & NAS 的选择还是要具体权衡取舍
毕竟、经济学有个原理"某种东西的成本只是为了得到它所放弃的东西"
无论选择哪种、总伴随着要失去另一种的机会成本
- 基于 IO密集 & CPU密集考量 SAN & NAS 选择的一点建议
- 基于 IO密集 & CPU密集考量 SAN & NAS 选择的一点建议 .
- 多线程与IO密集/CPU密集
- 数据密集、计算密集、IO密集
- 数据密集、计算密集、IO密集,hadoop如何应对?
- 基于密集轨迹的动作识别
- photoshop的操作密集
- Google的排名密集
- 基于深度学习的密集人群密度检测
- 密集图的广度遍历
- 密集匹配
- 密集度的IC焊接方法
- 如何躲避网络上密集的“糖衣炮弹”
- 密集脚集成块的手工焊接方法
- 稀疏重建-->密集重建的过渡文件
- 判定程序属于计算密集和访存密集的方法
- 密集排名,非密集排名,排名
- SAN和NAS的差别
- 鸣人的查克拉
- xcode4的环境变量,Build Settings参数,workspace及联编设置
- 全分布式下安装hbase(使用hbase自带的zookeeper)
- HBASE SHELL 常用命令
- jasperreport+ireport
- 基于 IO密集 & CPU密集考量 SAN & NAS 选择的一点建议
- 执行带参数的存储过程
- java反射详解 (一)
- ARM Linux跳过login
- Android调用系统摄像头--使用MediaRecorder--2--使用MediaRecorder进行录制
- ubuntu 11.04+获取Android源码(补充篇)
- potential leak of an object stored into
- linux库文件编写入门 && 使用和生成库
- Intent传递图片