请问如何更好的实现读写服务器？

feifei

请问如何更好的实现读写服务器？ [复制链接]

现服务端提供一文件A，有500G，供客户机虚拟成磁盘，但是客户端的读写只在当时连接中有效，如果断开连接，重新连接的时候，他所看到磁盘内容又将是最开始没有进行过写操作时的样子，另外，还要提供一超级客户端模式，这个模式可以将数据写入服务端文件，但是服务端必须要做特殊处理，就是这个时候己经连接的客户端必须像没有超级客户端写入数据，只有断开连接，再重新连接的时候，才会看到超级模式客户端写入的数据。
    我是对每个ip建立一个文件R，记录每个ip普通客户端写入过数据的地方，以64k为一个块，这样这个文件最少就要(500 * 1024 *1024 /64)个结构来记录每块是否曾写入过数据，这个结构是{ BYTE isWritten; LARGE_INTEGER nWriteAddr;}如果某块被写入数据，则在文件R的相应位置，如  要从7800扇区开连续写入80个扇区的数据，那么则在文件R的相应位置为(7800/64)*9(9为结构大小)处的isWritten标1，由于写的80个扇区，所以在他的下一个结构的isWritten也标1，并把写入的数据转向另一个每ip新建的文件，为了下一次读7800到7800+79之中的任何数据能正确返回，还必须在上两次标记了1的结构nWriteAddr处记下转向的新文件的相对位置，这样下次有读数据的时候，先计算要读的块，然后从文件R找到要读的块是否被写入过，如果没有，则从文件A读，并返回给客户端，如果被写过，则根据nWriteAddr指向的新文件的相对偏移读出数据，并返回客户端。
    这样做有一个缺点就是每次读写请求都要先从文件R判断，就是必须最少读文件R一个扇区（因为磁盘最小读取是一个扇区），而我的这个服务端本来就是给客户端提供读写磁盘服务的，现在还要在每个请求上增加读写磁盘的负担，这样我觉得不好，而这个文件也不小，最少要9*(500 * 1024 *1024 /64)个字节，就是大约73M的样子，对每个ip都要73M这么一个文件来记录，这么大也不可能长期装入内存中，如果能把这个改成增加其它方面的负担，如cpu之类的，我觉得会好得多，请问有人能给我指出一个好的实现方法吗？(注意，还有超级客户端模式的存在)