區別

功能

某些功能消耗大量功耗、占用大量GPU芯片面積，或者由于其他原因而不能將這些功能作為通用功能提供。沒有這類功能，也未必不能開發出良好的圖形應用，這類功能并非必不可少，因此未必所有平臺都要提供，我們仍然可以依靠一套核心功能。例如，在最近的將來，不可能在智能手表上看到tessellation功能，再說，實際上誰需要在智能手表上使用這種功能呢**?

在Vulkan API中，這些可選功能是作為功能標記獲取的，每個標記占一個數據位，實際使用Vulkan時，這些功能可能有，也可能沒有。在設備創建時，這類功能每一種都必須查詢，如果需要使用，都必須明確啟動，這樣才不會誤用。

限制

相比實際支持哪些功能而言，需要更細致地考慮的是，對可以傳遞給API的數值的限制。這么做是為了讓開發人員知道，可以在多大程度上利用各向異性，或者一個著色器可以引用多少uniform緩沖區？Vulkan會保證所有這些數值的最小值，以便開發人員可以得到一致的支持，同時Vulkan仍然允許廠商展現額外的功能。

擴展

盡管Vulkan這個名字與OpenGL不是特別相關，但是Vulkan與OpenGL確實有繼承關系，而且在Khronos開展的工作中，占據了很大一部分。OpenGL最成功的功能之一是擴展模型。擴展功能盡管有一些缺點，但是在形成新功能原型以及在揭示不同廠商硬件亮點方面卻非常成功。完全出于同樣的原因，Vulkan將公開擴展功能。就像可選功能一樣，在設備創建初期，擴展功能就必須明確啟動，這樣擴展功能才不會被誤用。

功能集

盡管目前還不存在功能集，但是我們一直致力于實現將各套功能打包成定義完備的功能塊這一理念，以確保提供功能支持、擴展功能和各種不同的數值限制。當我們想為設備尋找功能集時，這一理念將起到有用的指導作用。例如，可能有一個功能集是為面向CAD/CAM任務的工作站定義的，這套功能可能包括較多的數值限制，以表明工作站中有極其龐大、耗費大量資源的桌面顯卡，反過來，也有可能有數值限制較少的情況，這表明解決方案能效很高，錢花得很劃算。Khronos定義的任何功能集都打算用來指導產品設計或采購——更多功能并不意味著更好！例如，在手機中提供一套工作站功能可能意味著，手機耗電量非常大，會很快接近允許溫度的極限，這種情況通常是不希望出現的！

平臺廠商在一定范圍內可以定義自己的功能集，如同面向OpenGL ES 3.1的安卓擴展包一樣。這樣，平臺廠商就可以實現產品差異化，或者在現有功能集不能很好滿足需求的情況下，用自己定義的功能集提供更加一致的用戶體驗，再或者廠商希望確保有一些特定于平臺的擴展功能可供選擇。

平臺支持

Vulkan設計為可在任何平臺上運行，但是我們特別希望Vulkan出現在安卓（Android?）、Tizen?、很多不同版本的Linux?（Ubuntu?、紅帽（Red Hat?）、Enterprise Linux?、Steam? OS等）和臺式機版Windows?（需要得到GPU廠商的允許而不是微軟的承諾）上。尤其是，谷歌已經明確聲明，安卓支持Vulkan，而且Vulkan已經板上釘釘地成為安卓平臺的核心圖形API，盡管OpenGL ES不會一夜之間消失！

平臺集成

目前已有很多不同操作系統，每種操作系統都有自己獨特的開窗、數據輸入、視頻流傳送等方式。在EGL接口中，實際上所有平臺集成功能都是核心API的組成部分，涵蓋了各種不同的平臺也許支持、也許不支持的功能組件（例如Pixmaps）。

Vulkan API中與外部世界互動的部分是自含式的，作為一套擴展功能而不是核心API組成部分提供。與EGL相比，初始Window系統集成的擴展功能大大減少了，僅定義了在顯示屏上得到圖像所需的最小限度的低級功能，而沒有過于努力地抽取顯示、視窗、背景等不同的平臺構成部分。

因此，在我們選擇以各種不同的方式支持的每一種平臺上，功能集成都是不同的，但是與使用EGL相比，使用Vulkan時功能集成的定義依然完備得多。如需大量了解這方面的詳細信息，可以查閱Alon Or-bach在2015 SIGGRAPH BoF上的講話。