Re: hole punching performance

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

 



* Bradley C. Kuszmaul:

> The question I have:  What will happen to the performance of other
> threads doing read() and write() operations?  Will hole-punching slow
> down the other read() and write() operations running in other threads?

Assuming that hole-punching creates extents (not sure if it does, you
can check with filefrag or other tools), you might experience a
slowdown during open(), when the entire list of extents is read from
disk.

I once was a heavy Berkeley DB user and had files with dozens of
gigabytes containing hundreds of thousands of extents, and open()
times in the order of minutes were not unusual with a cold cache and
other concurrent read activities from the same RAID device.  But these
files grew over time—perhaps hole punching results in better locality
of the extent data, so that reading it doesn't take so much time in
your case.

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs



[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux