On Thu, 9 Jul 2009, Alan.Hall wrote:
Generally a larger volume of data and too small of a queue. I'm assuming a
sustained rate of 6-10Mbits for the NEXRAD II feed, that means to keep an
hours worth of data in the queue would take a queue size of 2.7GBytes to
4.5GBytes. Of course you don't have to have an hours worth of data in the
queue as long as the pqact can process the data in the queue before they drop
out of the queue. By processing I mean to pass it down stream and pqact.
You can multi-stream the pqacts and gain some performance.
When Dual Pol comes around you'll need a 9 GByte queue and then the AVSET
might add another 20% onto that.
Alan.
Hello Alan,
Thanks for replying! I understand what youa re saying, but why has this
become a problem just now, long after the super-res transition?
When Dual Pol comes around you'll need a 9 GByte queue and then the AVSET
might add another 20% onto that.
This is interesting. Are you saying that you have the capability and are
planning to send out dual-pol? I just found out KLOT will be done in
September '10, if all goes perfectly well (wink!). If you are, I need to
start planning now for that. I have heard that bandwidth was a major issue
and that it wouldn't be done right away.
*******************************************************************************
Gilbert Sebenste ********
(My opinions only!) ******
Staff Meteorologist, Northern Illinois University ****
E-mail: sebenste@xxxxxxxxxxxxxxxxxxxxx ***
web: http://weather.admin.niu.edu **
*******************************************************************************
