What was the reason not to make this toggle-able?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Well... because it's quite dangerous to turn off.
A simple way to disable it entirely is to subclass FSDir and override
sync() to be a noop.
Mike
Mark Miller wrote:
What was the reason not to make this toggle-able?
-
To
It is dangerous, but probably not any more dangerous than using a
consumer hard drive that lies to sync (don't know the numbers, but I
have to assume some/many are doing this with Lucene - in which case you
pay perf for a false sense of security).
Not a real suggestion at this point though. Ju
Mark Miller wrote:
It is dangerous, but probably not any more dangerous than using a
consumer hard drive that lies to sync (don't know the numbers, but I
have to assume some/many are doing this with Lucene - in which case
you pay perf for a false sense of security).
Well, if the consumer
Michael McCandless wrote:
Mark Miller wrote:
It is dangerous, but probably not any more dangerous than using a
consumer hard drive that lies to sync (don't know the numbers, but I
have to assume some/many are doing this with Lucene - in which case
you pay perf for a false sense of security).
I would really like to see some PROOF of these drives "lying".
If that were the case, no database system would ever be reliable on
these drives ! And data corruption would be happening all over the
place !
On Nov 19, 2008, at 10:56 AM, Mark Miller wrote:
Michael McCandless wrote:
Mark
Okay, I'll admit I am trusting some else testing this. One of the java
database implementations (hsql or something?) talks about it and tests
it it to be the case also with derby and other transaction systems.
Corruption didn't appear that hard for him to lure out at all. Also, if
you google sl
/A look at the slashdot article seems to indicate the OS may have been
at fault in his case (an update he posted in response to some slashdot
flames). Thats interesting. Wasnt there the last time this topic came
up. Can't remember what java db had the other info...but looking...
/
There is an option on some hard drives that is off by default (under
windows) called lazy writing.
You would need to go into the driver and turn this on.
Only very specialized systems would ever do this.
On Nov 19, 2008, at 11:13 AM, Mark Miller wrote:
Okay, I'll admit I am trusting some el
http://www.h2database.com/html/advanced.html#durability_problems
http://hardware.slashdot.org/article.pl?sid=05/05/13/0529252
On Wed, Nov 19, 2008 at 9:23 AM, Mark Miller <[EMAIL PROTECTED]> wrote:
> /A look at the slashdot article seems to indicate the OS may have been at
> fault in his case (an
Thanks Jason...had just found h2 again myself - that guy seems to say
even with write caching disabled on the OS, its still a problem (though
probably less of a problem than without sync?
Jason Rutherglen wrote:
http://www.h2database.com/html/advanced.html#durability_problems
http://hardware.s
Ummm...well durability isnt really corruption is it. I guess I'm convert
there.
Mark Miller wrote:
Thanks Jason...had just found h2 again myself - that guy seems to say
even with write caching disabled on the OS, its still a problem
(though probably less of a problem than without sync?
Jason
robert engels wrote:
There is an option on some hard drives that is off by default (under
windows) called lazy writing.
You would need to go into the driver and turn this on.
Only very specialized systems would ever do this.
I see evidence that older mac and linux system do do this by default.
The "utility" referenced no longer exists... and its no wonder.
If is most likely that the tester did not have the drives configured
properly.
In almost all cases, if the drive did this, you could not run a
database system with any resiliency.
They would also have problems with shutdown -
I don't believe it - unless the older drives had no cache, in which
case it wouldn't matter.
It is also doubtful at the OS level, as system integrity would be
hopelessly compromised...
On Nov 19, 2008, at 12:11 PM, Mark Miller wrote:
robert engels wrote:
There is an option on some hard dr
It is not just database by the way, any journaling file system would
be pointless...
On Nov 19, 2008, at 12:55 PM, robert engels wrote:
The "utility" referenced no longer exists... and its no wonder.
If is most likely that the tester did not have the drives
configured properly.
In almost
16 matches
Mail list logo