@編譯器

動態 列表
@chaoshenjinghyperai

【Triton 教程】triton_language.expand_dims

Triton 是一種用於並行編程的語言和編譯器。它旨在提供一個基於 Python 的編程環境,以高效編寫自定義 DNN 計算內核,並能夠在現代 GPU 硬件上以最大吞吐量運行。 更多 Triton 中文文檔可訪問 →https://triton.hyper.ai/ triton.language.expand_dims(input, axis) 通過插入新的長度為 1 的維度來擴展張量的形狀。 軸

chaoshenjinghyperai 頭像

@chaoshenjinghyperai

昵稱 超神經HyperAI

@kuaishoutech

四年匠心磨礪,快手系統軟件技術創新與領域演進之路

一、系統軟件技術的核心價值與面臨挑戰 系統軟件作為軟件架構的基石,扮演着連接軟件與硬件的橋樑角色,位於整個軟件生態的最底層,處於關鍵核心的位置。系統軟件最為顯著的特徵在於其規模效應,隨着服務器體量的增加,系統軟件研發的價值愈發凸顯。 首先,系統軟件技術能夠顯著提升服務器資源的利用率,實現翻倍效果,同時性能也能提升 30%~50%,從而大幅降低公司的服務器資源成本。其次,專業的系統軟件團隊能夠迅速定

kuaishoutech 頭像

@kuaishoutech

昵稱 快手技術

@gocoding

Flex & Bison 開始

Flex 與 Bison 是為編譯器和解釋器的編程人員特別設計的工具: Flex 用於詞法分析(lexical analysis,或稱 scanning),把輸入分割成一個個有意義的詞塊,稱為記號(token)。 Bison 用於語法分析(syntax analysis,或稱 parsing),確定這些記號是如何彼此關聯的。 例如,如下代碼片段: alpha = beta + gamma;

gocoding 頭像

@gocoding

昵稱 GoCoding

@vistart

現代編譯器條件賦值優化:跨架構彙編分析

引言 在現代C/C++開發中,開發者經常面臨一個問題:if-else條件賦值與三元運算符在性能上是否存在差異?本文深入分析了最新版Clang和GCC編譯器在不同架構平台上的優化行為,通過彙編代碼對比揭示編譯器優化的本質。 驗證結果解讀 預期的彙編輸出 ARM64平台 (Apple Silicon) 優化前 (-O0) - 包含分支跳轉: conditional_assignment_if_else

vistart 頭像

@vistart

昵稱 vistart

@ansurfen

我開發了一個編譯成 VBScript 的現代編程語言 - Hulo

嘿,VBScript 愛好者們! 我最近在做一個編譯器/轉譯器項目,想要解決一些在 Windows 腳本開發中遇到的“老大難”問題。 你知道 VBScript 最令人頭疼的是什麼嗎? 就是那種 冗長的語法 和 有限的語言能力,一旦想實現稍微複雜一點的邏輯,就會陷入繁瑣的拼接和調試地獄。 於是我開始思考—— 有沒有可能用一種更現代、更清爽的語言來寫腳本,然後自動生成 VBScript?

ansurfen 頭像

@ansurfen

昵稱 Ansurfen

@shenshidedaxiongmao

現代編譯器程序員到底在做些什麼?

第一次寫編譯技術相關的文章(_),想和大家分享一下:現代編譯器程序員到底在做些什麼? 為什麼選這個主題呢?因為我相信大家肯定有這樣的疑惑,像GCC/LLVM這些編譯器以及大家平常寫的Java、Go等語言的編譯器都已經非常成熟了,那還需要編譯器程序員做什麼?當然不是這樣。 要回答這個問題,我們先要了解一下編譯器的結構,現代編譯器一般分為前端中端後端,前端負責讀入高級語言源代碼,進行詞法分析語法分

shenshidedaxiongmao 頭像

@shenshidedaxiongmao

昵稱 VectorizeOrz

@ansurfen

耗時一週,我的編程語言 Hulo 新增 Bash 轉譯和包管理工具

嘿,腳本開發者們! 還記得上週我介紹的那個能編譯成 VBScript 的現代編程語言 Hulo 嗎?這周它又有了重大更新! 🚀 本週重磅更新 1. Bash 轉譯器正式上線! 是的,你沒看錯!Hulo 現在不僅支持 VBScript,還支持 Bash 了! 這意味着你可以用同一套現代語法,同時生成 Windows 和 Linux/macOS 的腳本: // main.hl class User

ansurfen 頭像

@ansurfen

昵稱 Ansurfen

@dewujishu

R8疑難雜症分析實戰:外聯優化設計缺陷引起的崩潰|得物技術

一、背景 R8作為谷歌官方的編譯優化工具,在編譯階段會對字節碼進行大規模修改,以追求包體優化和性能提升。但是Android應用開發者數量太過龐大,無論測試流程多麼完善,終究難以避免在一些特定場景下出現問題。 近期我們在升級項目的AGP,遇到了一個指向系統SurfaceTexture類的native崩潰問題。經反編譯分析發現問題最終指向了smali字節碼中多餘的一行new-instance指令。

dewujishu 頭像

@dewujishu

昵稱 得物技術