Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #230306
| From | Michael Stone <mstone@debian.org> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: recommendations for supported, affordable hardware raid controller. |
| Date | 2021-01-04 02:00 +0100 |
| Message-ID | <Btmo7-8au-5@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <BsKiJ-13I-1@gated-at.bofh.it> <BsLHP-1OL-7@gated-at.bofh.it> <BsNgB-2Vm-1@gated-at.bofh.it> <BsWMW-MA-5@gated-at.bofh.it> <Bt7S1-7EQ-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Sun, Jan 03, 2021 at 11:25:40AM +0200, Andrei POPESCU wrote: >That would mean all data is written to the disk twice and would make a >journaling file system twice as slow compared to a non-journaling file >system; the journal is typically on the same storage. That's almost never how it's actually implemented these days, exactly because of the hideous performance penalty. Barring a non-default option like ext3's data=journal what generally happens is that the data is written to the disk, then the *metadata* is written to the journal, and then the metadata is updated in its final location. The total amount of data written to the journal is relatively low. The primary benefit of this sort of scheme is avoiding a fsck on unclean shutdown; you may end up with old data, new data, or partially written data. Applications which need more data integrity guarantees generally implement some sort of journalling and/or use atomic filesystem operations. (E.g., write a temporary file, flush/sync, rename--that guarantees either the old file or the new file will be present, but not a partially written file.)
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
recommendations for supported, affordable hardware raid controller. Steven Mainor <steve@degga.net> - 2021-01-01 19:10 +0100
Re: recommendations for supported, affordable hardware raid controller. "Alexander V. Makartsev" <avbetev@gmail.com> - 2021-01-01 20:00 +0100
Re: recommendations for supported, affordable hardware raid controller. Dan Ritter <dsr@randomstring.org> - 2021-01-01 20:00 +0100
Re: recommendations for supported, affordable hardware raid controller. Sven Hartge <sven@svenhartge.de> - 2021-01-01 20:40 +0100
Re: recommendations for supported, affordable hardware raid controller. David Christensen <dpchrist@holgerdanske.com> - 2021-01-01 21:10 +0100
Re: recommendations for supported, affordable hardware raid controller. Steven Mainor <steve@degga.net> - 2021-01-02 09:30 +0100
Re: recommendations for supported, affordable hardware raid controller. Steven Mainor <steve@degga.net> - 2021-01-02 09:50 +0100
Re: recommendations for supported, affordable hardware raid controller. Michael Stone <mstone@debian.org> - 2021-01-01 21:20 +0100
Re: recommendations for supported, affordable hardware raid controller. Steven Mainor <steve@degga.net> - 2021-01-02 09:20 +0100
Re: recommendations for supported, affordable hardware raid controller. David Christensen <dpchrist@holgerdanske.com> - 2021-01-02 10:50 +0100
Re: recommendations for supported, affordable hardware raid controller. Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-02 12:30 +0100
Re: recommendations for supported, affordable hardware raid controller. Richard Hector <richard@walnut.gen.nz> - 2021-01-02 17:10 +0100
Re: recommendations for supported, affordable hardware raid controller. Gene Heskett <gheskett@shentel.net> - 2021-01-02 17:50 +0100
Re: recommendations for supported, affordable hardware raid controller. David Christensen <dpchrist@holgerdanske.com> - 2021-01-02 22:40 +0100
Re: recommendations for supported, affordable hardware raid controller. Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-03 10:30 +0100
Re: recommendations for supported, affordable hardware raid controller. David Christensen <dpchrist@holgerdanske.com> - 2021-01-03 22:50 +0100
Re: recommendations for supported, affordable hardware raid controller. Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-04 08:30 +0100
Re: recommendations for supported, affordable hardware raid controller. Stefan Monnier <monnier@iro.umontreal.ca> - 2021-01-03 23:20 +0100
Re: recommendations for supported, affordable hardware raid controller. Michael Stone <mstone@debian.org> - 2021-01-04 02:00 +0100
Re: recommendations for supported, affordable hardware raid controller. Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-04 08:40 +0100
Re: recommendations for supported, affordable hardware raid controller. Michael Stone <mstone@debian.org> - 2021-01-04 14:40 +0100
Re: recommendations for supported, affordable hardware raid controller. Sven Hartge <sven@svenhartge.de> - 2021-01-02 12:50 +0100
Re: recommendations for supported, affordable hardware raid controller. Nicholas Geovanis <nickgeovanis@gmail.com> - 2021-01-02 16:30 +0100
Re: recommendations for supported, affordable hardware raid controller. Sven Hartge <sven@svenhartge.de> - 2021-01-02 17:30 +0100
Re: recommendations for supported, affordable hardware raid controller. Alain D D Williams <addw@phcomp.co.uk> - 2021-01-02 18:40 +0100
Re: recommendations for supported, affordable hardware raid controller. deloptes <deloptes@gmail.com> - 2021-01-02 10:00 +0100
csiph-web