WikiEdge:ArXiv速递/2025-04-16:修订间差异
Updated page by Carole |
Updated page by Carole |
||
第43行: | 第43行: | ||
*'''原文链接''':http://arxiv.org/abs/2504.11826v1 | *'''原文链接''':http://arxiv.org/abs/2504.11826v1 | ||
'''中文摘要''':[[性能]][[基准测试]]是[[软件工程]]中的常见实践,尤其在构建[[大规模]]、[[分布式]]和[[数据密集型]][[系统]]时。虽然[[云环境]]为运行基准测试提供了诸多优势,但经常有报告指出重复测试的结果可能存在显著差异——这使得难以对实际性能得出可靠结论。本文通过实证量化[[云性能]][[波动]]对基准测试结果的影响,重点关注[[流处理]][[应用]]这一典型的[[数据密集型]]、[[性能关键型]][[系统]]。在一项历时三个多月的[[纵向研究]]中,我们重复执行了[[Dynatrace]]研发中使用的应用基准测试,从而评估性能波动的多个维度(特别是[[时间效应]])。通过约591小时的[[实验]],在[[AWS]]上部署789个[[Kubernetes]][[集群]]并执行2366次基准测试,这可能是同类研究中规模最大且唯一从[[端到端]](即应用基准测试视角)考察性能的研究。我们的研究证实性能波动确实存在,但其程度低于通常假设([[变异系数]]<3.7%)。与相关研究不同,我们发现性能确实呈现[[日周期]]和[[周周期]]模式,但波动幅度较小(≤2.5%)。跨多次测试重复使用基准测试[[基础设施]]仅会轻微降低结果准确性(≤2.5个百分点)。这些关键发现在不同[[云区域]]和具有不同[[处理器]][[架构]]的[[机器类型]]中保持一致。我们得出结论:对于关注检测显著性能差异(如>5%)的[[工程师]]和[[研究人员]]而言... | '''中文摘要''':[[性能]][[基准测试]]是[[软件工程]]中的常见实践,尤其在构建[[大规模]]、[[分布式]]和[[数据密集型]][[系统]]时。虽然[[云环境]]为运行基准测试提供了诸多优势,但经常有报告指出重复测试的结果可能存在显著差异——这使得难以对实际性能得出可靠结论。本文通过实证量化[[云性能]][[波动]]对基准测试结果的影响,重点关注[[流处理]][[应用]]这一典型的[[数据密集型]]、[[性能关键型]][[系统]]。在一项历时三个多月的[[纵向研究]]中,我们重复执行了[[Dynatrace]]研发中使用的应用基准测试,从而评估性能波动的多个维度(特别是[[时间效应]])。通过约591小时的[[实验]],在[[AWS]]上部署789个[[Kubernetes]][[集群]]并执行2366次基准测试,这可能是同类研究中规模最大且唯一从[[端到端]](即应用基准测试视角)考察性能的研究。我们的研究证实性能波动确实存在,但其程度低于通常假设([[变异系数]]<3.7%)。与相关研究不同,我们发现性能确实呈现[[日周期]]和[[周周期]]模式,但波动幅度较小(≤2.5%)。跨多次测试重复使用基准测试[[基础设施]]仅会轻微降低结果准确性(≤2.5个百分点)。这些关键发现在不同[[云区域]]和具有不同[[处理器]][[架构]]的[[机器类型]]中保持一致。我们得出结论:对于关注检测显著性能差异(如>5%)的[[工程师]]和[[研究人员]]而言... | ||
== 摘要 == | |||
* '''原文标题''':Dependency Dilemmas: A Comparative Study of Independent and Dependent Artifacts in Maven Central Ecosystem | |||
* '''中文标题''':依赖困境:Maven Central生态系统中独立与依赖构件的对比研究 | |||
* '''发布日期''':2025-04-16 17:15:58+00:00 | |||
* '''作者''':Mehedi Hasan Shanto, Muhammad Asaduzzaman, Manishankar Mondal, Shaiful Chowdhury | |||
* '''分类''':cs.SE | |||
*'''原文链接''':http://arxiv.org/abs/2504.12261v1 | |||
'''中文摘要''':[[Maven Central]]生态系统构成了[[Java]]依赖管理的核心,承载着在采用率、安全性和生态系统角色上差异显著的构件。构件重用是[[软件开发]]的基础,而[[Maven Central]]等生态系统促进了这一过程。然而,先前研究主要分析了具有大量依赖的热门构件,对无传入依赖的独立构件缺乏探索。本研究分析了658,078个构件(其中635,003个至少有一个发布版本),发现93,101个构件(15.4%)为独立构件(入度=0),其余归类为依赖构件。通过[[PageRank]]和出度中心性分析发现,独立构件对生态系统至关重要。针对18项指标的进一步分析揭示了独立构件相较于依赖构件的优势与可比性:流行度相当(25.58 vs. 7.30)、漏洞更少(60个[[CVE]] vs. 179个[[CVE]])且无传播性漏洞。结果表明,独立构件显著影响生态系统,为开发者提供了安全、自包含的传统依赖替代方案。这些发现表明独立构件可能是更优的依赖选择,但也存在可维护性问题。因此开发者应审慎引入独立构件,而构件维护者应优先关注此类构件,以降低传递性漏洞传播风险并提升[[软件可持续性]]。 |
2025年4月18日 (五) 09:18的版本
摘要
- 原文标题:When Should I Run My Application Benchmark?: Studying Cloud Performance Variability for the Case of Stream Processing Applications
- 中文标题:何时运行应用程序基准测试?——针对流处理应用的云性能变异性研究
- 发布日期:2025-04-16 07:22:44+00:00
- 作者:Sören Henning, Adriano Vogel, Esteban Perez-Wohlfeil, Otmar Ertl, Rick Rabiser
- 分类:cs.SE, cs.DC, cs.PF
- 原文链接:http://arxiv.org/abs/2504.11826v1
中文摘要:性能基准测试是软件工程中的常见实践,尤其在构建大规模、分布式和数据密集型系统时。虽然云环境为运行基准测试提供了诸多优势,但经常有报告指出重复测试的结果可能存在显著差异——这使得难以对实际性能得出可靠结论。本文通过实证研究量化了云性能波动对基准测试结果的影响,重点关注流处理应用这一具有代表性的数据密集型、性能关键型系统。在一项持续三个多月的纵向研究中,我们重复执行了Dynatrace研发中使用的应用基准测试,从而能够评估性能波动的多个维度(特别是时间效应相关因素)。通过约591小时的实验,在AWS上部署789个Kubernetes集群并执行2366次基准测试,这可能是同类研究中规模最大且唯一从端到端(即应用基准测试视角)探讨性能的研究。我们的研究证实性能波动确实存在,但其程度低于通常假设(变异系数<3.7%)。与相关研究不同,我们发现性能确实呈现日周期和周周期模式,尽管波动幅度较小(≤2.5%)。跨多次测试重复使用基准测试基础设施仅会导致结果准确度轻微下降(≤2.5个百分点)。这些关键发现在不同云区域和采用不同处理器架构的机器类型中均保持一致。我们得出结论:对于关注检测显著性能差异(例如>5%)的工程师和研究人员而言...
摘要
- 原文标题:Dependency Dilemmas: A Comparative Study of Independent and Dependent Artifacts in Maven Central Ecosystem
- 中文标题:依赖困境:Maven中央生态系统中独立与依赖构件的对比研究
- 发布日期:2025-04-16 17:15:58+00:00
- 作者:Mehedi Hasan Shanto, Muhammad Asaduzzaman, Manishankar Mondal, Shaiful Chowdhury
- 分类:cs.SE
- 原文链接:http://arxiv.org/abs/2504.12261v1
中文摘要:Maven Central生态系统构成了Java依赖管理的核心,承载着在采用率、安全性和生态系统角色上差异显著的构件。构件复用是软件开发的基础,而Maven Central等生态系统促进了这一过程。然而,先前研究主要分析了具有大量依赖的热门构件,对无传入依赖的独立构件缺乏探索。本研究分析了658,078个构件(其中635,003个至少有一个发布版本),发现93,101个构件(15.4%)为独立构件(入度=0),其余归类为依赖构件。通过PageRank和出度中心性分析发现,独立构件对生态系统至关重要。针对18项指标的进一步分析揭示了独立构件相较于依赖构件的优势与可比性:流行度相当(25.58 vs. 7.30)、漏洞更少(60个CVE vs. 179个CVE)且无传播漏洞。这些结果表明,独立构件显著影响生态系统,为开发者提供了安全、自包含的传统依赖替代方案。研究发现独立构件可能是依赖关系的有利选择,但存在可维护性问题。因此开发者应审慎引入独立构件,而构件维护者应优先关注此类构件,以降低传递性漏洞传播风险并提升软件可持续性。
摘要
- 原文标题:Towards Realistic Low-Light Image Enhancement via ISP Driven Data Modeling
- 中文标题:基于图像信号处理驱动的数据建模实现真实低光照图像增强
- 发布日期:2025-04-16 15:53:53+00:00
- 作者:Zhihua Wang, Yu Long, Qinghua Lin, Kai Zhang, Yazhu Zhang, Yuming Fang, Li Liu, Xiaochun Cao
- 分类:cs.CV, cs.MM
- 原文链接:http://arxiv.org/abs/2504.12204v1
中文摘要:深度神经网络(DNNs)近期已成为低光照图像增强(LLIE)的主流方法。然而尽管取得显著进展,在实际应用中其输出仍可能呈现噪声放大、白平衡偏差或增强失真等问题。关键挑战在于缺乏能捕捉低光照条件与成像流程复杂性的多样化大规模训练数据。本文提出一种新颖的图像信号处理(ISP)驱动数据合成流程,通过生成无限量配对训练数据解决这些难题。具体而言,我们的流程从易采集的高质量正常光照图像出发,先通过逆向ISP将其还原为RAW格式,随后直接在RAW域合成低光照退化。生成的数据继而经过包含白平衡调整、色彩空间转换、色调映射和伽马校正等ISP处理阶段,并在各阶段引入可控变异。这有效扩展了退化空间并增强训练数据多样性,使生成数据能涵盖广泛退化类型及ISP流程固有复杂性。为验证合成流程的有效性,我们采用仅包含卷积层、组归一化、GeLU激活和卷积注意力模块(CBAM)的基础UNet模型进行大量实验。跨多数据集的测试表明,基于本数据合成流程训练的UNet模型能生成高保真、视觉愉悦的增强结果,在定量评估与定性评估上均超越现有最优方法。
摘要
- 原文标题:Advancing quantum simulations of nuclear shell model with noise-resilient protocols
- 中文标题:基于噪声鲁棒协议推进核壳模型的量子模拟
- 发布日期:2025-04-16 01:13:39+00:00
- 作者:Nifeeya Singh, Pooja Siwach, P. Arumugam
- 分类:quant-ph, nucl-th
- 原文链接:http://arxiv.org/abs/2504.11689v1
中文摘要:摘要:解决核多体问题的部分计算限制可通过量子计算机克服。核壳层模型计算能深入揭示原子核性质,但随着希尔伯特空间随粒子数呈指数增长,这类计算对资源需求极高。当前正开发量子算法以应对这些挑战并推进此类计算。为构建核壳层模型的量子电路,我们利用噪声中等规模量子(NISQ)设备的特性,致力于通过优化资源需求(特别是量子比特和量子门数量)并采用噪声抑制技术来降低噪声影响。我们通过以下设计实现噪声鲁棒性:基于Givens旋转为变分量子本征求解器(VQE)设计优化拟设;结合qubit-ADAPT-VQE与变分量子紧缩(VQD)计算基态和激发态,并融入零噪声外推抑制技术;通过格雷码编码将基态映射到量子比特,并推广费米子算符变换以高效表示多体态,从而显著减少量子比特需求。采用这些抗噪声方案后,我们以更高精度获得了38Ar和6Li的基态与激发态能级,并分别呈现了无噪声模拟、含噪声环境及噪声抑制后的结果。研究对比了Jordan-Wigner编码与格雷码编码在VQE、qubit-ADAPT-VQE和VQD中的表现。本工作彰显了抗噪声方案在充分发挥NISQ设备潜力以扩展核壳层模型计算方面的价值。
摘要
- 原文标题:When Should I Run My Application Benchmark?: Studying Cloud Performance Variability for the Case of Stream Processing Applications
- 中文标题:何时运行应用程序基准测试?——针对流处理应用的云性能波动研究
- 发布日期:2025-04-16 07:22:44+00:00
- 作者:Sören Henning, Adriano Vogel, Esteban Perez-Wohlfeil, Otmar Ertl, Rick Rabiser
- 分类:cs.SE, cs.DC, cs.PF
- 原文链接:http://arxiv.org/abs/2504.11826v1
中文摘要:性能基准测试是软件工程中的常见实践,尤其在构建大规模、分布式和数据密集型系统时。虽然云环境为运行基准测试提供了诸多优势,但经常有报告指出重复测试的结果可能存在显著差异——这使得难以对实际性能得出可靠结论。本文通过实证量化云性能波动对基准测试结果的影响,重点关注流处理应用这一典型的数据密集型、性能关键型系统。在一项历时三个多月的纵向研究中,我们重复执行了Dynatrace研发中使用的应用基准测试,从而评估性能波动的多个维度(特别是时间效应)。通过约591小时的实验,在AWS上部署789个Kubernetes集群并执行2366次基准测试,这可能是同类研究中规模最大且唯一从端到端(即应用基准测试视角)考察性能的研究。我们的研究证实性能波动确实存在,但其程度低于通常假设(变异系数<3.7%)。与相关研究不同,我们发现性能确实呈现日周期和周周期模式,但波动幅度较小(≤2.5%)。跨多次测试重复使用基准测试基础设施仅会轻微降低结果准确性(≤2.5个百分点)。这些关键发现在不同云区域和具有不同处理器架构的机器类型中保持一致。我们得出结论:对于关注检测显著性能差异(如>5%)的工程师和研究人员而言...
摘要
- 原文标题:Dependency Dilemmas: A Comparative Study of Independent and Dependent Artifacts in Maven Central Ecosystem
- 中文标题:依赖困境:Maven Central生态系统中独立与依赖构件的对比研究
- 发布日期:2025-04-16 17:15:58+00:00
- 作者:Mehedi Hasan Shanto, Muhammad Asaduzzaman, Manishankar Mondal, Shaiful Chowdhury
- 分类:cs.SE
- 原文链接:http://arxiv.org/abs/2504.12261v1
中文摘要:Maven Central生态系统构成了Java依赖管理的核心,承载着在采用率、安全性和生态系统角色上差异显著的构件。构件重用是软件开发的基础,而Maven Central等生态系统促进了这一过程。然而,先前研究主要分析了具有大量依赖的热门构件,对无传入依赖的独立构件缺乏探索。本研究分析了658,078个构件(其中635,003个至少有一个发布版本),发现93,101个构件(15.4%)为独立构件(入度=0),其余归类为依赖构件。通过PageRank和出度中心性分析发现,独立构件对生态系统至关重要。针对18项指标的进一步分析揭示了独立构件相较于依赖构件的优势与可比性:流行度相当(25.58 vs. 7.30)、漏洞更少(60个CVE vs. 179个CVE)且无传播性漏洞。结果表明,独立构件显著影响生态系统,为开发者提供了安全、自包含的传统依赖替代方案。这些发现表明独立构件可能是更优的依赖选择,但也存在可维护性问题。因此开发者应审慎引入独立构件,而构件维护者应优先关注此类构件,以降低传递性漏洞传播风险并提升软件可持续性。