"gobrien" wrote : | anonymous wrote : No hard flush to the disk means the data may still be stuck in OS/hardware buffers. - The File PM be changed to optionally use the FileDescriptor.sync method to ensure the data is written to disk? | | Correct | | anonymous wrote : anonymous wrote : No check summing means the recover may be looking at corrupted or incomplete data. - Use the java.util.zip to write to disk and use its checksum, this will also give the benefit of less data getting written to disk (faster writes). | | | | This is less of an issue for the basic FilePM which just needs to trap the java | serialization exception for incomplete messages. | | There are other issues relating to scalability of the recovery alogrithm it uses | and the way it interacts with the MessageCache. | See the add() messages. | |
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880623#3880623 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880623 ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 _______________________________________________ JBoss-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jboss-user
