> I have a long interest in 'canned' loadings. Interesting ones are hard to > come by. If Phoenix ran any or a subset of TPCs, I'd like to try it.
Likewise > But I don't want to be the first to try it. I am not a Phoenix expert. Same here, I'd just email dev@phoenix with a report that TPC query XYZ didn't work and that would be as far as I could get. On Fri, Aug 19, 2016 at 2:50 PM, Stack <st...@duboce.net> wrote: > On Fri, Aug 19, 2016 at 1:19 PM, James Taylor <jamestay...@apache.org> > wrote: > > > On Fri, Aug 19, 2016 at 11:37 AM, Stack <st...@duboce.net> wrote: > > > > > On Thu, Aug 18, 2016 at 5:54 PM, James Taylor <jamestay...@apache.org> > > > wrote: > > > > > > > The data loaded fine for us. > > > > > > > > > Mind describing what you did to get it to work and with what versions > and > > > configurations and with what TPC loading and how much of the workload > was > > > supported? Was it a one-off project? > > > > > > > Mujtaba already kindly responded to this (about a week back on this > > thread). He was able to load the data for the benchmark onto one of our > > internal clusters. He didn't run the benchmarks. Sorry, but I don't have > > any more specific knowledge.... > > > > Thanks. I was just wondering if more than a select count was done and if > more detail on the setup was available. > > > > > > > If TPC is not representative of real > > > > workloads, I'm not sure there's value in spending a lot of time > running > > > > them. > > > > > > > > > I suppose the project could just ignore TPC but I'd suggest that > Phoenix > > > put up a page explaining why TPC does not apply if this the case; i.e. > it > > > is not representative of Phoenix work loads. When people see that > Phoenix > > > is for "OLTP and analytical queries", they probably think the TPC > > loadings > > > will just work given their standing in the industry. Putting up a > > disavowal > > > with explanation will save folks time trying to make it work and it can > > > also be cited when folks try to run TPC against Phoenix and they have a > > bad > > > experience, say bad performance. > > > > > > > I haven't run the TPC benchmarks, so I have no idea how they perform. I > > work at Salesforce where we use Phoenix (among may other technologies) to > > support various big data use cases. The workloads I'm familiar with > aren't > > similar to the TPC benchmarks, so they're not relevant for my work. But > if > > TPC benchmarks are relevant for your work, then that'd be great if you > > pursued this. Or maybe we can get this "Phoenix" person you mentioned to > do > > it (smile). > > > > > I wasn't suggesting you do it James. Relax. I was just trying to gauge > where Phoenix is regards TPC. > > I have a long interest in 'canned' loadings. Interesting ones are hard to > come by. If Phoenix ran any or a subset of TPCs, I'd like to try it. I > would like to study how the storage does under the loading to see if we can > make the storage run better. But I don't want to be the first to try it. I > am not a Phoenix expert. II would prefer to learn from one one what works > and what as yet is unsupported. > > Thanks, > St.Ack > -- Best regards, - Andy Problems worthy of attack prove their worth by hitting back. - Piet Hein (via Tom White)
