建议通过lv的读写策略来修正：即在lv层面使用Parallel write with sequential read scheduling policy策略，即：同时写A，写B，A完成，B完成，写入完成 永远从A读，读A失败则读B smit chlv可以改因为写入是个硬需求改不了，顶多优化一下读。如果写操作比例大，还是建...
RT最近在做升级的工作，发现10环境搭起来，报表打开的速度比原来更慢了。 在论坛里面也没有很多 ...langjinglove 发表于 2014-5-15 19:26
调优问题的具体问题具体分析：1、数据库、内容库的部署、BI server的部署架构；2、是否集群；3、网络环境；4、报表里的语法；5、数据库的设计；6...
闪存还是建议：禁用掉对应SVC卷的缓存，充分释放闪存的性能，读写全部透穿SVC直写闪存。
都可以支持，超融合基础架构只提供基础资源，和传统的虚拟化架构没什么区别，至于部署什么样的数据库和中间件完全由用户自己决定。主机在同一个超融合集群内，配置应保持一致，不要出现高高低低的配置。在存储方面，有条件的话尽量配置SSD固态硬盘+SAS硬盘，性能上可以提高很多。...
在oracle方面我们主要将 read/write的dbf 和write的redo，以及sequential write的arc在磁盘层进行隔离（使用不同的LUN），但PG方面没有独立的redo目前没有做特别的优化。GP、HANA等我们都没有使用。这是我们后续关注的重点，欢迎联系讨论wangxin245@pingan.com.cn...
操作系统主要是内核参数，配置文件在/etc/sysctl.conf，内存，网络，磁盘各种参数都有，修改完成后sysctl -p生效。
感觉不是存储本身的性能瓶颈导致的，是不是和虚拟化平台调用存储的方式相关呢？昨天听青云的人讲他们的虚拟化平台的架构，他们用的不是传统虚拟化平台把存储stripe然后分给所有物理机的方式，他们认为这样大量的时间是花在了网络传输上，且对带宽的要求比较高。他们的做法是不做存...
CentOS其实就是RedHat的无服务发行版，安装和基本运行在Power上肯定是可以的；Ubuntu的14版本开始有了对Power的支持，可以安装上
在我们目前的应用场景上，主要遇到的瓶颈是多个系统联合工作时网络传输的限制。建议可以在网络层升级为万兆网络。
