Christoph, > As this monster seesm to come back again and again let me re-iterate > my statement: > > I do not think Linux should support a broken standards extensions that > creates a huge share state between the Linux initator and the target > device like this with all its associated problems. I spent a couple of hours looking at this series again last night. And while the code has improved, I do remain concerned about the general concept. I understand how caching the FTL in host memory can improve performance from a theoretical perspective. However, I am not sure how much a difference this is going to make outside of synthetic benchmarks. What are the workloads that keep reading the same blocks from media? Or does the performance improvement exclusively come from the second order pre-fetching effect for larger I/Os? If so, why is the device's internal L2P SRAM cache ineffective at handling that case? -- Martin K. Petersen Oracle Linux Engineering
