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.
>From: "Fingerhut, William A" <address@hidden> >Organization: Lyndon State >Keywords: 200304151722.h3FHMs7U002298 McIDAS-X 7.8 MCGUI fronts Bill, >I just ran a test with our server, zeus. > >fingerhutb@zeus:~/mcidas/data> wxtlist.k FRONT_ANAL FORM=HEADER NUM=10 > >SOU bytes day time WMO WSTN APRO ASTN Actual Header >--- ----- ------- ------ ------- ---- ---- ---- ------------------ >DDS 3360 2003107 134800 ASUS 1 KWBC COD SUS ASUS1 KWBC 171328 >DDS 3360 2003107 133037 ASUS 1 KWBC COD SUS ASUS1 KWBC 171328 >DDS 3280 2003107 103806 ASUS 1 KWBC COD SUS ASUS1 KWBC 171025 >DDS 3280 2003107 102721 ASUS 1 KWBC COD SUS ASUS1 KWBC 171025 >DDS 3200 2003107 073833 ASUS 1 KWBC COD SUS ASUS1 KWBC 170728 >DDS 3200 2003107 073017 ASUS 1 KWBC COD SUS ASUS1 KWBC 170728 >DDS 3120 2003107 042724 ASUS 1 KWBC COD SUS ASUS1 KWBC 170425 >DDS 3040 2003107 013415 ASUS 1 KWBC COD SUS ASUS1 KWBC 170128 >DDS 3040 2003107 013106 ASUS 1 KWBC COD SUS ASUS1 KWBC 170128 >DDS 3360 2003106 223822 ASUS 1 KWBC COD SUS ASUS1 KWBC 162227 >wxtlist.k: done > >Limiting the responses to 10, rather than the original 60, it >took 45 seconds to complete. > o no wonder 60 bulletins seemed to take forever > o many headers and bytes (sizes) suggest the possibility of duplicate > bulletins; we will have to look at this. Wow, 45 seconds seems really long to me. >Now for the same thing on another server > >fingerhutb@zeus:~/mcidas/data> dataloc.k ADD RTWXTEXT papagayo.unl.edu > >Group Name Server IP Address >-------------------- ---------------------------------------- >RTWXTEXT PAPAGAYO.UNL.EDU > ><LOCAL-DATA> indicates that data will be accessed from the local data >directory. >DATALOC -- done >fingerhutb@zeus:~/mcidas/data> wxtlist.k FRONT_ANAL FORM=HEADER NUM=10 > >SOU bytes day time WMO WSTN APRO ASTN Actual Header >--- ----- ------- ------ ------- ---- ---- ---- ------------------ >DDS 3360 2003107 134549 ASUS 1 KWBC COD SUS ASUS1 KWBC 171328 >DDS 3360 2003107 132825 ASUS 1 KWBC COD SUS ASUS1 KWBC 171328 >DDS 3280 2003107 103557 ASUS 1 KWBC COD SUS ASUS1 KWBC 171025 >DDS 3280 2003107 102510 ASUS 1 KWBC COD SUS ASUS1 KWBC 171025 >DDS 3200 2003107 073625 ASUS 1 KWBC COD SUS ASUS1 KWBC 170728 >DDS 3200 2003107 072809 ASUS 1 KWBC COD SUS ASUS1 KWBC 170728 >DDS 3120 2003107 042517 ASUS 1 KWBC COD SUS ASUS1 KWBC 170425 >DDS 3040 2003107 013208 ASUS 1 KWBC COD SUS ASUS1 KWBC 170128 >DDS 3040 2003107 012900 ASUS 1 KWBC COD SUS ASUS1 KWBC 170128 >DDS 3360 2003106 223616 ASUS 1 KWBC COD SUS ASUS1 KWBC 162227 >wxtlist.k: done > >Hummmmm, it took 45 seconds. That's the same as from zeus -- > o no advantage to having data stored local? > o scratch the comment on duplicate bulletins. I just ran WXTLIST FRONT_ANAL FORM=HEADER NUM=60 to papagayo and it took 6 seconds, not 45. >NUM=60 is about 3 days of data -- seems appropriate. Right. >Perhaps zeus is so slow because he also runs the ldm and we now have >NOAAPORT ? I don't know, but it could be security, server speed, other factors(?). Tom