Re: File transfer speed slows 10x and more after reaching 1TB in size

alanb <[email protected]>
Newsgroups gmane.comp.file-systems.jfs.general
Message-ID <[email protected]>
I think XFS may be the better long term choice for disk imaging, as 
opposed to ext4, because ext4 has a 16TiB file size limit, which may 
already be too small for some disk images. I considered Btrfs, but it 
seems to be too early still for production use which is my situation.

A few years back, I did try XFS but dropped it in favor of JSF because 
at the time JSF clearly performed better and used less resources (in my 
tests anyway). I'm reading that some (or all) of the performance issues 
with XFS have since been solved, so I'll also give XFS a try, at least 
the imaging process.

On 16-02-09 03:00 PM, Jernej Simončič wrote:
> On Tuesday, February 9, 2016, 22:42:02, alanb wrote:
>
>> In my case the CPU usage was normal throughout the whole process. Are
>> you experiencing high CPU usage when the problem surfaces?
> Yes, I first noticed that jfsCommit was using around 90-100% of a
> core, and that the backup suddenly slowed down.
>
>> In my case, I noticed that my disk was "thrashing" about while in the
>> slow state, the noise made by the drive in an open case was very
>> noticeable. When it was transferring normally, the disk was nearly
>> inaudible. Also the approximate 1TB threshold seemed to be a sharp
>> dropping point, performance quickly degraded once that point was reached.
> I can't speak of disk thrashing, because both computers where I
> noticed this are in different rooms than where I normally work.
>
>> I will need to use something for these large images, the problem makes
>> JFS unusable and the thrashing may even destroy my HD. My next test is
>> to switch to ext4 or XFS and do a transfer of the same 2TB image file.
> I switched to xfs on one computer, and it seems to perform well (one
> of the backup images is currently 1043GB - I couldn't take this backup
> with jfs at all, but there was a noticeable speed increase with
> another, where the base image is 140GB - on jfs it took about an hour
> to create increments and merge the oldest increment into base, while
> it now takes about 10-15 minutes).
>


------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
_______________________________________________
Jfs-discussion mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jfs-discussion
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.