[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Staging #FMV-140791]: Fwd: LDM data getting behind
- Subject: [Staging #FMV-140791]: Fwd: LDM data getting behind
- Date: Wed, 29 Feb 2012 18:06:02 -0700
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