Oh, and by the way, the Iraqi body count number is a fantasy. The real count of Iraqi dead, using internationally acceptable means, is around a million.
Why are you wasting your time trying to troll on this thread? You'll need a much higher standard of under-the-bridge writing to get anywhere in this environment.
Cave paintings are the testimony of those who lived in those times, and you have a much larger problem in trying to explain how 'cavemen' could've known about tyrannosaurus and the like that you claim were extinct millions of years before Man arose.
In fact, the basic tenet of Christianity is that faith is vital and works w/o faith is worthless for salvation.
Ah yes, the "Buddhists will burn" clause.
Please don't forget to point out that faith without works can get you into trouble too, I meet way too many "christians" who wouldn't know the difference between a sheep and a goat.
Damn, but you don't want to be stuck on his left hand side.
You're right that the problem is below the application layer, but fsync-on-close (even after two seconds) is a phenomenally stupid idea.
Ah? I've been using it for over 10 years now. Works for me.
$ mount / on/dev/root read/write/setuid/mincache=closesync on Wed Jan 7 22:31:18 2009 /proc on/proc read/write on Wed Jan 7 22:31:59 2009 /stand on/dev/vx/dsk/standvol read/write on Wed Jan 7 22:32:00 2009 /home on/dev/vx/dsk/homevol read/write/log/setuid/mincache=closesync on Wed Jan 7 22:32:24 2009
*No* modern, desktop-usable file systems today guarantee new files to be there if the power goes out except if the application specifically requests it with O_SYNC, fsync() and similar techniques (and then only "within reason" - actually the most guarantee that the file system will recover itself, not the data). It is universally true - for UFS (the Unix file system), ext2/3, JFS, XFS, ZFS, raiserfs, NTFS, everything. This can only be a topic for inexperienced developers that don't know the assumptions behind the systems they use.
Untrue. With VXFS the default mount option, "-o mincache=closesync" guarantees that the data will be on the disk when the close() finishes.
People don't fsync() all the time because it's SLOW. Not just a little slow, but RTFS's bug report for the link to the Firefox 3 bug due to performing 8 syncs per page load: if there's any IO going on, firefox ground to a halt to wait its turn to ensure that your bookmarks and history and cookies and everything else were really, really written to disk.
Well, it has to be said that fsync() on ext3 is slow because of an ext3 bug - fsync() is the same as sync() on ext3.
It's terrible, these days organised crime just can't make enough money of their traditional business, they have to turn to pirating Britney Spears CD's to finance their core business.
The RAND corporation - the best research conclusions money can buy.
Slashdot Mirror
Oh, and by the way, the Iraqi body count number is a fantasy. The real count of Iraqi dead, using internationally acceptable means, is around a million.
Of course Elisabeth the first is your queen.
It's got nothing to do with Wallace. Your parliament sold you to the English for a few quid.
I find your ideas utterly uninteresting and have no desire to subscribe to your newsletter.
Yeah, I was trolling a bit there. I should have said "current gen" rather than "last gen". Here FTTH rollout started the year before last.
Why are you wasting your time trying to troll on this thread? You'll need a much higher standard of under-the-bridge writing to get anywhere in this environment.
Tee hee.
Ah yes, the "Buddhists will burn" clause.
Please don't forget to point out that faith without works can get you into trouble too, I meet way too many "christians" who wouldn't know the difference between a sheep and a goat.
Damn, but you don't want to be stuck on his left hand side.
FTTH is last gen. FTTC is the one before that.
Even my crappy cable company has installed 100Mbps FTTC here my low-rent burbs. (With in-your-face in-the-air cables no less!).
At my offices people are bitching that they've only got FFTH PON rather the PTP installed the other side of the street.
(Disclaimer for UK readers, I'm in France, so you are now allowed to stick your fingers in your ears and go LA LA LA I can't hear you).
Only sheeple use the word sheeple.
Baaa.
By God, I think you're on to something there. Or maybe it's just quantum.
You naughty boy, you read the article.
Mine?
and if you RTFA you'll find that our reaction to this interesting discovery about this chimps intelligence was to cut his fucking balls off.
Come on mods, this isn't "funny", this is "insightful".
Anyway the "problem" is solved - they cut his balls off.
If intelligent space aliens ever come there are going to be some very surprised people when the atrocity trials start.
Ah? I've been using it for over 10 years now. Works for me.
Untrue. With VXFS the default mount option, "-o mincache=closesync" guarantees that the data will be on the disk when the close() finishes.
Well, it has to be said that fsync() on ext3 is slow because of an ext3 bug - fsync() is the same as sync() on ext3.
What exactly do you think happened in Iraq?
Got any evidence of this?
Uh, in our timeline it was the USSR that took Berlin. And although they killed many, they didn't exterminate the entire population.
And we all remember what happens to that character, don't we.
It's terrible, these days organised crime just can't make enough money of their traditional business, they have to turn to pirating Britney Spears CD's to finance their core business.
The RAND corporation - the best research conclusions money can buy.
Got a link to the source code?
Thought not.
News just in - guy slacking off by reading slashdot accuses others of dilly-dallying.
Way to expose your ignorance.
Pluto is the fucking king of the underworld!
If you want to vote the dead, he's the guy to see.
Yup, 'cos most building workers have a facebook page.
Are you seriously claiming that Wyoming is real?