Announcement

Collapse
No announcement yet.

Benchmarking ZFS On FreeBSD vs. EXT4 & Btrfs On Linux

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • LightningCrash
    replied
    What do big businesses use for their back ends?

    Paypal has thousands of Linux boxes connecting to just a few large ______ boxes running the backend.

    I'll let you fill in the blanks...

    Leave a comment:


  • energyman
    replied
    (again) http://bulk.fefe.de/lk2006/talk.pdf

    ZFS did not look great back then. And Solaris hung. Yeah, that really makes me confident about Solaris' capabilities.

    Leave a comment:


  • energyman
    replied
    Originally posted by kebabbert View Post
    Sun did well techincally. From a business view point, Sun did not do well. Windows is better business thatn Linux (MS earns more money) - does this mean that Windows is better technically, than Linux? Of course not. Wrong.
    let me rephrase it. Solaris was such a technological marvel that its marketshare was obliterated by linux on the server/enterprise/hpc front while Windows took away its client business.

    Sounds like from a technological point of view Solaris had nothing to keep such customers. Maybe paying a shitload of money for a system that is dog slow didn't seem like such a great idea.

    Originally posted by kebabbert View Post
    Top500. Jesus not that one again. I have posted ~10 times about top500 and explained how top500 does not count. Here is another explaination. At place 5(?) is Blue Gene. Blue Gene uses something like 700MHz PowerPC cpus. Now, according to your logic, 700MHz PowerPC is among the fastest CPUs in the world! Correct, or wrong?
    your example and the conclusion is completely idiotic.

    Supercomputers care about three things:
    scalabiliy
    performance
    robustness

    in no special order.

    Solaris was once big in that business. A long, long time ago. Today? Noneexistant. Must be Solaris performance, scalability and robustness that made those people flock to it.

    Originally posted by kebabbert View Post
    Read my earlier posts about top500. It says nothing. Super computers do only one thing well. Specialized hardware is easy to do. Specialized kernel is easy to do. Super computers are basically a network with lots of PCs. Linux scales well horizontally, but not veritaclly.
    for someone claiming to be such an expert you know shocking nothing about supercomputers. Most supercomputers are build from parts you can buy. Commodity hardware. The time supercomputers were special built with special CPUs and special interconnects are GONE.
    For almost 20years.

    Sleeping well on all that SunOS tapes?

    But according to you, Solaris must suck because it only runs on SPARC really well. A very... specialised CPU.

    Leave a comment:


  • kraftman
    replied
    It's like talking with an idiot. I'm asking for papers which will backup what someone's claiming, but idiot gives links to sun people (who lie and FUD) blogs. I don't care if there are SOME papers, I want papers backing up your claims. The one which was worthy is obsolete. Now, next paper, please.

    Leave a comment:


  • kraftman
    replied
    Originally posted by kebabbert View Post
    That paper was there all the time. I dont know how many times I wrote that, but you said I FUD and lie and never posted any research papers? The paper was there all the time. Maybe I should say this again: The paper was there all the time.

    THE PAPER WAS THERE ALL THE TIME.
    It is obsolete since some time thus you were FUDing.

    Kraftman, do you have problems reading text? Or any other kind of problems? I am just asking, I wonder why it is so difficult to communicate with you. It must depend upon something. Problems of some kind. Unless it is pure stupidity?
    The way you're thinking is a pure stupidity. FUDer.

    Interesting. Do you have links too?
    Of course:

    http://www.mail-archive.com/linux-ex.../msg02286.html

    Now you consider them not invalid? Great. Sigh. So in a couple of years, you will consider all my posts as valid? But it will take a couple of years, lecturing you on research, on argumentation, on logic, etc?
    Nope, I doubt I will consider your posts are valid. I just have no objections when comes to those two SAP benchmarks where different servers were tested.

    Kebabbert wrote:
    "Jesus Kraftman. If you had read my posts, then you would have seen those research papers. I do not FUD. Read this post again if you want to see some research papers. I have more research papers about data corruption that I can post if anyone asks me."
    http://www.phoronix.com/forums/showp...1&postcount=44

    Jesus Kraftman. Again: I have posted several research papers on data corruption on ext4, XFS, JFS, raid5, etc. I havtae written this many times. Just read that post, if you want to see those research papers.
    I don't see papers out there. Can you give links directly to the papers not to some blogs?

    -Here it is! I have it here!
    -No you dont have it.
    -Yes, I have. It is here! Look!
    -No, you dont.
    -But feel it, ke it, look here. It is here
    -No, you dont have it. When will you show me?
    -But it is here! LOOK! IT IS HERE!
    -No. When will you show me?
    Again, where are the papers backing up your claims? As far I can see only one paper, but which is obsolete when comes to some Linux file systems.

    Kraftman. You are too much. I feel pity for your teachers. Seriously.
    It's not common when I've got to speak with idiots, so adaptation takes some time.

    Ok, I could be like this: either you are under 20 years. Or you dont read my posts. If I explain something, and you dont read my explanation, then you believe I am wrong. And you ask the same question again. In either way, you look like quite idiotic.
    I want papers, otherwise why should I read the same bull all the time?

    Clearly, you dont read my posts. That is proven now. Why dont you do that? So, I just wonder: how old are you Kraftman? Seriously. Could answer to this? How old are you?
    I repeat all the time. Show the papers which backup your claims. I don't do that, because there's nothing interesting, nor proofs no papers. There's usually rhetoric only and FUD.

    Leave a comment:


  • kebabbert
    replied
    Originally posted by kraftman View Post
    Great! You have shown at least one paper which is important! I'm waiting for others.
    That paper was there all the time. I dont know how many times I wrote that, but you said I FUD and lie and never posted any research papers? The paper was there all the time. Maybe I should say this again: The paper was there all the time.

    THE PAPER WAS THERE ALL THE TIME.

    Kraftman, do you have problems reading text? Or any other kind of problems? I am just asking, I wonder why it is so difficult to communicate with you. It must depend upon something. Problems of some kind. Unless it is pure stupidity?


    This research was done in 2006 and let's take a look:

    from the paper:

    and the response from the lkml:

    So, it seems this is no longer the case when comes to Linux file systems (at least when comes to Ext4 and we can be nearly sure the same about btrfs). It's very probably Ext3 also got those patches, because they were done like stated in the paper, so it was probably a matter of merging them.
    Interesting. Do you have links too?


    I showed you links some where SAP doesn't like and attacks Linux, because it's not 'American way', so I thought some results can be biased. However, I don't consider now those benchmarks where invalid,
    Now you consider them not invalid? Great. Sigh. So in a couple of years, you will consider all my posts as valid? But it will take a couple of years, lecturing you on research, on argumentation, on logic, etc?




    Kebabbert wrote:
    "Jesus Kraftman. If you had read my posts, then you would have seen those research papers. I do not FUD. Read this post again if you want to see some research papers. I have more research papers about data corruption that I can post if anyone asks me."
    http://www.phoronix.com/forums/showp...1&postcount=44
    Originally posted by kraftman View Post
    As far if I remember you have shown only one research paper related to what you're claiming, but it seems it's obsolete now. Waiting for other papers which backup your claims
    Jesus Kraftman. Again: I have posted several research papers on data corruption on ext4, XFS, JFS, raid5, etc. I havtae written this many times. Just read that post, if you want to see those research papers.

    -Here it is! I have it here!
    -No you dont have it.
    -Yes, I have. It is here! Look!
    -No, you dont.
    -But feel it, ke it, look here. It is here
    -No, you dont have it. When will you show me?
    -But it is here! LOOK! IT IS HERE!
    -No. When will you show me?

    Kraftman. You are too much. I feel pity for your teachers. Seriously.


    Originally posted by kraftman View Post
    I think many people FUD, intentionally or not. If someone FUDs intentionaly like you, then such person is a FUDer and a troll too. I consider Kebabbert = FUD, trol and lies.
    Ok, I could be like this: either you are under 20 years. Or you dont read my posts. If I explain something, and you dont read my explanation, then you believe I am wrong. And you ask the same question again. In either way, you look like quite idiotic.

    Clearly, you dont read my posts. That is proven now. Why dont you do that? So, I just wonder: how old are you Kraftman? Seriously. Could answer to this? How old are you?

    Leave a comment:


  • smitty3268
    replied
    Originally posted by kebabbert View Post
    I did not understand this one. I explained that, for various reasons, top500 does not say much about a technique or OS that is used. PowerPC at 750MHz is the 5th best CPU in the world you think? No? Good.
    HPC is very different workload than enterprise, I'll grant you that. But why only 1 is important and the other means nothing doesn't make any sense to me. It's just your personal opinion.

    And anyway, my whole point was that you complained you were repeating yourself and others were ignoring it, which is exactly what you've done. Pot, meet kettle.


    It is much easier to do one thing that is specializing than to do a general purpose thing. Study some computer science and you will see.
    I have. And in many cases it's true that specializing can simplify a lot of stuff. However, that's not what those HPC supercomputers are. You're setting up a straw man argument here.

    The engineering necessary to create and efficiently use tens of thousands of nodes is no simple matter. The fact that you think it is means you know nothing about the subject.

    For instance, which is most difficult to reach high performance: a general purpose CPU or a specialized simple GPU?
    Judging by the complexity of the graphics libraries and how many transistors are on GPUs compared to CPUs, I'd say the former. Which is mostly because the specialized thing they're trying to accomplish is really frickin tough, in comparison to what a general cpu is usually asked to do. That's the whole reason it requires dedicated hardware, of course.

    To do one thing well, is easier to do than to excel at many different things. Common sense. Or, study some more.
    That depends entirely on what those things are. Is it easier to send a man to the moon (1 very specialized task) or to put 100 different types of planes into the air? That's a much more general task, but also a much easier one to achieve.

    Or perhaps we should switch to getting a date with a movie star versus getting multiple dates with many women. The more general task is much more achievable, even though it's also more general. Simply because the specialized task is harder from the beginning, rather than a simple subset like you are assuming.

    Keep setting up straw men, and i'll keep knocking them down.

    Leave a comment:


  • kraftman
    replied
    Originally posted by kebabbert View Post
    Kebabbert wrote:
    "Because you have not read this thread from the beginning, I post this article again. Here is a link to a research paper about how XFS, JFS, ReiserFS, etc does not protect your data - which is what I have claimed earler."
    http://www.zdnet.com/blog/storage/ho...ta-at-risk/169

    No, wrong again Kraftman. If you read my text, I actually say: "on that blog there is a link to RESEARCH PAPER". So I mean that you should go to that blog, to see the actual research papers. Of course I could have posted the link directly to the research paper, would that have been better?
    Great! You have shown at least one paper which is important! I'm waiting for others. This research was done in 2006 and let's take a look:

    from the paper:

    Second, to remedy the problem of failure handling diffusion, we develop
    amodified
    ext3 that unifies all failure handling in a Centralized Failure Handler (CFH).
    We then showcase the power of centralized failure handling in ext3c, a modified
    IRON version of ext3 that uses CFH by demonstrating its support for flexible,
    consistent,
    and fine-grained policies. By carefully separating policy from mechanism,
    ext3c demonstrates how a file system can provide a thorough, comprehensive, and
    easily understandable failure-handling policy.
    and the response from the lkml:

    Thanks, I think most of the ext4 developers have already read these papers.
    They are definitely of interest, and reducing e2fsck time is a very important
    area of development these days.

    We have already implemented the IRON FS journal checksumming feature, and
    this will go into ext4 shortly. There is lots of work needed in order to
    implement checksumming for the rest of the filesystem, so if you are
    interested to work on this please let us know.
    So, it seems this is no longer the case when comes to Linux file systems (at least when comes to Ext4 and we can be nearly sure the same about btrfs). It's very probably Ext3 also got those patches, because they were done like stated in the paper, so it was probably a matter of merging them.

    Of course it is not credible to post to blogs. But if the blog links to research papers then you can post to that blog. Or if the blog links to for instance, official benchmarks. It is not necessary to link directly to the research paper or the official benchmark.
    True.

    Jesus Kraftman, we had this discussion before. Earlier I posted to a Sun blog with links to official SAP benchmarks (Solaris wins over Linux) on www.sap.com,
    It doesn't proof Solaris wins over Linux, but only some server which runs Solaris wins over server which runs Linux.

    but you said something like: the SAP benchmarks where FUD and created by Sun. You said that SAP have partnership with Sun and therefore SAP favours Solaris in official benchmarks. I showed you links that SAP have partnership with several Linux companies - so why did SAP not favour all Linux companies? Jesus Kraftman.
    I showed you links some where SAP doesn't like and attacks Linux, because it's not 'American way', so I thought some results can be biased. However, I don't consider now those benchmarks where invalid, but they're not proving what you're claiming.

    When Linux wins, everything is good. It does not matter if Linux uses gcc v4.xx 64bit vs OpenSolaris uses different gcc v3.xx 32 bit - you think that are good benchmarks and dont complain. But when Solaris wins, that is bad offical benchmark published by SAP and you say companies favour Sun and it is FUD benchmark. Unbelievable logic.
    It would be the same logic as yours in this case if this were true what you're saying here. It does matter for me if there are different GCC used etc.

    Jesus Kraftman. If you had read my posts, then you would have seen those research papers. I do not FUD. Read this post again if you want to see some research papers. I have more research papers about data corruption that I can post if anyone asks me.
    http://www.phoronix.com/forums/showp...1&postcount=44
    As far if I remember you have shown only one research paper related to what you're claiming, but it seems it's obsolete now. Waiting for other papers which backup your claims.

    Fine. I understand I FUDs a lot, in your reality. But, you on the other hand have never linked to any research papers or almost no credible links at all. And you have CONFESSED you do FUD. So, really, I dont really understand how you can accuse me of FUDing? (But, there are lots of things I dont understand about you). So it is ok if you think I FUD, especially as you can not prove that I FUD or lie. It is just more FUD from you, about me.
    I can probably only suspect you're lying (I showed you definition of 'lie'). I'm thinking nearly the same about you, so who's right?

    But I can prove that you FUD, I just link to the post where you confess you are a FUDer. Done. Kraftman = FUD and lies.
    I think many people FUD, intentionally or not. If someone FUDs intentionaly like you, then such person is a FUDer and a troll too. I consider Kebabbert = FUD, trol and lies.

    Leave a comment:


  • kebabbert
    replied
    Originally posted by Jimbo View Post
    No, no, no you lie, you are under heavy fudding masturbation! you don't even know what you have written.
    Maybe you dont know what I have written?


    Originally posted by Jimbo View Post
    (opinion)In my opinion, if Oracle really wants to bet on BTRFS, Oracle should have assigned a whole team of developers to BTRFS (end opinion).
    True. That is my OPINION.


    Originally posted by Jimbo View Post
    (assertion, fud begins) But guess what? There is only one single developer on BTRFS. Oracle is not interested in BTRFS, now that they got the best: ZFS. Come on, do you really expect BTRFS is a serious attempt by Oracle? There is only ONE full time developer! Jesus. Who are you trying to fool? (end assertion, fud ends)
    False.

    The part "Oracle is not interested in BTRFS" is only speculation. I mix assertions with speculations here. I find it hard to write [assertion] tags and [speculation] tags in every sentence - no one does that. And if you complain on me not doing that - why dont you complain on the Linux fanboys here deliberately lying and FUDing and making things up - without ever giving any credible links at all? Yes, one CONFESSED he FUD. Another CONFESSED he made things up. Another most probably LIED, which I proved. And you dont complain on them. And when I talk about an interview I read then you accuse me of lying. Great.



    There is no mention to Chris Mason interview, there is a clear intention to undervalue btrfs development.
    It dependence on how you look at it.

    I only quote BTRFS main architect, when he said he was the only full time paid developer at Oracle. Sure, there are probably more developers at other places - I have never questioned that. The thing is, Oracle had at that time, only one full time developer. That does not sound as a serious investment to me from Oracle. If you want me shut up about this fact about this single developer, then "yes, I undervalue BTRFS development" at Oracle. If censorship is ok with you, then "yes".

    I bet you want me to shut up about negative things about Linux too, yes? Because when I post negative comments from Linus Torvalds, then "my intention is to undervalue Linux"? I must not post any negative things at all, whereas Kraftman can FUD and lie as much as he wants, yes?

    Or, you could welcome both negative and positive comments and void censorship. As I do. I want to see negative credible articles about Solaris too. Please post them. I have asked about this many times.


    There is no earlier message speaking about one full time developer and lot of other devs, there is no earlier message about Chris Mason interview. You obviously have no idea how btrfs development is going. So You fud.
    As I said, I read in a link given somewhere here in the forum that Chris Mason said he was the ONLY FULL TIME PAID DEVELOPER AT ORACLE WORKING ON BTRFS. I do not make this up or lie about this. I have briefly looked for the link, but can not find it.

    But here is another link from just one week ago (2010-07-30). It seems there are now three full time paid developers. Two of them at Oracle, one of them being Chris Mason, I dont know the other one at Oracle. Anyway, it is very probable that in my older link I was given here, it was only Chris Mason who was full time at Oracle. Now there are two full time developers at Oracle. Hardly a "team" working at Oracle. So, again, I do not lie nor FUD. Everything I post, I have read somewhere by credible people: Chris Mason, Linus Torvalds, Andrew Morton, researchers, etc. I never make up false things just as some Linux guys do.
    http://fedoraproject.org/wiki/Btrfs_in_Fedora_13
    Q: How many developers are working on Btrfs full time from Red Hat? What do they focus on?
    A: Just me. I focus on anything and everything that needs to be done. The other two full time developers are from Oracle.



    Fud is not about lying intentionally, is more like spreading false information because of ignorance or disrespect about something
    Please tell me. What is the difference of telling something false, or to lie? It is the same thing. If I tell you false things, then I lie. If I lie, then I tell you false things. They are equivalent.


    And as I wrote:
    http://www.phoronix.com/forums/showp...&postcount=110
    "From a personal point of view, I hope BTRFS succeeds, because that forces ZFS to become better. Which forces BTRFS to become better. etc. Upward spiral. Competition and choice is always good for us customers"

    Leave a comment:


  • smitty3268
    replied
    Originally posted by kebabbert View Post
    Jesus Kraftman. If you had read my posts, then you would have seen those research papers. I do not FUD. Read this post again if you want to see some research papers. I have more research papers about data corruption that I can post if anyone asks me.
    http://www.phoronix.com/forums/showp...1&postcount=44
    So, just for fun, I decided to actually look at those "papers" you linked to. I know you're trolling and will just ignore this, but it's getting kind of fun to poke you.

    The senior consultant wrote in a follow up article
    http://www.enterprisestorageforum.co...le.php/3749926

    "If you disagree [that Linux does not scale storagewise], try it yourself. Go mkfs a 500 TB ext-3/4 or other Linux file system, fill it up with multiple streams of data, add/remove files for a few months with, say, 20 GB/sec of bandwidth from a single large SMP server and crash the system and fsck it and tell me how long it takes. Does the I/O performance stay consistent during that few months of adding and removing files? Does the file system perform well with 1 million files in a single directory and 100 million files in the file system? My guess is the exercise would prove my point: Linux file systems have scaling issues that need to be addressed before 100 TB environments become commonplace. Addressing them now without rancor just might make Linux everything its proponents have hoped for."

    Let me say you this. Regarding the current unstability of BTRFS and all bugs and so on, I doubt BTRFS does handle this situation.
    So, first you post a 2.5 year old article that's just someone's personal opinion/experience with ext (no benchmarks included). Then you go on to say that therefore btrfs must still suck 2 and a half years later, when it was specifically created to fix the very problems you're pointing out that ext3/4 had.

    Ok, whatever... Maybe some of the rest of your post will make more sense.

    I doubt this. ZFS is developed by a whole team that has vast experience of storage and all the troubles that arise. BTRFS seems to be developed by one guy who probably dont know what is important in Enterprise storage. But the Sun guys knows what is important:

    http://blogs.sun.com/perrin/entry/the_lumberjack
    "So that's the ZFS ZIL in a nutshell. It's design was guided by previous years of frustration with UFS logging. We knew it had to be very fast as synchronous semantics are critical to database performance. We certainly learnt from previous mistakes."

    How the heck do you expect that single BTRFS guy to know what is important? Is he all knowing? He knows as much as the whole Solaris developer team combined with the Enterprise Storage team? Is he best in the world?
    So first, you obviously don't know that the btrfs guy was actually a zfs developer before he left sun. So if Sun developers on ZFS know what they're doing, then so does this guy. And you point to a Sun employees blog to show that he knows what is important. LOL, there's probably a thousand linux developer blogs out there like that. That's certainly no proof of anything. And then you make a point of saying that ZFS was designed with previous mistakes in mind. HA HA HA HA. Well, yeah, that's true of pretty much every new filesystem, except the experimental or research ones. The Btrfs developer has even explicitly said that when he designed btrfs he used the knowledge he learned while working on zfs to do certain things in better ways.

    Still waiting for the good stuff... Maybe it's coming soon?

    When you talk about Moore's law
    "Moore's law is about transistor density on silicon. It has nothing to do with disk space."

    Let us read more on this law, regarding hard drives part:
    http://en.wikipedia.org/wiki/Moore%27s_law
    It turns out that hard drives have the same development, called Kryder's law:
    "A similar law [as Moore's law] (sometimes called Kryder's Law) has held for hard disk storage cost per unit of information"

    And there is a article in "Scientific American" about Kryder's law:
    http://www.scientificamerican.com/ar...id=kryders-law
    Which says that "says that magnetic disk areal storage density doubles annually"
    Ok, some posts on stuff that doesn't really apply to anything in your argument... You realize that "storage density" doesn't matter when it comes to the size of a file system, right? That only matters for manufacturers. "Storage capacity" is what a file system needs to worry about, and as sbergman so correctly proved, it does not follow the same pattern of growth that you seem to think it does. And even if it did, that would still be decades away from going 128 bit. And furthermore, ZFS capacity is limited to only 64 bits, with the other 64 going to volume mgmt, so your entire 128 bits is necessary argument falls flat on it's face.

    Exponential growth is a very bad thing, it grows extremely fast. It actually, grows exponentially.
    Ah, this is getting funnier by the quote. Yes, exponential growth grows exponentially. You're correct about that. Quite redundantly correct.

    Wrong again. Raid5&6 does not do a pretty good job at data integrity.

    Jesus, give me strength. Why do I must correct all Linux people's misunderstandings all the time? Why do they think "ZFS and DTrace are slightly more polished than Linux counter parts"?

    Look. Raid5 & 6 sucks big time. Your data is not safe with those. Here are some articles. Read them and please stop say things that are not true.


    http://www.cs.wisc.edu/adsl/Publicat...ion-fast08.pdf
    "Detecting and recovering from data corruption requires protection techniques beyond those provided by the disk drive. In fact, basic protection schemes such as RAID [13] may also be unable to detect these problems.
    ..
    As we discuss later, checksums do not protect against all forms of corruption"

    From above, you can not just add some checksums all over the place into BTRFS and expect to get data integrity. Ok? Not even mature techniques as Raid are safe (which many falsely believe). Do you finally understand now why I doubt BTRFS to be safe? Why must I educate all these Linux people all the time? *sigh*

    ..... (lots of links and rambling here) ....
    Ok, finally some actual papers. Although they don't seem to show what you think they show. What they say is that even RAID systems can have silent faults, and this is true. I believe it. None of them seem to have anything to say about ZFS, though, except that it injected checksums which are periodically checked for faults. And then you go on to say that BTRFS must suck, even though it was specifically created by a former ZFS dev to also be safe with data in the same way.

    And besides, I dont understand the fuss about layering violation. If ZFS is best on the market, it is. I do not care if it is written in pascal, has layering violation, is painted blue or whatever as long as it is best and protects your data. Would you prefer to use an inferior filesystem that does not protect your data, but has four layers instead of three layers?

    Bonwick, the archictect behind ZFS explains that ZFS only has fewer layers (ZFS scrapped unnecessary layers that legacy filesystems have) but ZFS is still layered.
    http://blogs.sun.com/bonwick/entry/r...ring_violation
    Another Sun employee blog. Yawn, I'm starting to get a little tired, but i'll see if i can try to make it to the end of your massive post. Anyway, layering violations aren't something end users are concerned about (and in the blog he pretty much admits to it, and then claims that they did so for a good reason). They impact maintainability, and bloat, and how much work it is to integrate into the kernel. So it's a completely valid argument against adding it to the linux kernel, but not really something an enduser like yourself would necessarily worry about. Except that it could potentially bring in more bugs into the implementation than a cleaner design might because of the extra work needed.

    I doubt BTRFS even handles as many discs and reaches the speed that ZFS does, today. BTRFS is too buggy. The best ZFS machine will outclass the best BTRFS machine by a large margin. BTRFS seems to be targeted to desktops. Not Enterprise halls.
    Lots of big claims there, but it's very obvious you're just making all those claims off the top of your head without a shred of reasoning or proof. You clearly haven't ever tried btrfs yourself and know virtually nothing about it, yet you claim it's targeted for desktops (Oracle might disagree), too buggy (which problems have you run into again? and it just came out of beta like a week ago i think, so it's expected to have bugs until it stabilizes), and you "doubt" it's as fast (where's the actual proof?).

    Show me a BTRFS machine that beats this ZFS machine (look at the right column)
    http://blogs.sun.com/brendan/entry/m...rage_7410_perf
    I don't have access to hardware like that, so I can't say. But you've certainly not shown any proof that ZFS is faster. Try putting btrfs on that machine, test it, and then display the results. Don't merely claim it must be true because you think it should be. We clearly saw that on low end hardware, ZFS performance sucked in comparison to btrfs. So you're saying that it's better on high end hardware without any proof at all that that's the case. How do we know that btrfs doesn't scale up just as well? Not that I'm saying it does, just give me proof rather than baseless claims when it's clear you've never tried it out yourself.

    As Solaris. They win by a large margin in the Enterprise halls. They are stable. Safe. Not unstable as Linux. Do you want to see links where Linux companies increase their work load much, and must switch to for instance, Solaris?
    Those examples work both ways. Didn't the NYSE recently switch from Unix to Red Hat, and that's about as mission critical as things come. From everything I've heard, they've been extremely happy with Linux since the switch.

    Hilarious.
    Yeah, you took the words right out of my mouth.

    Hopefully i didn't miss anything in your post, it's late and it took me a while to go through all of it. I'm sure you'll respond to this with another 50 links that repeat the same stuff we just went over, but whatever.

    Leave a comment:

Working...
X