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

[Staging #FMV-140791]: Fwd: LDM data getting behind

Hi Stacey,

re:
> Thanks for your response to my questions.  We have completed a lot of
> logging and testing today and have some more information.  It appears the
> data in question is, in fact, making to into the LDM queue on our machine
> when it should.

Very good.  That was the first question that needed answering. It also
suggest strongly that you are not running on a Mac since the the problem
on the Mac is that data flow to the machine seems to get starved out.

re:
> For some reason, it is not getting processed as fast as it
> should.  We are going to be testing further over the next few days to try
> and pinpoint what the problem could be.  We have a C executable that
> processes the radar data. It can process the data and put an image on the
> queue in about 1-2 seconds.

I don't understand this explanation.  Are you saying that you are not
REQUESTing the NOAAPort Level III products from an upstream LDM?

re:
> For some reason when the data comes in it can
> take 5-10 minutes to put the produced image back on the queue.  The amount
> of time it takes depends on how long LDM has been running.  The longer it
> runs, the longer it is before the produced images is put on the queue. This
> is weird since the computer is not under much load at all.  I'll let you
> know if we have any more information that you might be able to help us
> with.

I think you are saying that your processing workflow is:

- receive Level III products via an upstream LDM feed

  You say this below.

- you process those products out of the queue and create display
  products

  I think you are saying this above.  If yes, are you logging
  the creation of the display products so you can see how fast
  this is occurring?

- you put those products back into the queue

  And it is the putting of the display products back into the
  queue that is taking longer and longer??

re:
> The computer receives LDM data from our ingesting computer. Our ingesting
> computer receives the data from NOAAPort.

OK, got it.

re:
> The computer that is processing
> this data has two 2.3 Ghz 6-core processors with 8GB of RAM running a
> custom version of Linux.

Should be a smoking unit!

What is the custom version of Linux, and what customizations does it
have.  This could be important, although I can articulate why at the
moment.

Cheers,

Tom
--
****************************************************************************
Unidata User Support                                    UCAR Unidata Program
(303) 497-8642                                                 P.O. Box 3000
address@hidden                                   Boulder, CO 80307
----------------------------------------------------------------------------
Unidata HomePage                       http://www.unidata.ucar.edu
****************************************************************************


Ticket Details
===================
Ticket ID: FMV-140791
Department: Support LDM
Priority: Normal
Status: Closed