Variyng the speed - using usleep. bpt is a parameter but when used over sd , it seems to be ignored somehow , and transfers have variating sizes. regarding the data - since the problem is a timing issues or synchronization issue , it does not always appear. The disk is written with the same character and when read , using sgp_dd , sometimes , some data is just different. We know for sure that the data is written correctly as it sometimes does succeed to read all successfully. No errors are to be seen in kernel level , and definitely not in the application side. We have seen that the more threads there are , the more likely this problem to occur. Same as the amount of data. The bigger the data , the more likely for us to see the problem. Any suggestion how to investigate ? Dan Porat On Tue, Dec 15, 2009 at 10:47 PM, Grant Grundler <grundler@xxxxxxxxxx> wrote: > > On Tue, Dec 15, 2009 at 11:29 AM, Dan Porat <dan.porat@xxxxxxxxx> wrote: > > I am running into data integrity issues while running sgp_dd ver 1.20 > > against any sg device while running 31 threads. > > kernel 2.6.28 Ubuntu. > > When running it in slow speed (20 MB/s) all runs well. > > When pushing it towards the 50MB/s , Data integrity issues appear. > > How are you varying the speed? > > > When running it against sd devices - no integrity issues , but bpt is > > not determined and changes . > > Hrm? bpt is a parameter. What do you mean? > > I don't know offhand why sg vs sd would make a difference but it's > obviously of interest. > > > Any idea how to fix the sg data integrity issues? > > Can you post Good vs Bad data? > Knowing the offset, size, and type of corruption will help narrow down > possible sources of corruption. > > Any errors reported by the device driver, memory controller, sg device? > > cheers, > grant -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
