While having 2 displays rendered by one computer might work well for virtual reality goggles in that resources are downloaded once and shared among the two displays, rendering 7+ Hi-Res displays is probably too much of a burden for one computer. Liquid Galaxy for Google Earth generally has 1 computer/app per screen, though I’m not sure how much programming control the GE clients allow to customize for efficiency.
Perhaps the Cesium client can have 3 modes (each computer with a Cesium app operating in a certain mode) for many displays:
-Orchestrating computer (OC.)
-Relay computer (RC.)
-Worker computers (WC.)
All of these would be on the same LAN. Everything would be Orchestrated by the OC. Only the OC and RC would require an internet connection, while the multiple WCs just need a connection to the OC and RC.
-The OC would adjust the view then tell the RC what resources are required to download for all of the frustum slices. The RC downloads new data while retaining still used old data.
-The OC would tell each WC what frustum slice they are to render. (the OC could also act as one of the WC to render the forward slice.)
-Each WC would request from the RC the data required for only their frustum slice. The WCs would retain still used old data while awaiting the new data.
Although the OC itself would only render 1 small slice, it would still have geometry data for all of the frustum slices to perform pick operations. It would be a huge bandwidth waste if each WC had to download directly from the internet as neighboring slices usually share many of the same tile data, which is where the RC comes into play. The RC’s sole purpose is to consolidate all data and only distribute parts of it to where they are needed. Broadcasting the entire scene data on the LAN would also be a waste; the far left frustum probably doesn’t care about data that only the far right frustum uses to render so why send there in the first place.