The almost is because:
1. If the target is over a /dev/pmemX then all is fine we have 2M contiguous
memory blocks.
2. If the target is over an FS, we have a proposal pending for an falloc_2M_flag
to ask the FS for a contiguous 2M allocations only. If any of the 2M allocations
fail then return ENOSPC from falloc. This way we guaranty that each 2M block can be
mapped by a single RDAM handle.
Umm, you don't need the 2M to be contiguous in order to represent them
as a single RDMA handle. If that was true iSER would have never worked.
Or I misunderstood what you meant...
OK I will let our RDMA guy Yigal Korman answer that, I guess you might be right.
When Boaz says 'RDMA handle', he means the pair [rkey,remote_addr].
AFAIK the remote_addr describes a continuous memory space on the target.
So if you want to write to this 'handle' - it must be continuous.
Please correct me if I'm wrong.
OK, this is definitely wrong. But let's defer this discussion to another
thread as it's not relevant to lsf folks...
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html