On Wed, 2011-08-24 at 11:46 +0200, David Nemeskey wrote:
> Theoretically, in the case described above, it would be possible to move
> 'static' data (data of cells that have not been written to for a long time)
> to
> the 5GB in question and use the 'fresher' cells as free space; this could be
>
On Wed, 2011-08-24 at 13:42 +0200, Federico Fissore wrote:
> I add a question. Toke you said that "the current state of wear can be
> queried". How?
With a S.M.A.R.T.-tool, preferably up-to-date to get it to display the
vendor-specific properties in an easy to understand manner.
On my Ubuntu-box
>> we are probably running out of topic here, but for the record, there is
>> also someone lamenting about ssd
> I find all of this highly on-topic. SSD reliability is an important
> issue. We use customer-grade SSDs (Intel 510 were the latest ones
> bought) in our servers as we see no point in en
David Nemeskey, il 24/08/2011 11:46, ha scritto:
[...]
Theoretically, in the case described above, it would be possible to move
'static' data (data of cells that have not been written to for a long time) to
the 5GB in question and use the 'fresher' cells as free space; this could be
done in a rou
Hi,
interesting discussion about SSDs.
On 2011 August 23, Tuesday 20:56:44 Toke Eskildsen wrote:
> > 50TB before _every single cell in the drive_ gives up. You will change
> > the drive much sooner, probably at the first two occasions of corrupted
> > data.
>
> 50TB for the 5GB of cells. The res
Sorry Toke, I do not know.
The service shop replaced it fairly blindly.
paul
Le 23 août 2011 à 20:46, Toke Eskildsen a écrit :
> On Tue, 2011-08-23 at 17:20 +0200, Paul Libbrecht wrote:
>> Funnily, I had such an experience: an SSD on the laptop of the brand
>> SanDisk, guaranteed for 80 TB of
On Tue, 2011-08-23 at 17:56 +0200, Federico Fissore wrote:
> Great reply, thank you. Will re-read it and re-evaluate my position
Thanks for having an open mind.
Toke:
> > Let's say you have a drive with just 5GB left. Let's say that the cells
> > can handle 10,000 writes. Doing constant rewrites
On Tue, 2011-08-23 at 17:20 +0200, Paul Libbrecht wrote:
> Funnily, I had such an experience: an SSD on the laptop of the brand SanDisk,
> guaranteed for 80 TB of writes.
> Well, I had it twice changed under guarantee. Then the shop provided me an
> OCZ.
> Maybe that lasts longer... I'm still in
Great reply, thank you. Will re-read it and re-evaluate my position
Just one comment
Toke Eskildsen, il 23/08/2011 17:11, ha scritto:
[...]
Let's say you have a drive with just 5GB left. Let's say that the cells
can handle 10,000 writes. Doing constant rewrites of the 5GB gives you
10,000 * 5G
Funnily, I had such an experience: an SSD on the laptop of the brand SanDisk,
guaranteed for 80 TB of writes.
Well, I had it twice changed under guarantee. Then the shop provided me an OCZ.
Maybe that lasts longer... I'm still in guarantee.
paul
Le 23 août 2011 à 17:11, Toke Eskildsen a écrit :
On Tue, 2011-08-23 at 16:10 +0200, Federico Fissore wrote:
[Toke: Re-writes is not a problem now]
> Maybe this still is a point, thinking at how easy is today to fill your
> local storage: for example, a "common" user will store video files.
It is only a problem if the SSD is stored to the brim
Toke Eskildsen, il 23/08/2011 13:37, ha scritto:
[...]
Yes, the first generation of SSDs had bad wear-leveling and there has
been some exceptionally bad eggs along the way, but we're long past that
point now. All brand name SSDs use wear leveling and unless you set up
pathological destruction cas
On Tue, 2011-08-23 at 14:07 +0200, Marvin Humphrey wrote:
> I'm a little confused. What do you mean by a "full to-hardware flush"
> and how is that different from the sync()/fsync() calls that Lucene
> makes by default on each IndexWriter commit()?
A standard flush from the operating system flu
On Tue, Aug 23, 2011 at 01:37:06PM +0200, Toke Eskildsen wrote:
> Yes, the first generation of SSDs had bad wear-leveling and there has
> been some exceptionally bad eggs along the way, but we're long past that
> point now. All brand name SSDs use wear leveling and unless you set up
> pathological
On Tue, 2011-08-23 at 11:52 +0200, Federico Fissore wrote:
> we are probably running out of topic here, but for the record, there is
> also someone lamenting about ssd
I find all of this highly on-topic. SSD reliability is an important
issue. We use customer-grade SSDs (Intel 510 were the latest
we are probably running out of topic here, but for the record, there is
also someone lamenting about ssd
http://www.codinghorror.com/blog/2011/05/the-hot-crazy-solid-state-drive-scale.html
the underlying point is correct: SSD offer much less re-writes of the
same "sector" than disk based
so,
16 matches
Mail list logo
