RE: [PATCH rdma-next 0/3] Support out of order data placement

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> > When transmitter and receiver is enabled to do so, as I described in
> overview section of Documentation, it helps
> > (a) to avoid retransmission - improves network utilization
> > (b) reduces latency due to timers not kicking in.
> 
> Yes those benefits are clear. I see no reason why it shouldn't always
> be
> done is my point. Application shouldn't have to care and there is no
> need to make this an additional flag.

The app cares when data from write 2 can be written at the target before data from write 1, especially if the writes target the same memory buffers.  (At least I think this is the intent of exposing this to the app.)

Note that the provider can always provide stronger ordering than what the app needs.
��.n��������+%������w��{.n�����{���fk��ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f




[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Yosemite Photos]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux