http://www.linuxlinks.com/article/20080530054213402/CommercialGames.html
http://www.linuxlinks.com/article/20080510052539217/Games.html
Posted in game, linux, tech on 15 czerwca, 2008| Leave a Comment »
Posted in ext3, gentoo, tech on 15 czerwca, 2008| Leave a Comment »
na różnych systemach plików miałem uszkodzone pliki po jakimś czasie używania.
Jeśli nasz komputer to pc a nie notebook to trzeba najpierw zabezpieczyć się przed przerwami w dostawie pradu. Rozwiązania są dwa: ups lub kontroler raid z baterią.
Większość nowoczesnych systemów plików posiada coś takiego jak journaling. Ale jego implementacja może się różnić. I tak xfs journaluje tylko metadane, ext3 dane i metadane. Dlatego po awarii prądu na xfs możemy pliki mieć wyzerowane.
Reiserfs odradzam z kilku powodów, a jednym z nich jest bezpieczeństwo danych.
Oprócz journalingu dodatkowe bezpieczeństwo daje journal checksuming. Ext3 nie wspiera tego, ale zfs, btrfs i ext4 już tak.
Jeśli używamy ext3 i nie mamy ups lub raid z baterią, to warto się zainteresować opcją barrier.
http://en.wikipedia.org/wiki/Ext3#No_checksumming_in_journal
Ext3 does not do checksumming when writing to the journal. If barrier=1 is not enabled as a mount option (in /etc/fstab), and if the hardware is doing out-of-order write caching, one runs the risk of severe filesystem corruption during a crash.[13][14] (This option is not enabled by default on almost all popular Linux distributions, and thus most distributions are at risk.)
http://forums.gentoo.org/viewtopic-p-5096620.html#5096620
The idea is to separate requests in groups… The requests issued before the barrier are guaranteed to be committed to the physical media after the ones issued afterwards (see /usr/src/linux/Documentation/block/barrier.txt for a thorough explanation 🙂 ). They are implemented using either ordered writes or cache flushes (depending on the capabilities of the underlying devices)…
Warto jeszcze przyspieszyć ext3
http://forums.gentoo.org/viewtopic-t-305871-highlight-barrier+ext3.html