Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #199274
| From | Martin LEUSCH <sce.tech@imereos.fr> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Slow XFS write |
| Date | 2018-08-23 11:20 +0200 |
| Message-ID | <wpTWx-2jY-3@gated-at.bofh.it> (permalink) |
| References | <wpy5I-606-7@gated-at.bofh.it> <wpRUK-19r-15@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hi all, After some research on my RAID controller, PERC H310 Mini on a Dell server, I found a lot performance issue. It does not have WriteBack cache or BBU. I do not tested to write directly on the partition because I have some backup to do before but I think reinstall the server on a software RAID is the best solution here. Thanks to all Le 23/08/2018 à 09:07, Stefan K a écrit : > Hello, > > did you really need the hardware controller? I suggest to use Software/MD raid, ob btrfs with raid1 or zfs with raidz1 > Looks suspiciously similar to LSI MegaRAID. > Is controller firmware current? Is it possible to upgrade it? > Since you seem to have BBU, have you considered enabling WriteBack mode? > > Reco > Can you rebuild the partition? If so, unmount it then perform the dd > directly to the device. (of=/dev/sda2 or whatever) What's the hardware > raid vendor? Honestly, the performance of ext4 partition is also > horrible, just not as bad as the xfs partition. What's the hardware > raid model? Does it have a battery backed cache? (I will guess not, > because the test is only 1G and that should fit into most current > caches?) If the test directly to the partition shows good performance, > then it might be an alignment issue; try recreating the fs with > `mkfs.xfs -d su=64k,sw=2 ...`. If the performance is the same to the > raw partition (and still much worse than the root partition) then the > partition alignment itself might be off--which means recreating the > partitions. (fsck and mkfs.xfs normally handle this automatically, but > that depends on the raid controller+driver passing the information up, > and per your xfsinfo output, that didn't happen.) > > Mike Stone
Back to linux.debian.user | Previous | Next — Previous in thread | Find similar | Unroll thread
Slow XFS write Martin LEUSCH <sce.tech@imereos.fr> - 2018-08-22 12:00 +0200
Re: Slow XFS write Michael Stone <mstone@debian.org> - 2018-08-22 13:20 +0200
Re: Slow XFS write Martin LEUSCH <sce.tech@imereos.fr> - 2018-08-22 14:30 +0200
Re: Slow XFS write Michael Stone <mstone@debian.org> - 2018-08-22 15:20 +0200
Re: Slow XFS write Martin LEUSCH <sce.tech@imereos.fr> - 2018-08-22 16:10 +0200
Re: Slow XFS write Michael Stone <mstone@debian.org> - 2018-08-22 18:00 +0200
Re: Slow XFS write Michael Stone <mstone@debian.org> - 2018-08-22 18:00 +0200
Re: Slow XFS write Martin LEUSCH <sce.tech@imereos.fr> - 2018-08-22 16:20 +0200
Re: Slow XFS write Reco <recoverym4n@gmail.com> - 2018-08-22 19:40 +0200
Re: Slow XFS write Stefan K <shadow_7@gmx.net> - 2018-08-23 09:10 +0200
Re: Slow XFS write Martin LEUSCH <sce.tech@imereos.fr> - 2018-08-23 11:20 +0200
csiph-web