技術密集型製造，對於智能工廠來說，的確是一道難題。
不是說它做不出來，智能工廠在沒有其他任務壓力下，速度是非常快的，一旦任務堆積過多，它的執行效率就會極速降低。
甚至有時智能工廠還比不上正常人的效率！
原本十台機器人參與一個部件的生產到組裝、測試，因為生產壓力增加，可能十台機器人中有五台機器人參與到了新的任務中去，隻剩下五台機器人要完成一個部件的生產、組裝、測試、總裝等流程，這哪裡能忙的過來呢？
矩陣動力的試驗星，jz1、jz2、jz3，jz4與普通衛星不同的地方在它講究的是星間、星地數據鏈接的穩定性、高帶寬、低延遲。
因為它們是四台服務器，這就意味著它們必須保證延遲在可接受範圍內，並且不會時常出現數據傳輸的突然中斷！
這是很考驗服務器性能的！
在宇宙中，儘管因雷達的存在使得宏觀碰撞的幾率幾近為零，但微觀粒子的碰撞卻是在時時刻刻發生著。
中微子之類的粒子先不說，因為在地球上都很難捕捉到它的痕跡，更彆提在幾百公裡高的太空中了，就服務器這點體量，完全留不住它。
在太空中，尤其是近地空間中，它們主要麵臨的危險是人類的信號乾擾、太陽周期性活動、以及宇宙中的各種高能射線。
當然，高能射線不是人們想象中的射線，而是高能粒子流1，太陽周期活動本質上產生的也是高能粒子流，隻是太陽周期活動中產生的不隻是這個，還夾了一些“私貨”。
因此在服務器的設計初期，如果是一般團隊，考慮的問題絕對是先從如何保護服務器數據開始！
既然考慮到數據，那麼，存儲方式的是機械硬盤好還是固態硬盤好？那麼維護呢？
在幾百公裡甚至上千公裡高的太空中，現目前可沒有哪個公司能提供硬件維護的，那是不是得考慮重新設計一款特製的數據存儲單元？
這中間部分相關人員空下來的時間哪怕能分攤到其他項目上去，可終究還是有時間成本的啊！
jz衛星上的服務器就完完全全避免了這些磨蹭的問題。
因為它的構架甚至任意一個部件都是有現成的參考對象的。
中渝十二樓辦公室中的兩台服務器，出於逆向繪測需求，其中的一台已經暫時成了八哥和佳宇手中的零件。
當然，星空論壇的影響隻有那麼一瞬間。
鯤製造的這兩台服務器質量、性能當然沒話說，平時這兩台服務器和晨光廠的e3矩陣都會互相備份，此時已經鳥槍換炮的e3承擔起一台服務器的工作量當然沒問題。
而根據逆向繪測的數據來看，將近2.5pb的數據量！
從無到有生產技術密集型科技產品，本就很吃機器人數量！
以智能工廠本就搖搖欲墜的製造壓力，再這麼一懟上去，整個工廠的工作效率當然直線下降。
哪怕直接將智能工廠大修期提前，也在所不惜。
因為藍箭的火箭好了！
藍箭的客戶衛星製造出現了問題，現在是朱雀2在等載荷。
這是個非常寶貴的機會！
按照其他廠的製造周期，發射起碼要等到一個月後，謝雲逸等不起。
慶幸的是有這麼一個空檔。
其實從拿到了佳宇發過去的電子資料過後，藍箭的材料工程師們已經玩兒命的連軸轉了好幾天。