5 个解决方案
#1
或者使用Memcache技术指向同一台机器
http://sourceforge.net/projects/memcacheddotnet/
Cache默认是内存中的
#2
如果你把内存数据库叫做缓存,那么自然就是不同机器都远程访问这个数据库。
如果你把.net 的HttpRuntime.Cache 叫做缓存,那么每台主机、每个进程它自己拥有自己的缓存,根本没有必要花时间去进行进程之间的通讯,更没有必要使用网络。
实际上跨进程时,你就把它作为专门设计的业务服务SOA架构就行了,这就跟缓存不是一个级别的东西了。
如果你把.net 的HttpRuntime.Cache 叫做缓存,那么每台主机、每个进程它自己拥有自己的缓存,根本没有必要花时间去进行进程之间的通讯,更没有必要使用网络。
实际上跨进程时,你就把它作为专门设计的业务服务SOA架构就行了,这就跟缓存不是一个级别的东西了。
#3
你从来不把MemoryCache之类的叫做缓存,因为它完全是属于传统的数据库服务器系统编程范畴,跟我们真的要使用的缓存编程方法无关。
#4
如果你需要做多台机器的分布式缓存,可以使用appfabric。
#5
处处碰壁
#1
或者使用Memcache技术指向同一台机器
http://sourceforge.net/projects/memcacheddotnet/
Cache默认是内存中的
#2
如果你把内存数据库叫做缓存,那么自然就是不同机器都远程访问这个数据库。
如果你把.net 的HttpRuntime.Cache 叫做缓存,那么每台主机、每个进程它自己拥有自己的缓存,根本没有必要花时间去进行进程之间的通讯,更没有必要使用网络。
实际上跨进程时,你就把它作为专门设计的业务服务SOA架构就行了,这就跟缓存不是一个级别的东西了。
如果你把.net 的HttpRuntime.Cache 叫做缓存,那么每台主机、每个进程它自己拥有自己的缓存,根本没有必要花时间去进行进程之间的通讯,更没有必要使用网络。
实际上跨进程时,你就把它作为专门设计的业务服务SOA架构就行了,这就跟缓存不是一个级别的东西了。
#3
你从来不把MemoryCache之类的叫做缓存,因为它完全是属于传统的数据库服务器系统编程范畴,跟我们真的要使用的缓存编程方法无关。
#4
如果你需要做多台机器的分布式缓存,可以使用appfabric。
#5
处处碰壁