<div dir="ltr"><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Where do the Spoty Vars entries go? Thanks!</div><br clear="all"></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"> <br><b>Regards,<br><br>Anthony </b><div><b> N2KI</b><br><br><br><br><br><br><br><br></div></div></div></div><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Mar 31, 2025 at 12:37 PM Kin via Dxspider-support <<a href="mailto:dxspider-support@tobit.co.uk">dxspider-support@tobit.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
In case anyone is interested.<br>
This is the data for the weekend. It includes build changes made over the<br>
last two days (CQ WPX SSB 2025).<br>
<br>
The test setup was:<br>
<br>
Peers Nodes: 7<br>
Total Users: 1<br>
<br>
--------------------------------- Spots Vars<br>
-----------------------------------<br>
<br>
Slot Time (s): $Spot::timegranularity = 60<br>
Slot QRG (kHz): $Spot::qrggranularity = 1<br>
Dupe Page (s): $Spot::dupage = 300<br>
Length text in the deduping: $Spot::duplth = 15<br>
Max length call for dupes: $Spot::maxcalllth = 12<br>
Granularity input time Spot (s): $Spot::spotage = 125<br>
Bad spots: $DXProt::senderverify = 1<br>
<br>
Enable/disable 'node' checking: $Spot::do_node_check = 0<br>
Enable/disable 'call' checking: $Spot::do_call_check = 1<br>
Enable/disable 'by' checking: $Spot::do_by_check = 1<br>
Enable/disable 'ipaddr' checking: $Spot::do_ipaddr_check = 1<br>
<br>
Check 'call' is not spotted too often: $Spot::dupecall = 10<br>
Threshold 'call' to become a duplicate: $Spot::dupecallthreshold = 35<br>
Check 'node' is not spotted too often: $Spot::nodetime = 10<br>
Threshold 'node' to become a duplicate: $Spot::nodetimethreshold = 50<br>
<br>
----------------------------------------------------------------------------<br>
----<br>
<br>
Results:<br>
<br>
String Total<br>
--------------- -------<br>
DXDupe::add 376926<br>
DXDupe::del 373686<br>
DXDupe::clean 32100<br>
Bad Spot 1113<br>
Bad Node 16496<br>
Badwords 98<br>
<br>
Normalised call 171<br>
RFC1918-dropped 5214<br>
<br>
PC11 in 78519<br>
PC11 out 7019<br>
PC61 in 449619<br>
PC61 out 135223<br>
<br>
PC92 A in 423802<br>
PC92 A out 497918<br>
PC92 D in 324649<br>
PC92 D out 377591<br>
PC92 C in 68236<br>
PC92 C out 68343<br>
------------------------<br>
<br>
Observations:<br>
There were delays of up to 9 minutes on some nodes.<br>
Some nodes failed. It took me 15 minutes to reconnect to VE7CC-1 (CC<br>
Cluster).<br>
The retransmission of bad points on VE7CC-1, N2WQ-1, and AE5E was massive.<br>
On EA3CV-2, EA3CV-3, and WA9PIE-2, bad point discarding was very effective,<br>
as the avalanche of bad points was not detected.<br>
I selected the CCCluster and DXSpider nodes, which I knew were on the latest<br>
version.<br>
<br>
I am attaching a plain text file for those who cannot see the data<br>
correctly.<br>
<br>
Conclusions are at the discretion of the reader.<br>
<br>
Kin EA3CV<br>
<br>
<br>
_______________________________________________<br>
Dxspider-support mailing list<br>
<a href="mailto:Dxspider-support@tobit.co.uk" target="_blank">Dxspider-support@tobit.co.uk</a><br>
<a href="https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
</blockquote></div>