先上結論：同等核心的geforce和quadro顯示卡，越新的硬體，執行越新的專業3d與繪圖軟體，尤其是ogl 3.x以上的環境，表現越相似；越老的硬體和軟體，尤其ogl 1.x及以下的，不同之處會越多。現在的軟體應用環境下，geforce和quadro的差距越來越小，軟體開發商不會忽略遊戲顯示卡的使用者，專業軟體都在降低硬體門檻。要知道spec viewperf到現在還是拿03，04年的軟體介面來跑測試，拿那些年頭軟體對ogl支援的差別來做文章，這是傻嗎？不過是專業顯示卡的營銷套路罷了。二者在舊版軟體裡天壤之別的差距，在同樣軟體的新版裡，有的可能真的小到難以察覺。
在今天的應用環境下，你花幾萬買的quadro顯示卡，生產力提公升絕不可能是同核心幾千塊geforce的十倍。
不存在geforce無法顯示而quadro可以的情況，也不存在quadro顯示正確而geforce不正確的情況，複雜場景，不存在geforce顯示、轉動起來特別費勁而quadro行雲流水的情況。
那麼，多出來的那那麼多倍**體現在哪兒呢？主要不同其實是顯示質量的區別，可以簡單理解為創作者工作期間的爽度的區別。例如我們事務所就經常用quadro實時渲染模式或16x，32x抗鋸齒古氏視覺模式截圖直接作為分析圖底，或多層疊加圖底的素材，省去了很多加工環節。quadro支援更細膩的顯示模式，更高等級的抗鋸齒，這是主要的。其次還有更多樣化的桌面顯示管理，以及更多的程式自定義設定（很次要）。歸根結底，在螢幕後面，二者的多邊形處理能力沒有什麼不同。
還有一點，quadro系列廣泛支援3-pin立體眼鏡介面，geforce是沒有的。
儘管對ogl的支援不同，但軟體廠商都在通過優化和更多的directx開發來盡力縮小這種差距，這方面，autodesk公司可是榜樣。此外，就算在顯示質量上，quadro也沒有那麼決定性的領先優勢了。例如10bit色深，以前我用過3dlabs的realizm800，那是第乙個支援10bit的廠商，後來就是quadro。現在geforce也支援了，雖然沒那麼大用處。
今天的顯示卡技術已經與過去大不相同，通用計算技術真是個好東西，讓顯示卡，計算卡逐漸趨同，專業顯示卡這個本來就狹小的市場越來越可被替代。quadro再發展下去，真可以說是一邊革技術的命一邊革自己的命。
對了，有人會說有穩定性或質量做工上的差別，可能是有吧。同核心quadro顯示卡的供電是要比geforce強悍，而且頻率要低一些，可能就是這種考慮吧。但我們也是用壞過不少quadro顯示卡的。
既然說到quadro，不得不說fire pro，amd顯示卡糟糕的驅動使fire系列在cad中的表現實在是與其售價不符，其顯示正確率要低於geforce。ogl 2.1環境下還好點，3.3環境下的高階視覺效果，經常會出現各種莫名其妙的顯示混亂，對amd的驅動程式徹底失望，再新的a卡就沒用過了。
最後，quadro對比geforce還有乙個最重要的優點，就是對外行來說，顯得專業性很強。我見過年產值1000多萬的設計公司，辦公室的主力電腦是一台3萬元的，有著花花綠綠燈光效果的遊戲電腦，配備著geforce1080ti。在做文字，出圖時，用著每次都要先執行乙個欺騙程式才能使用的lumion和v-ray。
tuxedo不使用buildclient編譯客戶端
使用下面的命令，可以看到兩種編譯鏈結的庫是不一樣的 natsjs nats natsjs build tuxdir bin buildclient v cc i tuxdir include o a.out l lib ltux lbuft lfml lfml32 lengine ldl lpthr...
何時使用和不使用BBR
tcp bbr bottleneck bandwidth and round trip propagation time 是由google設計，並於2016年發布的擁塞演算法，以往大部分擁塞演算法是基於丟包來作為降低傳輸速率的訊號，而bbr基於模型主動探測。不過，在具體談論應該bbr合適的應用場景之...
生成EXCEL（不使用模板）
public static void main string args throws exception private static void createfirstsheet hssfworkbook workbook 設定excel第一行 標題行 settitle sheet,workbook...