Re: [ldm-users] queue size

  • To: "Patrick L. Francis" <wxprofessor@xxxxxxxxx>
  • Subject: Re: [ldm-users] queue size
  • From: Victor Gensini <vgensini@xxxxxxx>
  • Date: Fri, 1 Oct 2021 21:22:34 +0000
  • Authentication-results: allisonhouse.com; dkim=none (message not signed) header.d=none; allisonhouse.com; dmarc=none action=none header.from=niu.edu;
Hi Patrick,

No substance here other than to say that I ingest most all feeds (NEXRAD2, 
CONDUIT, NEXRAD3, NGRID, etc.) and I have a 32GB queue (v 6.13.15). No issues 
over here and happy to share my registry.xml, ldmd.conf, and several pqacts if 
interested. 

=========================
Vittorio (Victor) Gensini Ph.D., CCM
Associate Professor, Department of Geographic and Atmospheric Sciences
Deputy Director, Center for Research Computing and Data
Northern Illinois University
https://atlas.niu.edu
https://wcs.niu.edu

> On Oct 1, 2021, at 4:10 PM, Patrick L. Francis <wxprofessor@xxxxxxxxx> wrote:
> 
> 
> well now there's 3 good points from karen, gilbert, and ryan...
> 
> if we are all 'right' .. and time is a factor, user dependent, then by 
> definition our queue sizes should have been changing over the years.. mine 
> has, but i'm just kind of anal like that... what "protocol" should we use to 
> determine queue size?
> 
> somebody a long time ago, i have absolutely no idea threw up the idea of an 
> hour and it stuck with me... so on my noaaport relays, and I ingest 
> everything there is on those, by definition should contain a queue size 
> equivalent to roughly one hours of data at average or peak times.. now what 
> that was 10 years ago, is not what it is now, nor what it will be next year 
> :o :P
> 
> good discussion!!! woohoo!!
> 
> cheers,
> 
> --patrick
> 
> 
> _______________________________________________
> NOTE: All exchanges posted to Unidata maintained email lists are
> recorded in the Unidata inquiry tracking system and made publicly
> available through the web.  Users who post to any of the lists we
> maintain are reminded to remove any personal information that they
> do not want to be made public.
> 
> 
> ldm-users mailing list
> ldm-users@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe,  visit: 
> https://www.unidata.ucar.edu/mailing_lists/