lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 13 Sep 2013 22:41:08 -0400
From:	Theodore Ts'o <tytso@....edu>
To:	Marcus Sundman <marcus@...ox.fi>
Cc:	Jan Kara <jack@...e.cz>, Dave Chinner <david@...morbit.com>,
	linux-kernel@...r.kernel.org
Subject: Re: Debugging system freezes on filesystem writes

On Thu, Sep 12, 2013 at 08:59:07PM +0300, Marcus Sundman wrote:
> 
> At 128 GB it is extremely small as it is, and I'm really struggling
> to fit all on it. Most of my stuff is on my NAS (which has almost 10
> TB space), but still I need several code repositories and the
> development environment and a virtual machine etc on this tiny 128
> GB thing.
> 
> So, if I used some other filesystem, might that allow me to use a
> larger portion of the SSD without this degradation? Or with a much
> slower rate of degradation?

What model are you using?  It's possible that your flash device was
designed as a cache driver for windows.  As such, it might have been
optimized for a read-mostly workload and not something for a lot of
random small writes.

The f2fs file system is designed for crappy flash drives with crappy
FTL's, so it might work be better for you.  But let me ask you this
--- how much is your data worth?  How much would it cost to replace
your flash device with something better?

I tend to get very nervous with crappy storage devices, and it sounds
like your flash drive isn't a particularly good one.  I'd strongly
suggest doing regular backups, because when flash devices die, they
can die in extremely catastrphic ways.

Regards,

						- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ