[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[LDM #BUA-343681]: LDM usage

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [LDM #BUA-343681]: LDM usage
  • Date: Tue, 14 Sep 2010 16:19:08 -0600
Karen,

> I'm setting up a single system to request all of the data as a first
> stepto determine what it's going to look at, then feeding it back out
> will be another step.  I imagine it will also reliee the load a bit on
> some of the systems that are sending data out, since they will only send
> one copy -- not have to serve the same data out to multiple systems.
> For instance, some of our reflectivity data ends up being sent to 4-5
> systems for various processing.    I'll just have to see how well this
> scales.
> 
> I'm not planning on using a pqact at all for this -- just having a big
> queue in ramdisk to keep the data flowing.

We've learned that a relay-only LDM with sufficient memory is extremely 
efficient -- especially if the product-queue file is in a ramdisk partition.  
Some of our relay-only LDM-s send to over a hundred downstream LDM-s.

>  Right now it's a mess with
> things pointing every which-way and configuration is sort of a nightmare.
> 
> -------------------------------------------
> 
> There are 2 kinds of people in the world:
> 
> 1) Those who can extrapolate from incomplete data.
> 
> -------------------------------------------
> address@hidden
> 
> Phone:  405-325-6982
> Cell: 405-834-8559
> INDUS Corporation
> National Severe Storms Laboratory

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: BUA-343681
Department: Support LDM
Priority: Normal
Status: Closed