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