<p dir="ltr">I absolutely agree with you. I was just making the point that we need to get that solved first, at least in the public instance. </p>
<p dir="ltr">I'm away from web backend for long enough that I can't easily solve that problem, I'm afraid. :-( </p>
<p dir="ltr">I did try. </p>
<p dir="ltr">Cheers, <br>
Renato </p>
<div class="gmail_quote">On 30 Jun 2015 10:44 pm, "Chris Matthews" <<a href="mailto:chris.matthews@apple.com">chris.matthews@apple.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>I don’t want to block progress on this because of a bug on the <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__llvm.org&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=-KLL7G0IdEQJrKK4xN0cdZHVrIsvIXmRCkbk5EDbUao&s=JGhBb6mQCLRkMM0HN1x5FEl1EcVlowBirY1VEvvWod4&e=" target="_blank">llvm.org</a> LNT server.  That just needs to be fixed. </div><div><br></div><div>I don’t think the issues of scale are a problem with LNT inheriently.  We run a private LNT server instance on smaller hardware that is running 5X the amount of work the <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__llvm.org&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=-KLL7G0IdEQJrKK4xN0cdZHVrIsvIXmRCkbk5EDbUao&s=JGhBb6mQCLRkMM0HN1x5FEl1EcVlowBirY1VEvvWod4&e=" target="_blank">llvm.org</a> server is.  It has very good uptime and no request failures, in fact I would say it could still handle 10x the load it is running at right now, maybe even 20x.  In the past we have had issues with bad workloads breaking the server, and if you sit down and have access to the logs and the running server it take almost no time to sort the issue out.  The <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__llvm.org&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=-KLL7G0IdEQJrKK4xN0cdZHVrIsvIXmRCkbk5EDbUao&s=JGhBb6mQCLRkMM0HN1x5FEl1EcVlowBirY1VEvvWod4&e=" target="_blank">llvm.org</a> LNT server has a bug with long running requests, and that needs to be fixed.</div><div><br></div><div>I agree that we should be careful with the queries and number of requests.  But I think in the long run this would provide a net win. We can start to build interfaces that don’ t need to pull as much data out of the database. Lots of short fast requests.  In LNT we have consistently made the tradeoff of presenting all the data, since breaking up requests requires far more complicated interface design.  With these apis, we can start to undo that mess!</div><div><br></div><br><div><blockquote type="cite"><div>On Jun 30, 2015, at 2:09 PM, Renato Golin <<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</a>> wrote:</div><br><div><div>On 30 June 2015 at 19:53, Chris Matthews <<a href="mailto:chris.matthews@apple.com" target="_blank">chris.matthews@apple.com</a>> wrote:<br><blockquote type="cite">I think it would be super useful to give LNT a RESTful interface.  As LNT<br>grows, it would be nice to be able to update some of the pages with Ajax(or<br>json).  Especially for pages with long load times, it makes sense to be able<br>to speed up load times, by fetching the data after page load. It would also<br>allow us to build more dynamic pages, and allow non-web clients better<br>structured access to LNT information.<br></blockquote><br>Hi Chris,<br><br>As to what technology we use, I'm not particularly fussy, but REST can<br>be a double edge sword, especially if your server is already fully<br>loaded, like LNT.<br><br>I'm not against it, by all means, I do believe it's the simplest and<br>most efficient of web interfaces, particularly for dynamic websites<br>like you propose. But we need to solve the stability problem first, or<br>REST+Ajax will only make it worse.<br><br>It may get the bare page quicker, but it will also load the server for<br>longer, and multiply the number of database connections to the server,<br>which is our main problem.<br><br>Once we solve the slow queries problem, and increase the number of<br>concurrent connections to a limit that we know we can handle, I'm all<br>up for using whatever RESTful technology you like. :)<br><br>cheers,<br>--renato<br></div></div></blockquote></div><br></div></blockquote></div>