IT認證

Mindblown: a blog about philosophy.

  • HPE Comware高級產品認證考试-HPE6-A89

    HPE Advanced Product Certified – ComwareHPE Comware高級產品認證考试-HPE6-A89HPE Networking Comware Exam:HPE6-A89 通过HPE6-A89認證考试證明您具備 HPE 網路 Comware 架構的基本和進階知識，包括第 2 層和第 3 層技術，以及利用協定無關組播 (PIM) 的密集和稀疏模式組播解決方案。 参加HPE6-A89需取得 HPE 學習中心的存取權限並取得 HPE 學習者 ID。如果此認證需要筆試或線上考試（HPE0、HPE6 或 HPE2），則需要在我們的監考/線上考試供應商 Pearson VUE 建立使用者個人資料。實作考試（HPE1 或 HPE0-AxxxP）由 PSI 或 Aruba 教育服務提供，因此無需建立 Pearson VUE 使用者個人資料。 認證證明您具備 HPE 網路 Comware 架構的基礎和進階知識：~二層技術，包括多實例生成樹（MSTP）和鏈路聚合（Trunks）~第 3 層技術，包括靜態路由、具有多區域實現的開放最短路徑優先 (OSPF) 和邊界網關協定 (BGP)~利用協定無關多播 (PIM) 的多播解決方案，支援密集和稀疏兩種模式。 适合参考人员認證的典型候選人是網路或系統管理員、網路工程師或顧問，他們將 HPE…

  • 最難的ANR問題解決心得

    原創 王小二的技術棧 如果問我什麼ANR問題最難解，那肯定是no focus window anr。這個anr的觸發原理很簡單，inputflinger中focus window長時間為null，這個時候來了一些key事件需要分發，就會導致anr。那這個問題難解在哪裡呢，導致focus window長時間為null的原因很難從日誌中分析。整個問題的發生問題的線路太長，APP-AMS-WMS-SurfaceFlinger-InputFlinger。如果這個focus window是觸發ANR問題的應用主線程繁忙或阻塞，導致了進入這個app後，沒有及時的觸發activity的visiable的調用，這個問題可能還比較好解決，一般通過問題應用的主線程相關的日誌以及data/anr的trace，或者通過字節移動之前做的主線程的message的history功能，可以快速的日誌中找到相關的問題。1.CPU負載高，ANR in日誌看到2.記憶體不足，導致swap機制線程負載高，ANR in日誌看到3.死鎖等問題，data/anr的trace檔中看到。 最難解的問題就是這個鍋不是出ANR的應用，而是別的原因，導致了focus window沒有觸發更新，而且一般這個問題是monkey跑出來的，很難找到復現路徑，我舉例幾個我遇到過場景。一、Launcher啟動應用程式動畫異常，導致了遠端動畫沒有及時finish二、轉屏動畫過程中，部分需要ready的介面沒有繪製完成，導致了轉屏逾時。三、手勢上劃的遠端動畫沒有異常結束，導致介面處於recents動畫階段四、SurfaceSyncGroup機制中，部分介面沒有ready導致了已經準備顯示的activity也沒有visible五、莫名其妙的別的ANR觸發的dump導致了目前應用的運行異常 大家可以發現這種情況下你可能很難從日誌中快速發現問題點了，尤其一看data/anr的trace文件，出問題的應用主線程就在looper中休眠著呢。這時候只能盡可能的去看adb日誌中，尋找出現anr時候的蛛絲馬跡，盡可能的還原現場，這種問題就是及其難的，有時候就需要不斷加日誌，不斷的復現，再去解決。在公司，這類問題，也是摔鍋的大戶，因為app分析不出來，framework也很難分析出來，然後這個問題還能偶發的複現。如何破局，我覺得系統中要對一些window事務切換的場景做一些針對性日誌增強，這樣子一旦出問題的時候可以比較快速定位出問題的場景。盡可能的縮小分析範圍。當然要大家分析這類問題都抱著認真的態度，而不是monitor幾個版本，不復現就解決了。可以說目前我有效解決過的偶現的no focus window不超過10個，有時候也是稀里糊塗的在解決別的內存洩漏，cpu異常的問題中順便運氣好解決了，希望今天的感想對你有幫助。好久沒更新文章了，感謝大家沒有把我拿關，祝大家國慶中秋快樂！ ！ ！PS：最近換了一下iPhone 17以及IOS26，其他都很不錯，唯一就是系統的流暢度是我有史以來體驗最差的新iPhone，我去線下體驗了Pro，也是一副鳥樣，很多基礎的滑動切換場景都會偶發的卡一下，因為我之前我性能優化，對畫面很敏感，看的最難受，希望蘋果公司好好努力優化吧。

  • Zoom AI在”人類的最後考試”上創下了新的最高水平基準

    james.zhu SIP实验室 Zoom的技術長宣布ZOOM的AI旅程中的一個重要里程碑。今天，我們宣布Zoom在具有挑戰性的”人類最後考試”(HLE)全套基準測試中取得了新的最先進(SOTA)成果，得分為48.1%，比之前谷歌Gemini3-pro工具集成的45.8%的SOTA結果提高了2.3%。這項突破不僅僅是一個數字——它體現了我們從AI Companion 1.0到即將推出的AI Companion 3.0的演變，展示了與行業領導者的深思熟慮的合作如何推動創新，使每個人受益。理解HLE挑戰 人類最後的考試(HLE)基準代表了AI最嚴格的測試之一，旨在評估模型在需要專家級知識和複雜推理能力的各種領域中的表現。與可能依賴模式匹配的簡單基準不同，HLE要求真正的理解、多步驟推理，以及在複雜、相互關聯的問題中綜合資訊的能力。這項基準測試由全球各地的主題專家開發，已成為衡量AI在具有挑戰性的智力任務上向人類水平表現進展的關鍵指標。我們48.1%的成績使Zoom的聯邦AI方法在這個競爭激烈的領域中處於前沿地位。站在巨人的肩膀上 我們的成功建立在人工智慧研究社群奠定的非凡基礎上。我們深深欽佩OpenAI的開創性工作，其GPT模型重新定義了自然語言理解和生成的可能性。谷歌的Gemini 3 Pro推動了多模態人工智慧的邊界，而Anthropic的Claude Opus 4.5則提升了我們對智慧代理能力的理解。我們並不將這些進步視為競爭，而是將其視為合作和相互提升的機會。人工智慧的未來不在於孤立，而在於智慧協作。基準測試結果 我們在HLE全套基準測試中的表現展現了聯邦人工智慧的強大能力： 更多详情：https://www.zoom.com/en/blog/humanitys-last-exam-zoom-ai-breakthrough/?utm_source=social&utm_medium=organic-social

  • 金融企業VMware虛擬化替換策略如何設計？

    原创 TWT社区 導讀 VMware vSphere作為虛擬化技術的代表產品，長期佔據金融業虛擬化市場主流位置。在博通收購VMware後改變付費方式與信創背景下，許多金融公司已經進行VMware虛擬化平台替換工作，但存在不少挑戰：國產虛擬化VMware平替產品的成熟度如何？達到信創標準有哪些要求？如何考慮相容性與穩定性？在VMware虛擬化長期使用、承載了大量業務系統的情況下，該如何設計適合企業的替換策略？本文來自社區金融同儕分享的想法與經驗。 01. 國產虛擬化VMware平替產品的成熟度如何？ @某銀行用戶：國產虛擬化產品現在有很多，現在市面上說的平替VMware產品，究竟能發展到哪個層次？若只是單純的虛擬化，與VMware相比，在功能和效能上能達到百分之多少？售後服務體係是否完善？是否有豐富的線上文件（KB、API介面等）提供給客戶用於分析處理故障和維運整合？ @zhangpan31 某銀行 技術經理：目前我們已有的是基於雲端平台的私有雲體系。經對比較傳統VMware仍有不足，如：1.雲端廠商的虛擬化產品CPU的超賣比較低，普遍在1：2到1：3之間。 VMware對此沒有嚴格限制，理論上1：8，1：10+ 沒有問題，看各單位的資源利用率和爭用情況了。 2.雲端廠商的虛擬化產品沒有記憶體超賣功能，分配後即佔用，不管是否實際使用。 3.虛擬化的備份亟待完善，多數是基於虛擬機快照的方案，對於備份恢復的效率 和實體空間資源佔用情況不如VMware的下游備份軟體完善；備份是基於磁碟快照的方案，而不是基於虛擬機整機的維度，沒有VMware方便。 4.售後支援上：因為客戶無法存取到廠商的內部知識庫，所以中深層的PD 多依賴原廠商。相關API需找原廠商獲取，官網上或手冊上的API介面不全或不提供。 @nkj2021 某證券企業 系統架構師：國產化確實已經提供了相對成熟的配套產品來保障金融業的業務連續性和資料安全。這些產品在設計上充分考慮了金融業的特殊需求，如高可用性、資料完整性、安全性以及可擴展性。在虛擬化層面，國產虛擬化軟體已經提供了與VCenterHA類似的高可用性叢集功能。這些功能能夠在硬體或軟體故障發生時，自動將虛擬機器遷移到其他健康的節點上，從而確保業務的連續性。同時，這些國產虛擬化軟體也提供了虛擬機器快照、增量備份等功能，類似虛擬機器CDP保護，可以有效保護資料的安全。在統一備份平台方面，國內也已經有不少廠商推出了成熟的產品，如浪潮、聯想等。這些備份平台能夠支援多種資料類型和儲存設備，提供靈活的備份策略和復原方案，確保資料的可靠性和完整性。此外，對於跨資料中心的延展叢集和VAAI技術等進階功能，國內的一些虛擬化產品也已經提供了相應的支援。這些功能可以進一步提高虛擬化環境的可用性和效能，滿足金融業對於高擴展性和高效能的需求。 @匿名用戶：國產虛擬化替換VMware產品現在市場上也是比較多的，已經也有不少案例，所以大致從三個方面來看：1.功能和性能：單純虛擬化來說，感覺差異不大。 2.售後服務體系：感覺還可以，部分問題還是要趕快升到後台才能解決。 3.線上文件：也在不斷完善，但不同廠商之間這方面的差別還比較明顯的，大廠的表現會好很多，所以在選擇上可以多對比對比另外需要說明的是，國產虛擬化產品來說，不同廠商之間情況也不一樣，不好一概而論，所以大家需要結合自己的實際情況來進行對比選擇。 @朱向東 某銀行 資深工程師：針對國產虛擬化平台與VMware比較，在基本的虛擬化功能上，如虛擬機器管理、虛擬儲存、虛擬網路等，感覺國產平台已經能夠達到VMware 90%以上的功能水準。但在一些高階特性和整合能力方面，如容錯、動態遷移、備份復原等，可能國產平台仍有一定差距。在效能方面，國產平台透過優化虛擬化引擎、IO管理等，在某些場景下可能已經達到或超過VMware。針對售後服務體系方面，國產虛擬化廠商在售後支援、訓練認證、線上文件等方面正在持續改善。一些大廠商已經建立了較完善的服務體系。但與VMware在全球廣泛的覆蓋和成熟支援體系相比，國產平台的服務能力仍有待進一步提升，國產平台的生態體係有待進一步建立和完善。02. 國產虛擬化達到信創標準有哪些要求？對先前的虛擬化基礎架構的兼容性如何？ @努力搬磚 某銀行 系統運維工程師：國產虛擬化達到信創標準需要滿足以下要求：整體性：虛擬化軟體本身使用的資料庫，中介軟體等內部架構必須國產化。安全性：虛擬化平台需要嚴格的安全控制措施，包括存取控制、身分認證、加密傳輸等，以確保資料的安全性。可靠性：虛擬化平台需要具備高可靠性和高可用性，能夠確保業務的連續性和穩定性。靈活性：虛擬化平台需要具備靈活的配置和管理功能，能夠滿足不同業務的需求。效能：虛擬化平台需要具備高效能和低延遲，以確保業務的高效運作。對於先前的虛擬化基礎架構基本上可以相容。不過這個相對沒那麼重要，做信創替換最好是全端改造，使用國產架構基礎設施。對於這塊的兼容性相對會更重要。 @nkj2021 某證券企業 系統架構師：國產虛擬化要達到信創標準，需滿足一系列要求，這些要求涵蓋了技術、安全、管理等多個面向。具體來說，主要包括以下幾個面向:1.技術需求：國產虛擬化產品必須擁有自主的核心技術，包括但不限於虛擬化引擎、資源調度演算法、網路虛擬化等關鍵技術。同時產品應具備良好的性能表現，滿足高可用性、高可靠性、高安全性等要求。 2.安全需求:信創標準強調資訊安全，因此國產虛擬化產品需要具備完善的安全機制，如資料加密、存取控制、安全稽核等，以保障使用者資料的安全3.管理需求：虛擬化產品需要提供便利的管理工具與功能，方便使用者對虛擬資源進行統一管理與調度。同時，產品應支援國家相關管理標準及規範，如等保、分保等。 4.相容性與互通性:國產虛擬化產品需要具備良好的相容性與互通性，能夠與國內外主流的作業系統、資料庫、中介軟體等軟體產品實現無縫對接與整合。 @朱向東 某銀行 高級工程師：關於對先前的虛擬化基礎設施相容性方面，可能更多的是涉及遷移到國產虛擬化平台需要關注的問題，需要注意以下幾個方面：1.選用的國產虛擬化基礎架構與之前的架構指令集是否一致，若組一致，應用程式基本上可以直接部署，那麼，可以考慮虛擬機映像對化的設備，需要新映像的適化環境映像。如果指令集不同，應用程式基本上是需要進行適配性改造的，那麼，採用應用程式新部署到新虛擬化平台的方式可能會更好一些。 2.儲存及網路相容性，檢視國產虛擬化平台對儲存和網路的支援程度，評估是否需要升級或改造原有的儲存和網路基礎架構。 3.評估國產虛擬化平台備份格式，制定新的備份方案，確保資料可靠備份與復原。 4.管理工具的無縫銜接，減少維運人員在信平台的學習成本。 03. 虛擬化平台信創替換時，承載的各類軟體產品遷移後的相容性如考慮？ @nkj2021 某證券企業 系統架構師：在虛擬化平台信創替換過程中，確保承載的各類軟體產品遷移後的兼容性是至關重要的。以下是一些建議，以考慮遷移後的相容性問題：1.提前進行相容性評估：在替換工作開始之前，對現有的虛擬化平台上的各類軟體產品進行相容性評估。這包括檢查軟體產品是否支援新的信創虛擬化平台，以及是否存在已知的相容性問題。根據評估結果，列出可能需要特殊處理或修改的軟體產品清單，並制定相應的遷移計劃和策略。 2.客製化適配與介面開發：對於有相容性問題的軟體產品，可以考慮客製化適配和介面開發的方法。這包括編寫中間層的介面或進行客製化開發，以實現新舊虛擬化平台之間的資料互動和業務邏輯對接。在進行客製化適配時，要確保資料的完整性和準確性，並盡量減少對業務連續性的影響。 3.資料遷移與轉換：在遷移過程中，需要關注資料遷移與轉換的問題。由於虛擬化平台的更換，可能涉及資料格式、資料結構和儲存方式的變更。 @努力搬磚 某銀行 系統維運工程師：這份工作要在遷移前就做，不能等到遷移後，那就太晚了。需根據信創虛擬化平台底層硬體架構、虛擬機器的作業系統等層級評估，拉上供應商一起做好相容性的測試驗證。特別是如果遷移到ARM硬體架構的虛擬化平台，會涉及軟體底層程式碼的改造和替換。04. VMware軟體國產替代的穩定問題如何保障？ @nkj2021 某證券企業 系統架構師：目前，國產虛擬化軟體在功能上的確已經能夠涵蓋VMware的大部分功能，但在長期的運作穩定性方面，確實需要更多的實務經驗來驗證。不同的國產廠商在虛擬化技術的研發和應用上都有各自的特色和優勢，因此在穩定性方面也會有所差異。在穩定性方面，理想的虛擬化軟體應該具有較低的故障率，減少因軟體問題導致的服務中斷或資料遺失的風險。同時，升級次數也不應過於頻繁，以避免頻繁的維護作業對業務運作的影響。效能穩定的虛擬化軟體應該能夠保持持續、平穩的效能輸出，不受其他虛擬機器或管理平台的影響。這需要軟體具有高效率的資源調度和隔離機制，確保每個虛擬機器都能獲得穩定的效能保障。在國產虛擬化軟體廠商中，一些知名的品牌已經累積了豐富的實務經驗，並在穩定性方面取得了不錯的成績。然而，由於虛擬化技術涉及複雜的系統架構和底層技術，因此具體的穩定性表現也需要根據實際應用場景和需求進行評估。為了選擇最穩定的國產虛擬化軟體，建議您可以考慮以下幾個面向:1）了解廠商的研發實力和技術背景，選擇具有豐富經驗和專業技術的廠商。 2）參考其他使用者的實際使用經驗與評價，以了解軟體的穩定性和效能表現。 3）在選擇軟體時，可以考慮進行實際測試或試用，以評估軟體是否符合您的特定需求。05. VMware 虛擬化長期使用、承載了大量業務系統，如何設計適合企業的替換策略？是以業務系統為單元，以系統全端信創的進度推進替換，還是單獨設計虛擬化層的替換方案？ @nkj2021 某證券企業 系統架構師：1）以單一業務系統為單位，依照業務的重要性和緊急性，逐一進行替換。在替換過程中，會涉及整個系統的全端信創，包括虛擬化層、作業系統、中介軟體、資料庫以及應用層等，能夠針對每個業務系統的特點進行客製化替換，確保替換過程中的業務連續性和資料安全性。逐一替換業務系統，有利於控制替換過程中的風險，避免因大規模替換導致的系統不穩定或業務中斷。 2）單獨設計虛擬化層的替換方案，僅針對虛擬化層進行替換，不涉及業務系統層面的全端信創。在替換虛擬化層時，可以考慮採用與VMware相容或功能相似的國產虛擬化品牌，確保替換過程中的平滑過渡。由於僅替換虛擬化層，不涉及業務系統層面的全端替換，因此替換週期相對較短。虛擬化層的替換成本相對較低，可降低企業的替換成本。 @匿名用戶：1）能以業務系統為單元，以系統全端信創來推進，甚至直接改造成雲原生的架構當然最優。只不過這種方式受限於供應商的支援力度，同時需要承擔一定的業務風險，需要做足驗證和準備工作。 2）單獨設計虛擬化層的替換方案相對較容易，相對來說有一定的業務割接時間即可。選擇哪一種替換路線，取決於該系統供應商的支援力道和能力以及難易程度，同時結合VMware的替換時間來一同決定。統籌考慮所有業務系統，依照改造的難易度，系統的重要性來設定整體的時間規劃目標。

  • SAP S/4HANA Cloud 公共版，銷售實施顧問助理認證考试:C_S4CS_2508

    SAP Certified Associate – Implementation Consultant – SAP S/4HANA Cloud Public Edition, SalesSAP S/4HANA Cloud 公共版，銷售實施顧問助理認證考试:C_S4CS_2508概述此認證證明您具備解釋和執行 SAP S/4HANA Cloud 公有版部署、採用和擴展核心實施專案任務所需的基本知識，以及銷售方面的核心知識。它證明候選人擁有全面的理解和技術技能，能夠以導師指導的角色參與 SAP S/4HANA Cloud 公有版實施專案團隊，專注於銷售領域。 考試詳情考試代碼:C_S4CS_2508題目數量:80題（3小時）及格分:66% 的及格分數考試語言:提供英文版本該證書有效期為:12個月 通過考試後獲得的技能~銷售量~訂單管理~銷售流程~系統配置~組織結構~合約管理~資料遷移 考試涵蓋的主題系統架構和身分存取管理考試成績：10%執行採購解決方案流程的實施和配置任務。 核心銷售解決方案流程實施考試比例：31-40%描述 SAP S/4HANA Cloud 公共版中核心銷售解決方案流程的執行以及相關業務功能的使用和配置。 配置和 SAP Fiori Launchpad考試成績：10%使用 SAP Central Business Configuration 設定業務流程，並使用 SAP Fiori Launchpad 功能。 分析解決方案流程實施考試成績：10%描述 SAP S/4HANA Cloud Public Edition 中主要分析解決方案流程的使用情況 以雲端思維進行實施、組建團隊並進行符合標準研討會考試成績：10%以雲端思維進行實施，組成實施團隊，並進行符合標準研討會。 雲端運算和…

  • 為什麼我敢說 SAP 是全世界最好用最屌的 ERP 系統，沒有之一？

    如果你是企業管理者、IT 從業者，或是對企業數位轉型有興趣的人，大機率聽過 ERP 系統的 「江湖紛爭」。有人偏愛用友的本土化適配，有人誇讚 Oracle 的財務模組強悍，但今天我要掏心窩子說一句：在我心裡，SAP 才是當之無愧的 ERP 之王，沒有之一。這份篤定，不是憑空而來的 “情懷”，而是無數個企業實戰場景裡，被 SAP 的實力狠狠 “圈粉” 的結果。接下來，我就從 3 個最戳人的點，跟你聊聊為什麼 SAP 能讓我如此 「死心塌地」。 01 它能 “扛住” 企業的 “野心”，從小公司到巨頭都能精準匹配許多 ERP 系統的痛點是 「跟不上企業成長」：新創期用挺順手，一旦業務擴張、子公司增多、跨國經營，系統立刻 「掉鍊子」── 資料不通、流程卡頓、功能不夠用，最後只能花錢換系統，從頭再來。但 SAP 不一樣，它就像一個 “可生長的數位化骨架”，能精準地搭配不同階段企業的需求。我看過一家做跨境電商的小企業，剛開始只有 50 人團隊，用 SAP Business One 就能搞定採購、庫存、訂單管理，成本可控，操作還簡單，財務小姐姐不用再熬夜對賬；3 年後這家公司拓展到 3 個海外倉、200 人規模，直接在原有系統上升級模組，新增了跨境文件計算、多頭別、200 人規模，直接在原有系統上升級模組，新增了跨境文件計算、多端更別說那些世界 500 強企業了 —— 蘋果、三星、可口可樂、大眾汽車… 全球業務遍布幾十個國家，涉及多幣種結算、多工廠協同、複雜供應鏈管理，SAP 都能穩穩 「扛住」。例如某汽車巨頭，從零件採購、生產排程，到整車銷售、售後維修，全鏈路資料在 SAP 系統裡即時流轉，一個訂單從下單到交付，效率比之前提升了 40%，這就是 SAP 的…

  • AI叢集設計重點：規模、效率與彈性

    本文聚焦 AI 叢集的網路架構設計與互聯技術選擇，系統分析 AI 流量特性、叢集架構差異及關鍵互聯方案，提出 「端點調度」 與 「交換器調度」 兩大設計路徑。一、AI 叢集的網路需求與流量特性1. AI 叢集的核心訴求：規模、效率與彈性 隨著 AI 模型向萬億參數級演進，集群對網路提出三大極致需求：超大規模擴展：需支撐百萬級 XPU（GPU/NPU）協同，單機櫃到跨數據中心的全場景互聯；高效低延遲：XPU 間透過集合通信（Collectives，如 All-Gather、All-Reduce）頻繁交互參數，要求延遲通過集合通信（Collectives，如 All-Gather、All-Reduce） XPU、機架功率差異、混合負載（訓練 / 推理），避免 「單點瓶頸」 拖累整體效能（叢集效能由最慢節點決定）。 三、AI 集群的兩大核心網路設計路徑Arista 提出兩種主流 AI 叢集網路架構，分別適應不同規模與異質需求，核心差異在於 「流量調度責任歸屬」：1. 端點調度架構（Endpoint Scheduled/NSF）（1）核心邏輯調度責任由 XPU 端點（如 NIC/DPU）承擔，網路僅負責基礎轉發，依賴端點實現負載平衡與擁塞控制，本質是 「乙太網路原生架構的最佳化延伸」。 （2）關鍵特性拓撲與元件：採用扁平化 Spine-Leaf/Super Spine 架構，交換器僅提供高頻寬（如 800G 連接埠）與高連接埠數（Radix），無複雜調度功能；端點依賴：NIC 需支援動態負載平衡（DLB）、自適應路由（Adaptive功能；避免單鏈路擁塞；優點：架構簡單，佈線靈活，相容於現有乙太網路生態，適合中小規模叢集（≤10K XPU）；限制：NIC 廠商鎖定（需專用功能），大規模叢集中端點調度複雜度高，易出現負載不均。 Arista 整理了 6 類 800G 互聯技術，覆蓋 “機櫃內 – 跨機櫃 –…

  • 通訊新員工入行，哪些技能最實用？

    PPT Office三件組（PPT/Word/excel），是非常非常非常重要的技能。 絕大部分在校大學生，只懂一些Office的皮毛。就算是職場人，真正熟練Office的也不多。Office是個博大精深的東西，一定要專門去系統性學習。網路課程很多，一定要好好學。我個人建議花錢報班，絕對受益終身。PPT，是通訊人用的最多的軟體之一，也很可能是花時間最多的軟體之一。向領導報告，需要PPT；和客戶交流，需要PPT；給同事培訓，需要PPT；參加行業會議，需要PPT。 PPT無所不在，利用率極高。其實，PPT本質上考驗的是設計能力、美感能力、表達能力、溝通能力、思考能力。它不是一門技術，而是一門藝術。有時候，你辛苦工作一年，不如人家一篇PPT的作用大。 Word和Excel，同樣是博大精深。現在它早已不是簡單的文字和表格了，是通往資料分析、python、人工智慧的一條路徑。熟練Office，會大大提升自己的工作效率。 █ AI這個就不用多說了吧。AI可以大幅提升工作效率。不管是寫材料、做PPT、做表格、查資料、做紀要，還是完成一些流程性、複雜性的工作，都可以藉助AI。努力將自己的日常工作透過AI解決，可以省很多事。擁抱AI是大勢所趨。身為通訊專業從業人員，有餘力的話，建議再深入一點，學習一些開源專案的開發與部署，搞搞副業也有可能有大收穫。 █ 類UNIX作業系統目前，通訊崗位大量的工作都是基於類UNIX系統的。大部分的通訊現網設備，都是採用類UNIX系統作為網路管理和系統運作平台。除了通訊崗位外，雲端運算、大數據、人工智慧相關崗位，使用的工作環境基本上也是類UNIX系統。所以，熟練這類系統的使用能力，是資訊通訊（ICT）相關專業畢業生的最基本要求，非常非常非常重要。具體來說，首先要熟練相關基本命令的使用。其次，要具備此類系統的安裝與配置能力。更進一步的，要具備常見問題的處理能力。大家可以自己在電腦上裝虛擬機器（VMWare），重複安裝數十遍CentOS，Redhat，Ubuntu。然後在這些系統上，逼迫自己從搭建ftp、web、防火牆、負載平衡等基礎服務開始，逐漸完成複雜服務功能，試著自行搗鼓虛擬化、容器、分散部署、核心開發。總之，自己對類UNIX系統的使用，要跟Windows一樣精熟。這個技能也是用一輩子的。 █ 數通網絡 所有通訊專業的同學，都必須熟練數通網路的基本技能，至少要到HCIP的等級。基本的中小型企業網路的部署能力，肯定要具備。 VLAN劃分、網路設計、數通設備的常用資料修改操作，都是基礎。複雜路由協定（OSPF、BGP、ISIS），盡量掌握，至少要搞懂是怎麼回事，工作原理是怎樣的。學習數通，不是為了成為網工。很多情況下，在日常工作中，都會遇到IP組網相關的問題。具備基本的路由交換知識與技能，可以自行解決許多問題，節省大量的時間。數通知識也很可能牽扯到終端，還有系統。懂數通，有利於終端機和系統的相關工作最最基本​​的，自家的網路出問題了，或美女同事的網路出問題了，你要搞得定吧？不然你還好意思說自己是學通信的？ █ 程式語言 雖然現在都說AI會取代程式設計師，但我還是覺得程式設計是一個理科生的基本技能。 雖然通訊不是電腦軟體專業，但務必請掌握至少一門程式語言（目前建議是Python，最容易上手）。 通訊崗位的基本工作並不會強制用到程式設計能力。但是，掌握程式語言，懂得如何編程，對深入理解通訊產品和雲端產品來說幫助很大。在和研發人員溝通的時候，你懂編程，能夠依照程式設計的邏輯去思考，會很有利（吵架增加贏的機率）。任何一項技能，都是打開一個新世界的窗戶。程式語言是軟體世界的窗戶，未來是軟體的天下。懂了吧？而且，程式設計是一個效率工具。會程式設計的話，可以自己寫一些工具，大幅提升工作效率。以前在開局和割接時，我們就很羨慕那些會編程的，有時候自己寫一些簡單的腳本，節省了大量的時間和精力。我們這些不會編程的，只能機械地手工勞動，或求助他人，效率差異很大。除了工程專案之外，在日常工作中，程式設計能力幫助也很大，可以提升日常工作效率（快速處理一些枯燥的工作），甚至參與工作流程和平台的完善。會程式設計的話，也可以搞很多副業，給自己創造收入（也大幅增加了跳槽機會）。 █ 拍照、繪圖、影音處理 拍照水準很重要，不是為了裝逼，主要是一個美學和創造美的能力的問題。這年頭，如果基本的照片都拍不好，關鍵時候就拖後腿，被人鄙視。繪圖也是，現在繪圖的場景很多，需要懂得如何進行構圖、配色，包括組網圖、架構圖。這個技能很常用。 不是特別鑽研的話，photoshop不要學了。現在很多P圖工具和海報設計工具，都是傻瓜化的，基本的目的都能夠實現。前面提到AI，這些也都可以交給AI做。音視頻處理，是重要的附加技能。雖然我們平時好像是搞通訊專業的工作，但越來越多接觸音視訊。有時候，領導者會有這類任務（宣傳）的需求，你要是擅長這類工作，會被領導者和同事另眼先看。AI生成是一個方面，傳統製作方式也需要掌握。 █ 專案管理 大學現在都不教，但是專案管理很重要。 學習專案管理，不是讓你真的去當專案經理。專案管理是一種思路，是教你怎樣把一件複雜的事情做好的能力。有專案管理思維的人，做事情考量會非常全面、非常科學。對一般人來說，屬於降維打擊了。產品思維也是一樣，建議自己找課程，認真學習。它也不是為了做產品，是為了讓你換位思考，為了讓你擺脫學生思維。 █ 財務知識 財務和金融知識是現代社會人必備的技能。但是，大學面對理工科的教育裡面，忽略了這部分的培養。從淺的來說，這個知識涉及你的財務報銷。從深的來說，你不理財，財不理你，現實生活中很多地方，都需要財務知識，懂一點，不容易被騙。你賺錢能力再強，不懂金融，可能還是會被割韭。還有一點，現在通訊和雲端牽涉到很多工程項目執行，也需要財務基礎知識。還有工程的概預算，這是許多理工科畢業生的盲點。很多年輕人畢業時不懂，工作時，都要現學，比較吃虧。提前學一些，會比較有幫助。對了，除了概預算之外，許多工程規範和施工流程的知識，建議也自學一下，不管是工程崗還是技術崗，這些在通訊實際工作中很有用。 █ 摜蛋建議學會，挺有用的，真的。現在職場對喝酒能力沒有以前那麼高，但是一些業務愛好能力的要求高了。例如漚蛋、羽球、跑步等。 █ 最後的話嗯，目前想到的暫時是上面這些。看上去寥寥幾條，其實內容已經很多了。上面這些知識和能力，真正掌握起來，是有很大難度的。考研升學或從事專業研究，對專業知識（高等數學、訊號與系統、數位訊號處理）的要求很高。我今天所提到的這些技能，主要針對的是一般就業人口。這些能力比專業知識更重要。說實話，除了少數研發崗位之外，大部分通訊專業年輕人進入工作崗位後，都不會接觸學校裡學的專業知識。有時候，掌握一些基礎的技能，反而對自己的職場發展有更大的幫助。

  • 英偉達H20 GPU晶片關鍵知識

    在當下科技發展浪潮中，英偉達GPU晶片已然成為眾多前沿領域的核心驅動力，而H20 GPU晶片憑藉其獨特優勢，在市場中嶄露頭角。接下來將從晶片架構、參數、友商競爭比較、產業應用和場景等多個維度，全方位呈現H20 GPU晶片的相關知識。一、晶片架構1.Hopper架構：H20採用英偉達先進的Hopper架構，基於台積電4N製程製造，擁有超過800億個電晶體，為其強大性能奠定硬體基礎。 2.創新技術支撐：Hopper架構具備五項突破性創新技術，為H20強大效能提供動力支持，全面提升晶片運算、處理能力。 3.第三代Tensor Core：支援FP32、FP16和INT8等多種精度計算，能根據不同應用場景靈活切換計算精度，顯著提升計算效率。 4.運算彈性：在深度學習訓練中，可依模型需求選擇適當精度運算，如在初期快速迭代模型時，可採用較低精度運算加速訓練。 5.第二代RT Core：專為即時光線追蹤技術設計，相較於前代在效能與效率上顯著提升，讓渲染效果更逼真。 6.光線追蹤應用：在3D遊戲開發、影視特效製作等領域，可快速渲染複雜光影效果，提升視覺體驗。 7.CUDA核心升級：擁有大量CUDA核心，相較於上一代產品，CUDA核心數量增加50%，大幅提升運算吞吐量。 8.平行計算優勢：科學計算中的分子動力學模擬、氣像模擬等場景，可平行處理大量數據，縮短計算時間。 9.多精度運算能力：能在高精度科學計算與低精度深度學習推理等不同場景中自由切換，滿足多樣化任務需求。 10.應用場景切換：從航太領域的軌道計算，到網路領域的影像辨識推理，都能憑藉多精度計算快速適應。二、參數亮點（一）儲存與頻寬11.大容量內存：擁有96GB的HBM3高效能內存，相比H100的80GB HBM3內存 ，容量更大，可存儲更多數據。 12.資料儲存優勢：處理大規模資料集時，如訓練超大型語言模型，能儲存更多中間結果，減少資料讀寫次數。 13.高頻寬傳輸：GPU顯存頻寬達到4.0TB/s，高於H100的3.4TB/s ，資料傳輸速度更快。 14.加速資料處理：在深度學習訓練中，能快速將資料傳輸至運算核心，減少等待時間，提升整體運算效率。 15.記憶體頻寬協同：大容量記憶體與高頻寬相互配合，為高效能運算提供堅實保障，確保資料的快速讀取與儲存。 （二）算力性能16.FP8算力：FP8性能為296TFLOPs，在一些對低精度計算要求高的場景，如特定的深度學習推理任務中表現出色。 17.FP8應用：在智慧安防攝影機的即時影像辨識中，可快速處理視訊串流數據，辨識目標物體。 18.FP16算力：FP16性能為148TFLOPs ，雖然相比H100的理論性能有差距，但在大語言模型推理方面有獨特優化。 19.大模型推理優勢：透過最佳化設計，在大語言模型推理時比H100快20%以上 ，可快速回應使用者提問。 20.多精度算力支援：同時支援TF32 Tensor Core（74TFLOPS）、FP32（44TFLOPS） 、FP64（1TFLOPS）等不同精度計算。 21.科學計算精度適配：在物理模擬、化學分子結構計算等科學計算場景中，依任務需求選擇適當精度，確保計算準確性。 22.算力綜合表現：多種精度算力協同，使H20能在不同領域、不同類型的計算任務中發揮作用。 23.異構運算支援：與CPU等其他運算單元配合，在複雜運算系統中實現異構運算，提升整體運算效能。 （三）其他參數24.功耗優勢：熱設計功耗400W，低於H100的700W ，功耗控制良好，降低資料中心散熱成本。 25.散熱成本降低：對於大規模資料中心，可減少散熱設備投入與營運成本，提升能源利用效率。 26.高速互聯功能：支援NVLink 900GB/s高速互聯功能，方便資料中心進行高密度部署與擴充。 27.叢集擴展：在建構大規模運算集群時，多塊H20晶片可透過NVLink高速互聯，實現高效能資料傳輸與協同工作。 28.闆卡形態與相容性：採用SXM闆卡形態，相容於英偉達8路HGX伺服器規格，方便在現有伺服器架構中部署。 29.MIG功能：具備7路MIG（多執行個體GPU）功能，可將GPU資源細粒度劃分，滿足不同使用者對運算資源的多元需求。 30.資源彈性分配：在雲端運算環境中，可依使用者任務大小與需求，靈活分配GPU資源，提高資源利用率。三、產品競爭比較（一）與英偉達H100比較31.核心算力差距：在核心算力上，H20與H100有較大差距，H20的FP16算力僅為H100的15%左右 。 32.記憶體頻寬優勢：但H20在記憶體容量和頻寬上更具優勢，96GB的HBM3記憶體以及4.0TB/s的頻寬高於H100。33.場景優勢互補：在大語言模型推理場景下，H20針對性的最佳化使其表現優於H100，而H100在大規模深度學習等場景更佔優勢。 34.適用任務著重：H20較適合垂類模型訓練、推理等對算力要求相對較低的任務，H100則適用於大型複雜模型訓練。 35.價格與成本考量：通常H20價格相對較低，對於成本敏感、對算力需求並非頂級的企業或項目，H20是較經濟的選擇。 （二）與華為昇騰910B對比36.性能對比：H20性能約為H100的15%-30% ，略超昇騰910B，但無法支援萬億級大模型訓練。 37.能源效率比優勢：昇騰910B在功耗和能源效率比方面優勢明顯，國產昇騰910B實算力達320TFLOPS，單卡功耗相對較低。 38.散熱方式：昇騰910B散熱方式更節能，如採用風冷即可滿足散熱需求，而H20部分集群可能需要液冷。 39.生態系差異：H20依賴英偉達成熟的CUDA生態，軟體資源豐富；昇騰910B建構了本土的CANN框架生態，也不斷改進。 40.應用場景著重：在對能耗要求高、對成本敏感且對模型規模要求不特別大的場景，昇騰910B有競爭力；而在對CUDA生態依賴度高的場景，H20更合適。 （三）市佔率與競爭態勢41.英偉達市場地位：英偉達憑藉長期的技術累積與生態優勢，在高效能運算與資料中心市場佔有重要地位。 42.H20市場角色：H20作為英偉達針對特定市場需求推出的產品，在滿足部分顧客算力需求的同時，也豐富了其產品線。…

  • IS-IS網路設計核心：選擇「扁平」還是「分層」？一次講透！

    在大部分企業網路的環境中,IS-IS路由協定可能用得比較少。但隨著IPv6和SRv6的不斷普及，在許多企業和政府單位開始使用IS-IS路由協定來取代原有的OSPF路由協定。那麼在初期規劃網路的時候該如何設計和規劃路由相關資訊呢？ 01IS-IS的Level相關概念Level-1負責區域內的路由。L1路由器只學習本區域的拓樸結構，且只維護一個Level-1的連結狀態資料庫。對於要去其他區域的封包，L1路由器會將其傳送給最近的Level-1-2路由器。 Level-2負責區域間的路由。L2路由器學習整個骨幹區域的拓樸結構，維護一個Level-2的連結狀態資料庫。Level-2路由器共同構成網路的骨幹（Backbone），負責在不同區域之間傳遞路由資訊。Level-1-2參與Level-1和Level-2路由。它維護兩個LSDB：L1 LSDB和L2 LSDB。它是區域通往外部世界的“網關”，負責將本區域的L1路由資訊洩漏到L2，並將L2的路由資訊（透過預設路由或路由洩露）傳遞到L1。現在我們知曉了這三種Level的意義，那麼在設計組網的時候該如何規劃呢？ 02方案一：扁平化設計（單Level-2設計）在現代化資料中心，為了追求極致的簡單性和低延遲，扁平化的Level-2設計是絕對的主流。 最優路徑需求： 資料中心內伺服器之間的東西向流量要求任何時候都是最優路徑。如果分層，Leaf作為L1，它可能會把流量發給「最近」的Spine（L1-2），但這個Spine可能不是通往目的Leaf的最優路徑上的那一個。規模可控： 一個資料中心Pod內的裝置數量（通常是幾百台）對於現代交換器的硬體能力（CPU/記憶體）來說是完全可以承受的。簡化故障排查： 所有設備擁有相同的LSDB，網路拓樸一目了然，故障排除非常簡單。避免次優路徑： 從根本上消除了由分層設計帶來的次優路徑問題，無需引入複雜且容易出錯的路由外流配置。缺點擴充性差： 所有路由器的LSDB都會變得非常大，包含全網所有裝置和連結的資訊。這會導致SPF運算消耗更多CPU和記憶體資源，限製網路規模。故障域大： 任何地方的拓樸變化都會觸發全網路的SPF運算，影響網路收斂速度與平穩性。 03方案二：分層設計（多Level設計）設計想法： 將網路劃分為一個骨幹區域（L2）和多個非骨幹區域（L1）。骨幹區域由所有L2和L1-2路由器構成，非骨幹區域內部是L1和L1-2路由器。例如：Area 49.0001 (北京總部)： 作為核心骨幹區域。Area 49.0002 (上海中心)： 作為一個非骨幹區域。Area 49.0003 (深圳中心)： 作為另一個非骨幹區域。 優點路由資訊隱藏： L1層級的路由器無需維護龐大的全網LSDB，只需知道本區域拓撲和一條指向L1-2的預設路由。這大大減少了LSDB大小和SPF計算範圍。故障範圍可控： 一個區域內部的拓樸變化，只會造成本區域內的L1路由器和骨幹區域的L2路由器進行SPF計算，其他L1區域不受影響。這提供了更好的網路穩定性。缺點可能會產生次優路徑： 這是分層設計最典型的代價。 L1區域內的路由器要去另一個區域時，預設行為是將流量傳送給最近的L1-2路由器（基於區域內開銷）。但這個「最近的出口」可能並不是通往目的區域的最優出口。設計與管理更為複雜： 需要事先規劃區域邊界、部署路由外流策略，增加了設計與維運的複雜度。 04總結IS-IS的層間Level設計相較之下比OSPF的選擇多，相較於OSPF的一些特殊區域而言，IS-IS對於路由管理做得比較好一些。當效能和簡化是首要目標，且網路規模可控時，選擇扁平化的單Level-2設計。當面對大規模網絡，需要極強的擴展性和穩定性時，必須採用分層化設計。此時，設計的核心在於規劃一個連續的骨幹區域、合理劃分L1區域、審慎使用路由外流來優化路徑，並確保L1-2路由器的穩定性。

Got any book recommendations?

Get In Touch