Re: asynchronous write

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

 



On Wednesday July 18, ptb@xxxxxxxxxxxxxx wrote:
> Did the asynchronous write stuff (as it was in fr1) ever get into kernel
> software raid?

Hmmm... what was 'fr1' again??.. asks google.

  http://www.it.uc3m.es/ptb/fr1/

Yes, that sound like the 'bitmap' support currently in md.
The bitmap is stored on disk which I think is different from what fr1
did.
Possibly having a volatile bitmap would be valuable.  It would remove
the current extra cost of writes, and would still allow fast recovery
if you fail, then re-add a drive...

> 
> I see from the raid acceleration ("ioat") patching going on that some
> sort of asynchronicity is being contemplated, but blessed if I can make
> head or tail of the descriptions I've read.  It looks vaguely like
> purely memory-management stuff to me (what?) for external hardware raid,
> but what do I know ...

Yes.  The ,'ioat' is for raid5/6 and allows the xor calculation,
memcpys and some other functions to be off-loaded to a co-processor.

NeilBrown
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux