Re: [PATCH] SSC: dont fsync() on each written block. Do one single fsync() when file is closed in FILEMARK

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

 



I don't have the specs handy, but if memory serves me correctly, real tape drives behave the same way. i.e. a write filemark will force a flush. Even if the filemark count = 0

Sent from my iPad

On Jan 21, 2012, at 22:56, Gabriele <gabriele.mailing@xxxxxxxxxxx> wrote:

> Hello,
> 
>> The patch does improve performance significantly, especially on
>> slow/low-end/dodgy hardware where fsync is expensive.
> 
> I strongly agree with this patch. On my low end hardware performance was
> about 2MB/s. Removing fsync() jumped to more than 60 MB/s.
> The suggested behavior is safe enough for a tape activity. Even with
> physical tapes, I believe that in case of a system crash or power loss,
> the effects will be the same or worst ...
> Thumbs up for its integration in the mainline code.
> 
> --
> Gabriele
> --
> To unsubscribe from this list: send the line "unsubscribe stgt" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe stgt" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux SCSI]     [Linux RAID]     [Linux Clusters]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]

  Powered by Linux