Announcement

Collapse
No announcement yet.

NetBSD 6.0 Is On Approach With New Features

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic NetBSD 6.0 Is On Approach With New Features

    NetBSD 6.0 Is On Approach With New Features

    Phoronix: NetBSD 6.0 Is On Approach With New Features

    After going into beta in March, the second and final beta release of NetBSD 6.0 is now available...

    http://www.phoronix.com/vr.php?view=MTEwODI

  • boulmostepumb
    replied
    looool

    in Moscow, so the heat , and you still somehow have the strength to write ...

    Leave a comment:


  • boulmostepumb
    replied
    rusian ololo

    Excellent written. Certainly not positive enough , but read on one breath

    Leave a comment:


  • LightBit
    replied
    Most computers don't have UPS.
    You can not set commit=0 (it will set to default).

    Leave a comment:


  • kraftman
    replied
    Originally posted by LightBit View Post
    "Fast & Furious 4"
    There are reason why Linux allows you to be fast and furious. In environments with backups and UPS you want the highest performance.

    Where is sync http://kernel.org/doc/Documentation/...stems/ext4.txt?
    Best you can do is commit=1.

    All suck, but ext* suck more.
    Ext rocks and BSD file system sucks. man mount:

    the sync option today has effect only for ext2, ext3, fat, vfat and ufs
    So you can use sync with ext2 and ext3. Ext4 has:

    commit=nrsec (*) Ext4 can be told to sync all its data and metadata
    every 'nrsec' seconds. The default value is 5 seconds.

    Leave a comment:


  • LinuxID10T
    replied
    Originally posted by LightBit View Post
    "Fast & Furious 4"


    Where is sync http://kernel.org/doc/Documentation/...stems/ext4.txt?
    Best you can do is commit=1.

    All suck, but ext* suck more.
    Run in journaled mode with forced syncs ever second if you want :P Seriously though guys, it seems as if Q has met his match at trolling.

    Leave a comment:


  • LightBit
    replied
    Originally posted by LinuxID10T View Post
    There are options for immediate write on both ext3 and 4. Not only that, but in every configuration I have ever known ext4 has a huge performance advantage over any version of UFS safe options or not.
    "Fast & Furious 4"

    Originally posted by kraftman View Post
    No, it's not more likely on Linux. BSD file systems suck and ext2 sucks as well... Use Ext 3 or 4 with safe mount options. There is sync in ext4...
    Where is sync http://kernel.org/doc/Documentation/...stems/ext4.txt?
    Best you can do is commit=1.

    All suck, but ext* suck more.

    Leave a comment:


  • LinuxID10T
    replied
    Originally posted by kraftman View Post
    No, it's not more likely on Linux. BSD file systems suck and ext2 sucks as well... Use Ext 3 or 4 with safe mount options. There is sync in ext4...
    100% agree.

    Leave a comment:


  • kraftman
    replied
    Originally posted by LightBit View Post
    Data loss on BSD file systems is less likely than on Linux. I had corrupted ext2 (fsck failed to fix it) and lost data on ext4.
    What better choice? btrfs?
    No, it's not more likely on Linux. BSD file systems suck and ext2 sucks as well... Use Ext 3 or 4 with safe mount options. There is sync in ext4...
    Last edited by kraftman; 06-02-2012, 03:41 AM.

    Leave a comment:


  • LinuxID10T
    replied
    Originally posted by LightBit View Post
    Only truly safe option is sync, which is not available for ext3/4.
    There are options for immediate write on both ext3 and 4. Not only that, but in every configuration I have ever known ext4 has a huge performance advantage over any version of UFS safe options or not.

    Leave a comment:

Working...
X