The management page showing all your servers has an explanation in the right sidebar:
“The net speed is used to balance the load between the pool servers. […]
This speed does not mean the wire speed of your server, it’s just a relative value to other servers.”
No, it does not, see the previous quote. Even when recognizing that the unit of the net speed is lacking the “per second” part to be a real speed, the naming is arguably a bit confusing.
No. Note the subtle point in the wording in the explanation below the client distribution table: It says “queries from the specified country”, not something like “queries for the country zone”.
The geodns servers try as best as they can to determine the country zone a client is coming from. If a client gets a response that includes your server’s IP address, then that is counted towards the number of queries from the client’s country zone. What the client asked is secondary.
E.g., if a client from the CN zone asked for ch.pool.ntp.org, and your server happens to have the CH zone assigned, and its IP address happens to be included in the response to the client from the CN zone, then that is counted towards your server’s number of queries from the CN zone.
This is a common misunderstanding: This is not some “world wide” pool, where servers from all over the world can get assigned to a client. Rather, the “unnamed” zones (i.e., without a region name in them) simply trigger the geodns servers to try to assign to the client a server from the same zone as the client. Or, if there are none, from the enclosing zone, e.g., continent zone if the country zone does not have any servers in it. In which case you’ll get servers from outside your country, but only from within your continent zone, not globally, i.e., other continent and their respective subordinate country zones.
I.e., the “global” is more for the client side, that the client does not need to know what individual country zone it is currently located in, and configure that “named” country zone to get local servers, and change the config when moving to another zone.
But rather, a client can be configured with a single name that is common globally, and that, ideally, will get it local servers regardless of where it is. Think, e.g., people traveling, or software or products intended for different markets not needing specific configuration depending on the country zone they are ultimately being deployed in, but being shipped with a zone that is valid “globally”.
The “global zone @” is pretty much devoid of clients. I.e., a server getting a request via the “@” zone is exceedingly rare. Most requests reach a server via country or continent zones, or because clients explicitly use a “named” zone. Incidentally, I am currently preparing a post to “demystify” the “@” zone.