> Most people just accept the way software works and take bad performance > for > granted. Most excuses went on "cheap hardware", which I just eliminated by > using ram disks.
SDS is not just about performance. You want something reliable for the next 10(?) years, the more data you have the more this is going to be an issue. For me it is important that organisations like CERN and NASA are using it. If you look at this incident with the 'bug of the year' then you see the importance of such organisations/large user base being involved. > I really can't imagine that the software is currently behaving.. aren't > the > devs testing sometimes performance? I sometimes wonder that too, and not even performance just the bugs that people run into when they upgrade. > On the good side this means, just a few simple code tweaks > (threading,async > wait, queues) should bring a huge impact on performance. I hope you are right! Then we can all look forward to better performance soon ;) > Currently I'm compiling ceph with crimson (the compile process seems also > a > bit messy). > To check what the expected performance is with the new seastore backend. > > I will check Linstor as well, thanks! > Make sure to post results here. I am curious if ceph is really that far behind in performance compared to other solutions. _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io
