- 主题:Windows下的iocp == Linux下的epoll ?
redis的epoll机制 在windows上是怎么实现的呢?
没有跨平台的实现方式?类似于STL的跨平台的thread类
--
FROM 106.121.137.*
巨硬的 iocp 强于 epoll,要用 > 号而不是 ==
是否使用 epoll 不重要,因为大多数在 linux 底下涉及到网络的都用了 epoll,不是什么新奇货。在 windows 底下没有 epoll() 一般会换成 iocp 或者 asyncselect(). 跨平台的实现现在热火的是 libuv. 这些是网络编程的基本知识,建议看一看各种专业系统的网络编程书,在论坛你问不出什么。
redis 的精髓是使用 fork() 做 bgsave, win32api 没有 fork(),所以 redis 在 windows 里面表现不佳。一般没什么人在 windows 里面用 redis.
【 在 xiaofeiyun (xiaofeiyun) 的大作中提到: 】
: redis的epoll机制 在windows上是怎么实现的呢?
: 没有跨平台的实现方式?类似于STL的跨平台的thread类
--
FROM 124.72.119.*
【 在 hgoldfish 的大作中提到: 】
: 巨硬的 iocp 强于 epoll,要用 > 号而不是 ==
: 是否使用 epoll 不重要,因为大多数在 linux 底下涉及到网络的都用了 epoll,不是什么新奇货。在 windows 底下没有 epoll() 一般会换成 iocp 或者 asyncselect(). 跨平台的实现现在热火的是 libuv. 这些是网络编程的基本知识,建议看一看各种专业系统的网络编程书,在论坛你问不出什么。
: redis 的精髓是使用 fork() 做 bgsave, win32api 没有 fork(),所以 redis 在 windows 里面表现不佳。一般没什么人在 windows 里面用 redis.
: ...................
厉害!学习了!
--
FROM 180.79.52.*
允许不一致的啊。。redis 不是事务型的数据库。它本质上只是一个缓存而已啊。
【 在 try (decoder) 的大作中提到: 】
: 有一个细节请教一下
: redis 主进程在持续写入的时候,有没有可能造成子进程 bgsave 的数据不一致?
: 例如主进程串行写入若干个数据,子进程读的时候可能不一致。
: ...................
--
FROM 124.72.119.*