<div dir="ltr">Oh my.  Sorry that I have introduced this, unfortunately there is no way to detect tipsy files other than actually reading the entire file from disk.  Perhaps the way to fix this would be to drop the priority of tipsy datasets to the bottom, so that a valid FLASH dataset will be detected prior to the Tipsy check?</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 10, 2014 at 7:15 PM, Nathan Goldbaum <span dir="ltr"><<a href="mailto:nathan12343@gmail.com" target="_blank">nathan12343@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi all,<div><br></div><div>We just had a bug report from Aaron Smith at UT Austin.  The symptom is that the "load" comman was taking 30 seconds to complete on his FLASH dataset, which should never happen for FLASH.</div>


<div><br></div><div>After asking him to profile the code, he produced the following profile:</div><div><br></div><div><a href="http://ngoldbaum.net/yt-load/" target="_blank">http://ngoldbaum.net/yt-load/</a><br></div><div>
<br></div><div>

It seems that the recent changes to the Tipsy frontend which allow it to autodetect binary outputs have made it so in some cases non-tipsy data is loaded off disk.</div><div><br></div><div>I'm not sure about the best way to handle this, which is why I'm writing to the list rather than issuing a PR.</div>
<span class="HOEnZb"><font color="#888888">

<div><br></div><div>-Nathan</div><div><br></div></font></span></div>
</blockquote></div><br></div>