<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Well, we’re talking about completely different inputs. Can you please try the libYAML version with your input and do some profiling to address the comments in this thread.<div class=""><br class=""></div><div class="">There are clear advantages to keeping the tooling around optimization records in Python. Besides syntax highlighting, there are other tools we can build around it (e.g. diffing tool for performance regression analysis, stats, SQL exporting) so having a Python module (or bindings) to expose this programmatically sounds pretty attractive to me.</div><div class=""><br class=""></div><div class="">Adam<br class=""><div class=""><div class=""><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Nov 15, 2016, at 5:55 PM, Bob Haarman <<a href="mailto:inglorion@google.com" class="">inglorion@google.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">That's compared to the implementation with the Python parser. So if the libYAML parser is 6x the speed of that, the C++ version would be about 10x the speed of the implementation with libYAML, instead of 60x.<br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Tue, Nov 15, 2016 at 10:50 AM, Adam Nemet <span dir="ltr" class=""><<a href="mailto:anemet@apple.com" target="_blank" class="">anemet@apple.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><br class=""><div class=""><span class=""><blockquote type="cite" class=""><div class="">On Nov 15, 2016, at 10:33 AM, Bob Haarman <<a href="mailto:inglorion@google.com" target="_blank" class="">inglorion@google.com</a>> wrote:</div><br class="m_8318823266900823963Apple-interchange-newline"><div class=""><div dir="ltr" class="">Thanks for your comments, everyone! I'll try to answer the questions people have asked. First, let me say that I like Python, so I would be happy to keep the tool in Python if people feel that is a better way to go and we can still get it to go fast. As for precedent, we have several Python scripts already shipping with LLVM, including lit, and Python is listed in the requirements, so I imagine it's fine from that perspective.<br class=""><br class="">Having said that, the C++ version is quite a lot faster. I'm seeing about a 60x difference in how long it takes to generate HTML. This is with the C++ version doing a bit more work - specifically, it correctly encodes characters that have special meaning to HTML. I've been testing this on a build of the Chromium web browser with reports for the inline pass. On my machine, processing only the storage directory takes about 7 seconds with the C++ version and about 6 minutes and 20 seconds with the Python version. The v8 directory takes about 35 seconds with the C++ version and 44 minutes with the Python version. Processing the whole build takes about 13 minutes with the C++ version; when I tried it with the Python version over night, it was still going 14 hours later.<br class=""></div></div></blockquote><div class=""><br class=""></div></span><div class="">Is this compared against the libYAML parser or the original Python parser? See my mail from last night.</div><span class="HOEnZb"><font color="#888888" class=""><div class=""><br class=""></div><div class="">Adam</div></font></span><span class=""><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class="">The way I would like to use the tool is to perform a compilation and then look at the optimization report to look at which optimizations were missed and why, then change the code and/or the compiler to see if we can get faster code to be emitted. Ideally, I would like to have the optimization report ready for viewing soon after the compilation. Being able to generate the report in seconds, or less than a second, is definitely more useful to my use case than taking minutes. I figured we might get a good speedup from rewriting the tool in C++, and if we ever were going to do that, it would be easier to do it when the tool was relatively simple, as it is now. I believe my rewrite is complete now, and I think the increase in speed actually makes the tool more useful in that it can now feasibly be used on larger projects. I'll clean up the code a bit (it's very much proof of concept now) and put it up for review once that's done.<br class=""><br class="">Bob<br class=""><br class=""><br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Nov 14, 2016 at 9:12 AM, Adam Nemet <span dir="ltr" class=""><<a href="mailto:anemet@apple.com" target="_blank" class="">anemet@apple.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><div class="">Again I am still undecided which way this should go but I was also wondering about the speed difference if we used the C-based parser in PyYAML (<a href="http://pyyaml.org/wiki/LibYAML" target="_blank" class="">http://pyyaml.org/wiki/LibYAM<wbr class="">L</a>).</div><div class=""><div class="m_8318823266900823963h5"><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Nov 13, 2016, at 12:19 AM, Adam Nemet <<a href="mailto:anemet@apple.com" target="_blank" class="">anemet@apple.com</a>> wrote:</div><br class="m_8318823266900823963m_6333376121994211302Apple-interchange-newline"><div class=""><div style="word-wrap:break-word" class="">Hi Bob,<div class=""><br class=""></div><div class="">I am glad you’re finding opt-viewer useful. I am generally fine this being rewritten in C++. The idea was that once the prototype proves itself to be useful this would be considered.</div><div class=""><br class=""></div><div class="">Do you have ideas how to get syntax highlighting implemented? In Python, Pygments makes this easy.</div><div class=""><br class=""></div><div class="">Another usage model I was considering is for people who ssh to remote servers for their builds. In this case it should be easy in Python to have a simple HTTP server started in opt-viewer.</div><div class=""><br class=""></div><div class="">On the other hand, I am not sure if we have precedence to ship tools written in Python in LLVM so we may *have to* move. </div><div class=""><br class=""></div><div class="">Adam</div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Nov 11, 2016, at 11:50 PM, Bob Haarman <<a href="mailto:llvm@inglorion.net" target="_blank" class="">llvm@inglorion.net</a>> wrote:</div><br class="m_8318823266900823963m_6333376121994211302Apple-interchange-newline"><div class=""><div class=""><div style="font-size:10pt;font-family:Verdana,Arial,Helvetica,sans-serif" class=""><div class="">Hi Adam,<br class=""></div><div class=""><br class=""></div><div class="">Thank you for writing opt-viewer! I've been playing around with it and found it helps me understand what optimizations were performed, which were missed, and why, as well as easily navigate to the relevant code. Wanting to use it on larger projects, I found that it can take a while to analyze the optimization reports. Since there doesn't seem to be too much code in it yet, I figured it wouldn't be too much work to implement the same functionality in C++, which should give us a nice speedup compared to the current Python implementation. I have something that implements most of the functionality: the index page is generated and links to lines on source pages, which are also generated, but I haven't gotten to annotations on source pages yet. I expect to put up some code for review next week, but wanted to post here in case others are thinking along similar lines so we can hopefully avoid duplicating effort.<br class=""></div><div class=""><br class="">Cheers,</div><div class=""><br class=""></div><div class="">Bob<br class=""></div><div class=""><br class=""></div></div></div></div></blockquote></div><br class=""></div></div></div></blockquote></div><br class=""></div></div></div></blockquote></div><br class=""></div>
</div></blockquote></span></div><br class=""></div></blockquote></div><br class=""></div>
</div></blockquote></div><br class=""></div></div></div></div></body></html>