【要闻】Kubernetes无用论诞生、Elasticsearch 7.6.2 发布
導讀：本期要聞包含OpenStack網絡如何給組織帶來好處、Portworx CEO分享的如何讓Kubernetes跑得快還不出錯的秘籍等精彩內容。
大數據要聞
Elasticsearch 7.6.2 發布，分布式搜索和數據分析引擎
?
Elasticsearch 7.6.2 發布了，Elasticsearch 是一個分布式的 RESTful 風格的搜索和數據分析引擎。更新內容較多，摘取部分如下：
修復并發令牌刷新支持中的潛在 bug ?#53668；
未確認時，ILM 凍結步驟重試??#53287；
Features/Java High Level REST Client；
將不支持的參數添加到 HLRC 搜索請求?#53745；
通過 Rest 修復 AbstractBulkByScrollRequest slices 參數??#53068 (issue:?#53044)；
對存儲的腳本禁用監視程序腳本優化??#53497 (issue:?#40212)；
修復 Term 向量?#53504 (issue:?#53494)；
修復并發請求競爭滾動上下文限制??#53449；
修復 can_match 階段中碎片的預排序??#53397；
修復 FuzzyTermsEnum 中潛在的 NPE??#53231?(issue:?#52894)
更多詳情見更新說明：
https://www.elastic.co/guide/en/elasticsearch/reference/7.6/release-notes-7.6.2.html#bug-7.6.2（轉載于OSChina）
大廠要聞
近日，小米已開源基于 Android Q 的 Redmi K30 Pro 的內核源碼，可從 GitHub 進行下載。
?
Redmi K30 Pro 的預裝系統為 MIUI 11（基于 Android Q），隨著內核源碼的發布，開發者和愿意折騰的用戶能夠充分利用硬件的潛力，相信市場上也會很快出現該機型的第三方固件。
?
小米在開源內核方面的動作一直以來都比較積極，比如在發布 POCO X2 時開源了 Redmi K30 5G 的內核源碼，以及小米10、小米9系列發布當天即開源內核源碼。小米手機系統軟件部總監張國全也表示歡迎下載編譯，“使用開源系統，回饋開源社區”。（內容轉載于OSChina）
戰疫要聞
D-Wave宣布為COVID-19病毒研究者開放量子計算云服務
?
近日，D-Wave Systems宣布，致力于應對COVID-19危機的任何人都可以通過Leap量子云服務立即免費訪問其量子系統。
?
合作伙伴和客戶包括CINECA，DENSO，ForschungszentrumJülich，京瓷公司，京瓷通信系統，MDR / Cliffhanger，Menten AI，NEC Solution Innovators Ltd.，OTI Lumionics，LMU Munich的QAR Lab，Sigma-i，日本東北大學（Tohoku University）和大眾汽車公司將為具有專業知識的工程團隊提供訪問權限關于如何使用量子計算機并提出問題，以及幫助開發解決方案的知識。
?
這項倡議是響應加拿大政府要求解決跨行業大流行的要求而提出的。北美，歐洲和亞洲的35個國家/地區的從事COVID-19響應工作的任何人都可以立即通過Leap不受限制地免費訪問D-Wave量子計算機，在這里可以訪問Leap量子云服務。
?
要有效地響應COVID-19，就需要跨各種組織（包括私人和公共機構）的協作和全球性努力。通過免費訪問Leap的量子處理資源和量子專業知識，D-Wave及其合作伙伴希望為找到解決COVID-19危機的解決方案做出貢獻。
?
通過設計，混合量子經典計算非常適合解決這種性質的一系列復雜問題。COVID-19的潛在關注領域包括多種混合量子應用，例如分析新的診斷方法，對病毒傳播進行建模，優化醫院后勤，供應分配，藥物組合等。
?
通過量子經典計算機模擬的混合工作流程，有望解決諸如史無前例的COVID-19危機中出現的藥理學和流行病學的復雜問題，以加速解決這些問題，”Jülich超級計算中心的Kristel Michielsen教授說。“為了有效利用D-Wave的優化和AI功能，我們正在將系統集成到模塊化HPC環境中。”
?
（內容轉載于Linux公社）
中國提出 NEW IP 標準化提案，欲代替現行的 TCP/IP
近日，英國的《金融時報》近日發表新聞報道，華為聯合中國聯通、中國電信、中國工信部（MIIT）等向聯合國國際電信聯盟（ITU）提出了一份全新的網絡架構「NEW IP」，并打算在 2030 年用 NEW IP 代替現行的 TCP/IP。在官方提案中，華為將支撐全球網絡的現有互聯網基礎設施 TCP / IP 描述為「不穩定」和「嚴重不足」，無法滿足數字世界的要求。
DevOps要聞
推薦一個開源『DevOps + 研發效能』知識平臺
?
過去的一個月里，因為種種不可告人的原因，我開始建設一個 DevOps 知識平臺。因為，現有的筆記系統都太 TM 難用了。所以，我要寫一個，我要造一個輪子。在這一個輪子里，它可以通過 markdown 編寫內容，并渲染出各種絢麗的效果。哦，不對，這部分的內容偏題了。
在這個知識平臺里， 它包含了這么一些內容：
DevOps 工具元素周期表?。幫助您進行數字化時代的 DevOps 工具選型。
DevOps 設計工具?。幫助您設計組織內的 DevOps 流程，涵蓋了流程、人、工具、制品等等。
案例學習?。從社區的知識庫中，我們總結了傳統企業走向 DevOps 的經驗，并濃縮到易于使用的內容和材料中。
最佳實踐?。我們從海量的 DevOps 內容中，提煉出了一系列的最佳實踐，以更好地幫助企業進行 DevOps 實踐。
模式與原則?。基于我們的實踐，我們提煉了位于它背后的模式與原則，幫助個人和組織更好地了解 DevOps 文化。
操作手冊?。只憑實踐與原則，無法讓中小型 IT 團隊進行 DevOps 轉型，所以我們準備了詳實的操作手冊，以幫助您一步步前進。
度量?。KPI - 度量、度量 - KPI、KPI - 度量，幫助您更好地度量 DevOps 轉型情況。
報告?。我們嘗試從豐富地 DevOps 報告中，提煉出有用的實踐和工具。
Mobile DevOps 。我們相信移動應用的 DevOps 改進，才是大多數公司的挑戰。
工具?。工具，工具，工具是最好的生產力，工具比人的記憶力更加可靠。
起先，我是想做一些 DevOps 工具，比如說適合于中國國情的『DevOps 元素周期表』。順帶一說，這個工具不是我首創的，我只是用更好的架構實現了一遍。。如此一來，對于大部分開發人員來說，它們就可以從這個表中，組合出適合于自己組織的分子（畢竟周期表上都是原子）。幾天之后，我就有了這個工具，根據整個研發體系的每一個過程，你可以從中挑選出適合你的要素。
為了湊滿上面的元素，我不得不找一個又一個大公司的案例，看看他們到底是用什么技術棧。所以，我七拼八湊得差不多了，順便一想，既然我有這么多大公司的案例，為什么不抽象一下這些案例呢。
于是，我們從互聯網的各個地方（來源見內容中標明的出處），幫你抽取了各大公司的案例：
騰訊
小米
招商銀行
美團
……
在這些案例，背后往往包含、隱藏了各種各樣的價值取向。所以，進一步地，我想去提取這些模式，所以就包含了：
流暢度模式
度量體系設計
學習型組織構建
……
畫完這些大包之后，隨后，我們就可以進入 DevOps 的設計和實施階段。我們要找到那些最好的實踐：編程、團隊、文化、能力、測試等等。
當然了，為了在組織中實施 DevOps，我們還需要一本操作手冊，來幫助你一步步構建 DevOps 體系。
從度量，到實踐，到工程化，再到流程打通，順勢而來，一步下實踐。
光有手冊是不行的，我們還把各種各樣的工具做了上去，除了工具的名稱，還包含：
工具的準備事項
工具的操作步驟
工具的示例
該工具的在線工具使用
還有更多的功能在開發中。也歡迎加入我們的開發隊伍，更多的案例將幫助每個人更好地成長。
GitHub：https://github.com/phodal/ledge/，在線使用：https://devops.phodal.com/
OpenStack要聞
為什么企業會采用OpenStack而不是其他IaaS選項？
VK Cody BumgardnerVK Cody Bumgardner：這是一個戰略選擇。并非對每個地方都有利-例如，醫院是由供應商驅動的。他們想要供應商堆棧中的所有東西，并且要有人垂直控制集成的每個點。
對于其他人，它使您可以選擇進行體系結構決策。您不必重新發明輪子。如果要使用特定類型的同類最佳網絡，則可以。如果要在計算機中使用軟件，則可以。如果您可以靈活并有才能利用同類最佳系統，那么OpenStack就是一個不錯的選擇。
如果那不是您的文化，并且您擁有幾乎規定的基礎架構，那么OpenStack可能不是一個好選擇。提供商業支持的公司可能是中間立場，但選擇權分為兩個陣營。
好處是您擁有使用API控制基礎結構的標準方法。在選擇部署方式和選擇管理的基礎結構方面，它更加靈活。
組織應了解哪些OpenStack網絡要求？
Bumgardner：主要問題是：您的文化是什么？您是否去找供應商說：“請給我您的設計，告訴我要買什么以及如何支持它”？首先，您要評估系統。您有什么選擇？
如果您遇到了在特定型號的設備上工作的孤單的人，那么OpenStack可能不適合您。如果您的人員具有較高的職能，并且對使事情正常運行的底層體系結構有一些基本的了解，那么OpenStack對您非常有用，而且您所受的限制也要少得多。
當您對OpenStack進行更改時，它允許最終用戶或開發人員在計算機級別上自己做出決定。如果我構建的內容應具有靜態地址，則可以請求并自動接收靜態地址。或者，如果我想在租戶中創建網絡層次結構，則可以這樣做。
在正常的企業系統中，您將與十幾個人交談，并獲得不同的批準，從OpenStack的角度來看，您可以在租戶內部建立自己的世界。至少在內部，網絡控制取決于您，因為您可以創建該層次結構。
一個示例是負載平衡應用程序。您不能在一個OpenStack群集中進行地理負載平衡，但是可以進行本地負載平衡。負載平衡器可能是租戶唯一暴露的東西。然后，您可以在租戶中部署三層體系結構，該體系結構本身在OpenStack系統中是多種多樣的。這意味著架構師可以控制它。即使在開發環境中，您也可以將設計和體系結構部署的控制權授予通常從應用程序角度知道他們想做什么的人。
網絡團隊和開發團隊如何才能充分利用OpenStack網絡部署？
Bumgardner：讓您從網絡，開發和存儲方面一起工作的一件事是能夠查看同一基礎結構以查看其配置方式。
如果您可以在任何地方有效地部署OpenStack，它將為您提供廠商和技術中立性。
具有網絡經驗的人可以為網絡功能虛擬化或負載平衡器創建特殊的配置，而不會損害更廣泛的功能和策略。在企業空間中，網絡人員將擁有一個或多個大型負載平衡器以及某些開發人員必須遵循的部署策略。將功能虛擬化并推送到租戶中，意味著網絡人員可以與應用人員更緊密地合作，以創建用于網絡功能，負載平衡等的自定義服務。
您可以獲得標準工具的好處，但是故障域僅限于特定項目，并且網絡基礎結構可以針對特定租戶或應用程序進行定制，而不必嘗試集中部署。
OpenStack網絡要求給組織帶來了哪些好處和挑戰？
Bumgardner：如果您可以在任何地方有效地部署OpenStack，它將為您提供廠商和技術中立性。您將始終擁有某種形式的存儲，計算和網絡連接，但是如果有任何組件可供使用，就供應商或事物之間的連接方式而言，您可以更改基礎物理基礎架構。
從管理和監視的角度來看，部署資源，監視正在發生的事情以及提供身份驗證和授權的方式都是相同的。您無需在技術上保持一致即可獲得OpenStack的優勢，但您需要在文化上保持一致并擁有合適的人員。
如果您的文化了解事物是如何工作的，并且您掌握了技術知識以了解事物的工作方式并使其工作，那么OpenStack就是很棒的選擇。您可以安全地將更改推送給單個用戶，而無需花費所有時間來嘗試為人們提供服務。
但是，如果您的文化意味著您有問題，請致電供應商并讓他們為您做所有事情，那么OpenStack可能不是最好的。您可以得到支持，但是如果您的組織沒有了解計算，存儲和網絡之間關系的人員，則可能難以利用。如果您不了解這些事情的工作方式或協同工作，那么將很難獲得支持。
Kubernetes要聞
Kubernetes無用論：真正的容器即服務是不需要編排的
計算的未來既不會是功能即服務（FaaS）產品（例如AWS Lambda），也不會是Kubernetes所必需的服務器群管理以操作容器。我認為，計算的長期命運是在無服務器基礎架構上運行容器。我想要的是適用于容器的AWS Lambda。我想要的是真正的容器即服務（CaaS）。
我要的不僅是無服務器的容器基礎架構，而且是無容器編排的基礎架構。我想要的是能夠說“這里是一個容器，請為我運行”的能力，然后讓基礎架構完成其余工作：基礎設施應啟動和銷毀容器；基礎結構應確定運行您的應用程序需要多少個實例；基礎結構應自動管理容器上的負載；基礎架構應該管理容器，就像AWS Lambda管理功能一樣……我不必關心容器中有多少個實例正在運行，系統應該為我執行此操作。我不必擔心與容量短缺有關的可用性問題，系統應該為我做到這一點。我不必擔心多余的容量浪費，系統應該為我處理。
隨之而來的是Fargate。我在2018年的文章中預測了真正的“容器即服務”，當時我相信AWS的一項新產品將提供它-該產品是Fargate。AWS Fargate是一種無需管理組成容器集群的單個服務器的方法。使用AWS Fargate，您可以指定要運行的容器數量以及這些容器的大小，然后Fargate將啟動足夠的服務器容量來為您管理該組服務器。最后，我們將擁有真正的“容器即服務”。
Fargate是一個很好的開始，我在原始文章中說過，但這還不夠。Fargate是朝著真正的“容器即服務”方向邁出的一步，但這并不是一個完整的步驟。您會看到，在Fargate中，您仍然必須進行容量管理。您必須確定要運行多少個容器實例。確定容器數量后，Fargate將確定所需的必要服務器機隊。但是您仍然必須指定所需的容器數量。Fargate并沒有消除執行容量管理的需求。它只是將容量管理功能從確定所需的服務器容量轉移到確定所需的容器容量。這是完全相同的問題，只是范圍不同。
Fargate并未消除容量管理問題。Fargate并未刪除業務流程作為您的基礎架構團隊關注的話題。Fargate確實可以解決此問題，但是并不能解決所有問題。
在2018年Fargate首次問世時，我說我認為計算的未來就是Fargate。這是因為我完全期望Fargate隨著時間的推移能夠有所改進，以解決其容量管理方面的不足。
所以我等。但是什么也沒來。兩年后，看來Fargate畢竟不會成為無服務器計算未來的解決方案。Fargate不會解決容量管理問題。
在真正的“容器即服務”模型中，您只需將容器的圖像提供給服務，其余部分由服務處理。沒有服務器管理。沒有編排。沒有。如果需要更多的容器實例來處理當前應用程序負載，則會啟動更多實例。當不再需要容器的某些實例時，它們會被旋轉。目的是始終提供適量的集裝箱容量。
您不必為運行的容器數量付費，而只需為容器處理的負載量付費。換句話說，您不必為某種形式的已分配容量付費，而是為處理應用程序需求而實際消耗的資源數量付費。這是您今天無法使用Fargate進行的操作，也無法使用今天可用的任何其他編排系統或容器管理服務。像我在這里描述的那樣，一個真正的“容器即服務”模型是我們真正需要的，它可以改變將來在基于云的基礎架構中管理應用程序計算的方式。（原作者：Lee Atchison）
Portworx CEO：要讓Kubernetes跑得快 還得不出錯
目前，Portworx公司大約有130個客戶，其中全球財富2000強中有50個，幾乎所有的客戶都是在生產環境中部署重要的企業工作負載。去年，我們看到2018年的客戶訂閱量增長200％以上，完成了13項六位數交易。這種增長來自新客戶和現有客戶，充分說明了企業通過采用容器架構正在實現加速創新，簡化運營以及遷移到多云環境。
Portworx近期還推出了新的功能幫助企業在生產環境中投入更多的投資運行有狀態的容器。例如，一旦發生故障，PX-Security和PX-DR可以幫助公司保護和恢復容器中運行的數據。去年11月，Portworx推出用于容量管理和PX備份的PX-Autopilot。憑借PX-Autopilot，客戶可以按需付費，無需超額配置，可以節省多達65％的云存儲成本。操作方面，PX-Backup能讓用戶可以更輕松地備份和還原基于Kubernetes的應用，能在需要時更快地查找和刪除精確的客戶數據以便遵守GDPR和CCPA等法規。
企業正在承受迅速交付新應用和服務的壓力以便滿足客戶需求和提升市場競爭力。Kubernetes和容器出現了，但存儲管理組件太困難且效率低下。我們看到了在云原生時代下對存儲和數據管理進行現代化變革的機遇，然后抓住了。從容器和Kubernetes出現開始，公司已經運作了大約五年時間。這些技術提供了一種跨公有云，私有云，混合云和多云環境之間業務轉換的有效方式，但公司仍然需要企業級功能，如安全性，高可用性，備份和恢復，SLA管理，合規性等等。這就是Portworx的真正的“戰場“。我們與所有類型的存儲和數據庫一起使用來管理和編排底層數據，讓用戶放心使用容器和Kubernetes的強大功能。
Portworx能夠讓你在生產環境中運行容器。企業容器的采用正在迅速增長，其中87％的企業采用容器技術，而90％的企業在生產環境中運行容器。Portworx是唯一一家為基于容器的應用提供生產環境操作的存儲和數據管理解決方案供應商。我們能讓數據存儲，安全性和保護到備份恢復，SLA管理以及合規性的全過程實現自動化，目前已經助力GE （通用電氣）Digital，德國漢莎航空和T-Mobile等公司在Kubernetes上運行容器來實現其數字化轉型。現在對于CIO們而言有一個“潛”規則——“運行快點，然后別出錯兒！”但有時候似乎事與愿違。現代化，管理良好的容器環境能能滿足CIO的要求，在一個始終由CIO掌控，有著良好管理，具有規范化的環境中，讓團隊能快速創新和部署新應用。我們需要正確的堆棧來達到目的，Kubernetes雖然功能強大，但不能提供企業本身所需的全部功能，這是Portworx的機會。讓數據管理組件變得簡單，并提供企業在生產環境中運行容器所需的安全性，高可用性，備份和恢復，自動化等功能。
VMware在2019年宣布計劃將容器和Kubernetes納入其主要業務vSphere當中時，對Kubernetes押注很大。此舉是數字化轉型戰略實現更大轉變的一部分——企業正在將其從硬件基礎架構的注意力轉向將資源投入到通過容器和Kubernetes實現應用和數據自動化。VMware意識到容器是商業價值的未來所在，這就是其在Kubernetes上進行大量投資的原因。此外，應用不再綁定到單個數據中心或存儲平臺。而是根據客戶的位置，服務提供商的可用性和其他業務需求將它們分布在多個環境中。VMware認識到有必要加碼其傳統產品，采用Kubernetes對數據中心進行以機器為中心的控制，而Kubernetes可以跨公有云，混合云和數據中心對應用和基礎架構進行以應用為中心的控制。很高興看到VMware擁抱創新以及加速Kubernetes的主流化。
不久，硬件升級推動了創新（買功能更強大的服務器，開發新軟件，引入新工藝）。但云計算消除了硬件的限制，并讓應用比以前更快，更經濟地大規模部署。現在，企業正在轉向多云環境——貫穿多個公有云和私有云（包括自己的數據中心）。
云可以無處不在，相同的云原生堆棧可與在云上實現速度和創新，還可以部署在私有數據中心上。因此，云模式已經擴展到所有的環境中，Portworx是賦能這種“無處不在的云”模式的公司之一。雖然Docker帶起了容器熱度，但Kubernetes的發布使得容器能夠迅速發展。在我們的2019年容器采用率調查中，提高開發人員的速度和效率被列為容器采用率的主要驅動力。緊隨其后的是提高敏捷性，以及提高在多云環境運行容器，避免供應商鎖定的能力。市場上主要的云供應商本身都支持Kubernetes，這使得其更具吸引力。
Linux要聞
Linux 5.6 發布
Linus Torvalds 在內核郵件列表上宣布釋出 Linux 5.6。Torvalds 稱，他沒有看到內核開發受到新冠疫情影響的跡象，大部分人可能早就習慣了在家遠程工作。他估計 Linux 5.7 的發布不太會有變動，但有人錯過合并窗口還是可能的，畢竟合并窗口沒有你或你周圍的人的健康更重要。Linux 5.6 的特性包括：Arm EOPD 支持，時間命名空間，BPF 調度器和批映射操作，openat2（） 系統調用，WireGuard VPN 實現，流隊列 PIE 包調度器，2038 年問題接近解決，pidfd_getfd（）系統調用，ZoneFS 文件系統，BPF TCP 擁堵控制算法實現，移除 /dev/random blocking pool 等等。
Swift 將增加對 Windows 和其他 Linux 發行版的支持
Swift 開發團隊表示，其即將推出的 5.3 版本的目標包括“增加對 Windows 和其他 Linux 發行版的支持”。他們提到 Swift 5.3 將包括重大的質量和性能增強。更重要的是，此版本還將擴展 Swift 可用和受支持的平臺的數量，特別是增加對 Windows 和其他 Linux 發行版的支持。蘋果開源了 Swift 編程語言，但除了自家的平臺，似乎沒有動力去擴大對其他平臺的支持，所以 Swift 跨平臺的進展比較緩慢，目前僅支持 macOS 和 Ubuntu。
正因如此，不少社區成員十分積極將 Swift 移植到更多平臺。例如，IBM 在服務器端方面為 Swift 貢獻了 Kitura 框架，但由于令人失望的使用情況，IBM 在2019年12月放棄了對它的大部分支持。盡管如此，目前仍然有一個官方的 Swift Server 工作組（SSWG），其主導的項目包括 Swift NIO（事件驅動的網絡框架）。此外，還有知名的 Vapor 框架，這是一個可在 macOS 和 Ubuntu 上運行的 Web 開發框架。
對于 Windows 平臺，曾經有過一個開源的 SwiftForWindows 項目來支持在 Windows 中提供易于使用的開發環境，不過現在似乎已宣告死亡。除此之外，還可以使用 Windows 的 Linux 子系統（WSL）運行 Swift 編譯器，但會存在一個問題——交互式命令行 REPL（Read Eval Print Loop）在 WSL 1.0 中不起作用。所以，對于希望在 Windows 上使用 Swift 的開發者來說，在 Docker 容器中運行 Swift 工具鏈是行之有效的一個解決方案。
好消息是，目前針對 Windows 的原生 Swift 官方路由已經完善。該項目被稱為 swift-build 而不是 swift-windows，因為它涵蓋了 Linux 和 Docker 以及 Windows。受支持的 Windows 10 最低版本為 10.0.17763.0（2018年10月更新）。
5種最佳Linux桌面發行版推薦
在使用了包括Red Hat，Zorin OS，Kali Linux Debian，CentOS等各種版本的Linux發行版之后的20多年中，我幾乎可以看到每種發行版。對特定操作系統的大量了解使您可以輕松地列出最佳Linux桌面發行版列表。考慮到這一點，這是我最適合整體使用的Linux發行版列表。請記住，這是針對臺式機的，因此不包括Red Hat Enterprise Linux，CentOS，Kali Linux和SUSE Linux之類的服務器發行版。
elementary
elementary是輕量級Linux發行版，位于我的“最受推薦”列表的頂部。為什么？有兩個原因。首先，市場上少有特別優雅，更干凈的Linux臺式機。elementary OS的開發人員和設計人員在創建臺式機方面做得非常出色，無論技術水平如何，任何人都可以使用。從您的孩子到您的祖母，他們都可以跳到基本的OS上并立即感到賓至如歸-這是需要零學習曲線的少數Linux發行版之一。第二個原因是應用商店。盡管elementary預裝了很少的應用程序，但該發行版包括市場上最好的應用程序商店之一，因此只需單擊一下即可安裝需要工作和玩的應用程序。除了應用商店的簡便性，初級團隊為使開發人員的工作報酬而做的工作值得稱贊。elementary基于Ubuntu（基于Debian），因此Linux的這種發行版還具有出色的穩定性，共享相似的軟件存儲庫，非常容易安裝，具有相同級別的硬件識別能力，并且可以在臺式機或筆記本電腦上很好地運行。
Ubuntu
據我所知，Ubuntu在每個Linux桌面分發列表的頂部或附近都處于統治地位，這有很多原因。首先，Ubuntu基于Debian，它是地球上最穩定的操作系統之一。其次，Ubuntu的設計人員和開發人員不遺余力地調整GNOME界面，以使此桌面環境易于使用且高效可用，因此幾乎不需要添加GNOME擴展-除非您有特定的功能取決于。如果您選擇的桌面環境是KDE，則始終可以選擇Kubuntu。在桌面上，Ubuntu Linux幾乎不需要進行任何調整就可以使該桌面發行版完成您所需的工作。從硬件到軟件再到編解碼器，一切都可以正常工作。使用Ubuntu，您 安裝操作系統時，將獲得一個相對較新的內核。而且，隨著apt軟件包管理器準備好安裝您想要的任何類型的軟件，您就不會出錯。Ubuntu一遍又一遍地證明了您可以使用Linux而無需接觸終端窗口-僅此一點就將Ubuntu置于幾乎所有“最佳整體桌面發行版”列表的頂部。
Pop！_OS
Pop！_OS是System76的內部發行版。它基于Ubuntu，因此該發行版已經擁有血統書，可以跳到最前面。有了System76，您將找不到運行Windows或macOS的硬件，因此對于開放源代碼的純粹主義者而言，這是雙贏。但是Pop！_OS不僅是已經很美味的糖果的閃亮包裝，System76還添加了一些額外的花哨功能，使Pop！_OS變得與眾不同。首先，Pop！_OS是少數無需大量額外工作即可進行游戲的發行版之一。諸如Steam之類的服務只需很少的調整即可運行。而且Pop！_OS的性能（尤其是在System76硬件上）是無與倫比的。在System76方面，選擇GNOME用戶界面是明智之舉。盡管他們對臺式機確實采取了非常原始的方法，只需添加一些可選的GNOME擴展，即可使桌面外觀和行為完全符合您的要求。由于Pop！_OS基于Ubuntu，因此您會發現這種Linux共享許多相同的軟件安裝庫。與任何現代Linux發行版一樣，Pop！_OS易于安裝。最后，System76添加了一種更新固件的簡單方法，幾乎沒有發行版可以聲稱。所有這些結合在一起帶來了令人難以置信的桌面體驗。很少有分布可以聲稱。所有這些結合在一起帶來了令人難以置信的桌面體驗。很少有分布可以聲稱。所有這些結合在一起帶來了令人難以置信的桌面體驗。
Deepin
Deepin使用Deepin桌面作為默認用戶界面，該界面通常被認為是市場上最漂亮的桌面。實際上，沒有臺式機甚至可以與這種Linux風格相提并論— GNOME，KDE，Mate，Cinnamon…或任何Linux發行版上的任何其他臺式機都沒有。就像Deepin開發人員采用了Ubuntu基礎一樣，在GNOME桌面上分層放置了一些最常用的擴展，然后將它們與macOS桌面中的適當部分混合在一起，以形成功能和形式的完美比例。Deepin還包括大量軟件（與Ubuntu共享類似的存儲庫），以幫助您工作和娛樂。Deepin與Linux的許多其他發行版之間的區別是Deepin選擇了LibreOffice上的WPS Office工具套件。好消息是WPS是一款出色的應用程序，任何人都可以在幾乎沒有學習曲線的情況下使用它。Deepin通過側邊欄的形式將優雅風格擴展到控制面板中，從而使配置桌面的各個方面變得異常簡單。尋找市場上最好看的臺式機（也可以使用）的任何人都很難找到最好的Deepin發行版。
Manjaro
Manjaro是列表中唯一不基于Ubuntu的發行版。Manjaro是基于Arch的發行版。通常情況下，我絕不會將基于Arch的桌面Linux放在“最佳總體”列表上。為什么？一般來說，Arch Linux不適用于普通用戶，但Manjaro并不是您的平均基于Arch的發行版。當有人問“是否有可能使Arch Linux用戶界面友好”時，Manjaro Linux會發生什么情況。該問題的答案是“是”。Manjaro提供了帶有Xfce，GNOME或KDE的版本。您還可以在操作系統安裝期間選擇所需的辦公套件（LibreOffice或FreeOffice）。當新用戶首次登錄Manjaro桌面時，他們 歡迎工具將為您提供歡迎，該工具在開始使用OS方面提供了大量幫助。對于那些喜歡傳統桌面的人來說，Manjaro對KDE的看法是杰出的。如果您想擊敗Arch Linux，那么Manjaro就是您的不二之選。該發行版證明了Arch Linux也可以作為臺式機的絕佳選擇。
Linux 5.7 Scheduler為Intel和Arm CPU升級
周一，Ingo Molnar發送了Linux 5.7內核的調度程序更新，該更新在本周初打開。對于Linux 5.7周期，有許多重要的調度程序添加。
Linux 5.7的調度程序方面的亮點包括：
-NUMA調度更新，因此負載平衡器和放置邏輯不會互相沖突，從而以較少的遷移來提高本地性和利用率。
- 熱過載系統的熱壓力跟蹤。這項工作最初集中在Arm CPU上，目的是確保更好地將任務放置在受限制/降頻的熱/過熱內核上。
- 支持的Intel CPU的Schedutil頻率不變性。這將產生更好的性能和電源效率。此頻率不變性工作應在Skylake X和更新版本的Xeon Phi上工作，并選擇Atom / Goldmont零件。這可能會取得一些重大勝利，我們將在不久的將來在內部運行一些基準測試。多虧了這一重大改進，P-State才努力從默認的powersave遷移到Schedutil。
-由于不對稱的CPU容量喚醒掃描，big.LITTLE平臺的容量利用率得到了提高。
-實時調度修復/改進。
-其他各種修復和改進。
通過此PR進行的調度程序變更的完整列表已在星期二合并。
總結
以上是生活随笔為你收集整理的【要闻】Kubernetes无用论诞生、Elasticsearch 7.6.2 发布的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： (译)创建.NET Core多租户应用程
- 下一篇： 玩转控件:对Dev中GridContro