ET
发帖数: 10701 | |
t****m
发帖数: 135 | |
T********i
发帖数: 2416 | 3 GemFire闹的。那东西放进去纯属画蛇添足。
从GemPT到GemFire。这里面故事我还是知道的很清楚的。
【在 t****m 的大作中提到】
: 每秒才出1032张，听起来不咋地啊。
|
n*******7
发帖数: 181 | 4 照抄一下原文。 “主要原因”前两点就是一样道理：
在经过多次论证和POC测试后， 12306 最后选择Pivotal Gemfire作为系统改造的平台
，其主要原因如下：
1.关联数据节点设计：可以根据客户的业务逻辑特性和数据关联性，将关联性强的数据
放置于同一个服务器节点，提高系统性能，避免分布式系统服务器的频繁数据交换。
2.将数据移到内存：由于数据是放在内存里面，屏蔽传统数据库频繁访问， CPU与数据
库的交互作用，影响服务器性能。内存的数据交换速度远高于磁盘速度上千倍， 极大
提高系统性能。 |
a*********a
发帖数: 3656 | |
n*******7
发帖数: 181 | 6 能说说gemfile 有什么问题吗？是不是因为通用，所以性能上比不上针对business
logic的C code？
【在 T********i 的大作中提到】
: GemFire闹的。那东西放进去纯属画蛇添足。
: 从GemPT到GemFire。这里面故事我还是知道的很清楚的。
|
k******n
发帖数: 184 | 7
这里说的内存数据库实际上就是cache, 像redis或者memcache之类的， 一样要写进
disk， 一样要做同步， 而且要多cache consistency的开销。 并且在极端测试中并不
绝对安全， 因为和disk同步consistency level设计有关。现在TB以上的内存磁盘同步
是一直分布式系统里的研究问题之一， 断电的时候没法保证完全写进去。
【在 a*********a 的大作中提到】
|
