<div dir="ltr">Thanks. I wouldn't have guessed it would chew through the memory on a machine with 80Gb of RAM, but I see it's already at 18Gb after a few minutes and still climbing. Thanks for the tip on the threads.<div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Kirk</div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 6, 2022 at 9:39 AM Andrew Bell <<a href="mailto:andrew.bell.ia@gmail.com">andrew.bell.ia@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Thu, Jan 6, 2022 at 9:02 AM Kirk Waters - NOAA Federal <<a href="mailto:kirk.waters@noaa.gov" target="_blank">kirk.waters@noaa.gov</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Andrew,<div>Thanks for testing that. I ran it again with the same result, but this time turned on --developer-debug. Here's what I ran:</div><div>(gdal) ocm-s-ares$ pdal pipeline --stdin --developer-debug < pipeline.txt > output.txt 2>&1<br>Killed<br>(gdal) ocm-s-ares$ echo $?<br>137<br>(gdal) ocm-s-ares$ ls -l extractept0.laz <br>-rw-rw-r-- 1 kirk.waters crs 2784906231 Jan  6 07:49 extractept0.laz</div><div><br></div><div>The output.txt file contained the same thing I remember seeing before, with nothing extra from the debug:</div><div>(pdal pipeline readers.ept Warning) 2598817459 will be downloaded<br>(pdal pipeline writers.las Warning) Auto offset for X requested in stream mode.  Using value of -80.8347.<br>(pdal pipeline writers.las Warning) Auto offset for Y requested in stream mode.  Using value of 35.3408.<br>(pdal pipeline writers.las Warning) Auto offset for Z requested in stream mode.  Using value of 246.85.</div><div><br></div><div>All of this is running on RHEL7 in a conda environment with pdal version 2.3.0 (git-version 0800a2). The "Killed" on the terminal seems odd since anything going to stdout or stderr should have landed in output.txt, but that didn't. Almost like something external killed it.</div></div></blockquote><div><br>I'm guessing you ran out of memory. That's almost always what it means when your process is "killed" by the operating system. This can happen if you are able to download data faster than you can consume it. You might try setting the number of threads *lower*, as this will reduce the number of outstanding requests for data. I have made an adjustment in the copc reader for this issue, but it hasn't made it into the ept reader at this time. On *nix, run top and watch the memory for your process.</div><div><br></div><div>Hope that helps,</div><div> </div></div>-- <br><div dir="ltr">Andrew Bell<br><a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a></div></div>
</blockquote></div>