@Peter Gathercole
Well, nice of you telling us about your background. But I dont really thinks it is relevant here. If I told you of how many university degrees I have, at top universities and what I work with in a large world known finance company - so what? Does that make my arguments better?
No. I think such reasoning is pure snobbery: "My family is wealthy and are noble, you should call me Sir - and I have no clue of this subject, but what I say counts. Because you are poor, you dont count". So what does that have to do when you debate? It has happened that professors (yes, real professors) have said something really weird, which I have totally rejected. And then there are uneducated persons that have said clever true things which I have accepted. What people has done or not, is irrelevant. So I think it is of not relevant when you attack my Unix background and that I have no experience of AIX, etc. I will not discuss that further, as I will not question your education. Your view point still counts to me, no matter your education (as long as you dont lie and FUD).
.
Regarding your statement about ZFS:
"...not everybody believes ZFS is safe. See this paper www.usenix.org/events/fast10/tech/full_papers/zhang.pdf that was presented at Usenix, which concludes that ZFS may be more tolerant of disk errors, but is not invulnerable to data corruption..."
No one claims that ZFS is 100% safe. Of course there are bugs in ZFS and people have had problems - just like every complex piece of software.
But I claim that ZFS gives better protection than most, because ZFS is designed from ground up to protect against data corruption when it occurs ON DISK. ZFS is a file system and protects data on disk.
Then you clarify:
"...No, it says that it protects from DISK ERRORS, and I said that...."
What do you mean with that? ZFS protects against disk errors, of course. What do you mean when you say "not everybody believes ZFS is safe, it protects against disk errors but does not protect against data corruption"? Do you mean that ZFS protects against disk errors, but not against faulty RAM sticks? Do you mean that ZFS to be safe, should be able to repair faulty RAM memory sticks? Could you clarify further what you mean?
.
Regarding GPFS, it does not matter how many kernels you have compiled. If you dont understand the theory behind R-S codes, then you it doesnt help you. R-S codes are not safe. If you think that, you are wrong. I am convinced that ZFS protects better than GPFS - but I have not read any academic studies on a comparison.
.
"...I apologise for resorting to ad-hominem arguments. It's always a poor tactic, but sometimes what you say is not thought through, or maybe seen through a filter...."
Apology accepted.
.
"...I did not acknowledge that what Matt and Jesper say was FUD, although I definitely would categorize some of what you say as such. In fact, I think I agree with Jesper on almost everything he says on these comments. Very detailed analysis, and worth reading...."
If you categorize some of my sayings as FUD, I would really like to know what. If you can quote me FUDing, I will of course stop say that. I do not want to lie, mathematicians really detest lies. So go ahead and please quote me where I FUD and lie. If you can do that, I will not say those things again. I think it lies in your interest that I stop FUDing, so please quote me.
.
Regarding Jesper and Matt. Jesper dont FUD and he is no liar. But he is clearly very biased, although knowledgeable. I remember when I showed a benchmark where Sun won (had higher throughput), and Jesper proclaimed "it does not count as IBM had lower latency". Later I showed a benchmarks where Sun had lower latency, but IBM had higher throughput and Jesper proclaimed "it does not count as IBM had higher throughput". So it does not matter what benchmark I show, something will always be wrong. This is clearly bias.
Regarding Matt, he FUDs sometimes. He talks about the low performance of Niagara cpus and how cache starved it is - and everytime I show benchmarks where Niagara is fastest in the world. How can Niagara be cache starved and slow if it holds world records? Still Matt repeats himself. Although he has been target of IBM FUD as well. I remember the Itanium article, it was full of IBM FUD. I dont get it, why are IBMers attacking and FUDing everyone? HP and Oracle and I dont know who more?
.
"...When IBM entered the Open Systems world in 1990, they were regarded as the Big Enemy by many UNIX people, myself included, but I think that they did actually prove themselves...."
This is strange, how did IBM prove themselves? I have many counter examples. Such as when IBM released 511 patents to open source community, and TurboHercules (writes IBM Mainframe software emulators) got attacked by IBM for using those patents. The problem is that TurboHercules is really fast on x86 and rivals Mainframes. Or, actually the problem is that Mainframe cpus are really slow.
You want me to go on and show some examples of IBM FUD and articles? And then you can explain how IBM proved themselves? According to wikipedia, IBM was the first company that employed FUD systematically to discredit competitors. IBM has never stopped FUDing, and neither have their employees, just look at the threads here. Full of IBM FUD targeting everyone.