iced-rs/iced

Perform benchmarks

開放

#7 建立於 2019年9月5日

在 GitHub 查看貢獻者指南
 (5 則留言) (0 個反應) (0 位負責人)Rust (1,572 個分叉)batch import
help wantedimprovementperformance

倉庫指標

星標
 (30,491 顆星)
PR 合併指標
 (平均合併 24天 11小時) (30 天內合併 11 個 PR)

描述

As mentioned in #4, in order to avoid performance regressions, it would be great to run some benchmarks on the different parts of the API.

The most expensive operation is clearly UserInterface::build. This will be the main focus for many of the optimizations we will implement in the future. We should benchmark this first.

UserInterface::update and UserInterface::draw will also get slower the more widgets and events a user interface has to handle. It would be great to have some numbers!

貢獻者指南

研究方向
此問題要求為 UserInterface 結構體的 build、update 和 draw 方法新增基準測試。最耗時的操作是 UserInterface::build，因此請從它開始。查看現有程式碼庫以了解 UserInterface 的實作方式（可能在 src/user interface.rs 或類似檔案中）。使用 criterion crate 進行基準測試。檢查儲存庫中是否已有現有測試或基準測試（例如 benches/ 目錄）。同時查看該問題的評論，了解之前關於方法的討論。重點建立一個基準測試框架，用於測量這些方法在不同小部件數量下的耗時。
技術棧
rust
領域
frontend
議題類型
效能
難度面向新貢獻者的預計實作難度，1 表示很小改動，5 表示專家級工作。
3
預計時間有經驗貢獻者完成調查、實作、測試並準備 pull request 的粗略時間範圍。
1-2 天
活動狀態議題目前的可參與程度：新鮮、活躍、陳舊、阻塞或等待維護者輸入。
活躍
清晰度議題是否清楚說明預期改動、驗收標準和下一步。
清晰
前置要求
RustGit
新手友善度1-100 的估計分數，表示該議題對首次貢獻者的友善程度。
65