On Dec 4, 2007 9:37 AM, Evgeniy Polyakov <johnpol@2ka.mipt.ru> wrote:Evgeniy, Thanks for your continued work on DST. I'd like to know if you've thought further about how synchronous mirroring would be best implemented with DST. You shared you views some time ago via comments on your blog: http://tservice.net.ru/~s0mbre/blog/devel/dst/2007_11_05.html At that time you were saying you'd add a sync bit to the request structure that is sent to remote nodes. I'd imagine this would also require ordering of the block io, no? Is order guaranteed when the requests are submitted over the DST protocol? Otherwise how can you ensure a valid remote mirror (in the case of network disconnects, etc)? Guaranteeing consistent data on all members of a mirror is important. The main question is: what mechanisms _should_ be used in DST to provide this consistency? And do you have a timeframe for when DST might support such mechanisms for consistent data? For the purpose of this discussion please assume that the disk cache is either write-through or battery-backed. regards, Mike --
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Eric Sandeen | Re: [RFC] Heads up on sys_fallocate() |
| Filippos Papadopoulos | Re: INITIO scsi driver fails to work properly |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH take 2] pkt_sched: Protect gen estimators under est_lock. |
| Natalie Protasevich | [BUG] New Kernel Bugs |
