why the need for speed? Because there are many such queries?
Split-second response time is of great value to the end user in this case. They really, really need to know the price of bananas right now. And yes, there are a lot of queries. Everybody loves bananas!
how important is the time between answers to the query from machine to machine?
For some commodities, it's easy to calculate a price and the worker nodes will finish their calculations quickly. For others it's tougher, and the worker nodes will have to churn for a while.
When the worker nodes can finish their tasks quickly, it's important that the inter-machine communication time doesn't become a bottleneck that degrades the apparent response time from the user's perspective.
Also note that because we need to know the total number of bananas across all nodes before any node can start calculating a price, we have a situation where the worker nodes as a group are only as fast as their slowest member. The same situation comes into play when calculating the final price to serve to the user -- we have to know what all the nodes want to charge before we can determine the final price. This is especially important if only one node has bananas.
So we need a strategy that has good worst-case-scenario performance.
is an (held)open session debtrimental?
I don't know. I've never done any sockets programming.
Probably it's better. When would it be bad?
In reply to Re^2: Rapid inter-machine communication on internal network
by Anonymous Monk
in thread Rapid inter-machine communication on internal network
by Anonymous Monk
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |