mailweb.openeuler.org
Manage this list

Keyboard Shortcuts

Thread View

  • j: Next unread message
  • k: Previous unread message
  • j a: Jump to all threads
  • j l: Jump to MailingList overview

Tc

Threads by month
  • ----- 2025 -----
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2024 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2023 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2022 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2021 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2020 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2019 -----
  • December
tc@openeuler.org

  • 8 participants
  • 1646 discussions
【openEuler 2023 年度优秀项目推荐】openEuler Compiler SIG GCC for openEuler项目
by liyancheng 16 Oct '23

16 Oct '23
* ������GCC for openEuler ���������ڿ�Դ GCC��GNU Compiler Collection��GNU ��������װ���������� GCC for openEuler �ڼ̳��˿�Դ GCC �����Ļ����ϣ��۽��� C��C++��Fortran ���Ե��Ż�����ǿ�Զ������Ż�����Ӳ��Эͬ���ڴ��Ż����Զ������������ԣ����������Ӳ��ƽ̨�������������ڡ���о�ȣ�����ͷŹ���Ӳ�������� * �Ƽ��ˣ������@li-yancheng openEuler Compiler SIG maintainer, ����Ȩ@huang-xiaoquan openEuler Compiler SIG committer, ������@dguangya openEuler Compiler SIG committer��������@wumingchuan openEuler Compiler SIG committer * ������ַ�� https://gitee.com/openEuler/gcc openEuler ������Ŀ������׼ * �Ƽ����� openEuler ���������Ŀ�� * ��Դ���� ��Ŀ�����й���openEuler�� * ��ҵӰ�� ��Դ GCC ��һ��֧�ֶ��ֱ�����ԵĿ�ƽ̨��Դ������������ GPLv3��GNU General Public License, version 3��Э�飬�� Linux ϵͳ��ĿǰӦ����㷺�� C/C++ ����������������Ϊ�ǿ�ƽ̨����������ʵ��׼�� * �������� GCC for openEuler �������ڿ�Դ GCC �����ϣ��ṩ����Ԫ���ľ��������ԣ�ͨ�������Ż��������Ż����ڴ沼���Ż����ֶΣ������ϲ����������ܱ��֡� * ��������������Ӫ ������Ϲ淶�����������ߣ����û�����������Ӧ��ʱ�� 1. �������� GCC for openEuler ֧��������x86 ������Ӳ��ƽ̨��֧���� openEuler ���� / ��ȫ / �ɿ� / ��ά���̽���Эͬ���Խӱ����������ܣ��ṩͨ�û�������ܣ�֧�ֶ�����������֧�ֺ�΢�ܹ��Ż����ڿ�ԴGCC�Ļ����ϣ�ʵ���ڴ����ܷ��䡢�ڴ��Ż����Զ�ʸ���������ԣ���ͨ������ҵ�����ȵķ����Ż�������ʵ���Զ������Ż����������ݿ�ȳ���Ӧ�����ܡ�GCC for openEuler �������ĸ�����ʵ����Ҫͻ�ơ� [cid:image001.jpg@01DA0018.708CED30] * �������ܣ����� GCC ��Դ�汾������ͨ�ó������ܣ�������������� * �����Ż�������ҵ�����ȵķ����Ż�������ʵ�ֳ���ȫ���̺Ͷ�ģ̬�����Ż����������ݿ����ԭ�������ص�Ӧ�����ܡ� * оƬʹ�ܣ�ʹ�ܶ�������ָ���Χ���ڴ��Ӳ��ϵͳ�������������ƣ����� HPC �ȳ��������ܡ� * �����ܣ�ʹ�ܶ����������컯��������һ�ײ�����ݲ�ͬ�����ܣ���ͨ GCC �� LLVM ��̬�� ������������������ ��ָ��ѹ���� ���ṹ�����Ա���ֽṹ��ָ��ʱ��8 bytes ��ָ���С������ɽṹ���Ա�����϶������ָ����С�� 8 bytes �Ļ������ͻ��ʹ��ʱ��������ڴ� padding���˷��ڴ�ռ䣬���ҳ��ˢ��Ƶ�����ڴ������ʱ���������ܲ��ѡ� �ṹ��ָ��ѹ�������¼��Ϊָ��ѹ�����Ż������ڸó�����ָ��ѹ�����ṹ�����Ա�еĽṹ��ָ���� 64 bits ѹ������ѡ�� 8��16 �� 32 bits ���ͣ���С�ṹ��ռ���ڴ��С�����ʹ��ڴ��ж�д����ʱ�Ĵ���ѹ�����Ӷ��������ܡ� [cid:image006.jpg@01DA0014.771B8890] ����������ȫ���̷����Ż��������Ż��� Ŀǰҵ�����������Ż�������Ϊ PGO��AutoFDO ����׶η����Ż���Bolt �����ƽ׶η����Ż��� PGO ��һ�ֱ������Ż�������ͨ���ռ���������ʱ��Ϣ��profile�������Ż����ߡ�������������Щ����ʱ��Ϣָ�����ֱ����Ż��������и�׼ȷ���Ż����ߣ�����Ŀ����� AutoFDO ��Ҫ��ͨ��������ʽ�ռ������������Ϣ����ӵõ������ִ�������ʹ�� perf �ռ� profile���Գ�������Ӱ���С��ʵ�ֳ���Դ���� profile data ����Գ������仯��Բ���ô���У������Ͳ��Խ׶��ռ��� profile �������Ż�Ŀ����򣬸����ԽϺá� Bolt ͨ���ڱ����������ɶ�����ʱԤ���ض�λ��Ϣ���ڶ����Ʋ����Ͻ��� BB �����š��������š����ȷ������Ż������������ȫ�ֵ��Ż����ᡣ ȫ���̷����Ż������Ϸ������ݣ���ͨ��ͳ�Զ������Ż���AutoFDO���������Ż���PGO��������Ʒ����Ż���BOLT�����̣�������߷����Ż��������ԣ���ͨ�� MCF �㷨������discriminator ֧���Ż�����һ�������Ż�Ч���� [cid:image004.png@01D9FE14.1E993B60] �������������ܷ���Ԥȡ��оƬʹ�ܣ� ��ǰ�����ܷ���Ԥȡ֧�� HPC Ӧ�þ�̬�Ż�������ͨ���ô����ݸ��÷����Ͳ���Ԥȡָ�����HPCӦ���ں˺���ƽ�������� 30%�� * ������ϱ����Ż��������������Ӿ�̬�����͸��ݶ�ִ̬�з������������ݸ�������ģ�ͣ��Ը߲������ȵ����ݽ��з�����ʶ�� * �ڴ����ܷ���Ԥȡ��ͨ��Ԥȡָ�����ɺͲ��룬��ʽ�ṩԤȡ��Ϣ��֪Ӳ�������Ӳ�����滻������߻���������ʺ������ʡ� * ��̬������ʽ��̽ӿڣ�δ�����ṩ�� CUDA �ı������Ժ� OpenMP ������չ���������Զ����ɴ��룬��߿��������Ժͼ����ԡ� [cid:image008.jpg@01DA0014.771B8890] Ӧ�ó��� GCC for openEuler �ǻ��ڿ�Դ GCC �����ͷ��е� GCC ������������ openEuler �� Linux ��������Ӧ�ñȽϹ㷺��Ӧ�ó����������ݿ⡢���⻯��HPC ����Ҫ������ʵ�� Arm ƽ̨�£�SPEC2017 ����������ȿ�Դ GCC ���� 20%��������Ӫ�̡��Ƴ��̡���ƽ����ҵ�ͻ� MySQL ���ݿ��������� 15%+�� ��Ŀδ���ƻ� ��δ��������רע�ڽ�һ�����GCC for openEuler�����ܺ������ԣ�������������һ�����ۣ���߱������Ŀͻ����顣�ڵ�ǰ�ĸ����򣨻������ܡ������Ż���оƬʹ�ܡ������ܣ��Ļ����ϣ��ڸ߼������Ż�����������ٶ��Ͻ�һ����ǿ��ΪopenEuler�������ŵ��û����顣 2. �������¼� * 2022 openEuler Summit ��������̳ -- ȫ����ȫ���̵��Զ������Ż�<https://www.openeuler.org/zh/interaction/summit-list/summit2022/> * 2022 openEuler Summit ��������̳ -- ������������<https://www.openeuler.org/zh/interaction/summit-list/summit2022/> * 2023 openEuler Developer Day --GCC�汾�滮������ǰհ <https://www.openeuler.org/zh/interaction/summit-list/devday2023/> * 2023 openEuler Developer Day -- ����������������չ̨<https://www.openeuler.org/zh/interaction/summit-list/devday2023/> * 2023 ����ԭ��ȫ��Դ��� �C ����������������չ̨<https://gongyi.cctv.com/special/opensource/index.shtml> * 2023 Open Source Summit Europe�����ݽ� -- The Compiler Plugin Framework to Facilitate Customized Compilation and Development<https://osseu2023.sched.com/event/1OGjb/the-compiler-plugin-framework-to-fa…>
1 0
0 0
Re: [Dev] 【TC】【openEuler 2023 年度优秀项目推荐】iSulad 轻量级容器引擎项目
by liuhao (AJ) 16 Oct '23

16 Oct '23
openEuler��������ίԱ�᣺ ��λ�ã� ��Ŀ������Ϊ�����Ե���㡢���������ն˵ȶೡ��������������ǿ�����󣬿���ԭ�ӿ�Դ��������µ�openEuler������2019���ɻ�Ϊ���������������������iSulad������2022��12�³�ΪCNCF landscape�Ƽ���������ʱ��Ŀ֮һ�� �� �Ƽ��ˣ���尕F @caihaomin openEuler sig-CloudNative maintainer��κ���� @weibaohui openEuler sig-CloudNative maintainer �� �ֿ��ַ�� o https://gitee.com/openeuler/iSulad o https://gitee.com/openeuler/lcr o https://gitee.com/openeuler/clibcni openEuler ������Ŀ������׼ �� �Ƽ����� openEuler���������Ŀ �� ��Դ���� ��Ŀ����ľ����ԴЭ�飬�����й���openEuler �� ��ҵӰ�� iSulad�Ѿ��ڿͻ�����֤��������ģʹ�� �� �������� ͳһ�ļܹ���ƣ�֧���ơ��ߡ��˵ȶೡ�������ڴ濪���Լ������ܣ� �� ������Ծ ������Ծ�ȣ�>71%�������Ŀ�����73�ˣ�������֯10+��������PR 2000+ �� ��������������Ӫ ������Ϲ淶�����������ߣ��ĵ��꾡���й��ڹ�����PR �ύ��������������������������ӷ����������ϸ�����û�����������Ӧ��ʱ��ÿ��2���������ᡣ 1. �������� iSulad ��һ����C/C++��дʵ�ֵ��������������棬�����ᡢ�顢�ɡ�����ص㣬����Ӳ�����ͼܹ����ƣ����뿪����С����Ӧ�õ������Ϊ�㷺�� ���ű�Ե���㡢���������ն˵�Ƕ��ʽ�豸�����ķ�չ������������������˸��ߵ�Ҫ��ͬʱ�������Ƽ��㼼���Ĺ��ܲ������ƺ͹淶��׼���ƶ���Ҳʹ�ù��������Դ��������Դ�����ʺ�ҵ�������ٶȳ�Ϊ��ע�Ľ��㡣 Ȼ����Ŀǰҵ��������Docker���������ڶೡ��֧�֡��ڴ濪����ҵ���������ܷ��滹����һЩ���㣬���������ն˵�Ƕ��ʽ����������iSulad����ͳһ�ļܹ���ƣ�֧���ơ��ߡ��˵ȶ��������ͬʱΪ��ͬ�����ṩ��ͬ�����ܺ͵��뿪���������㲻ͬ���������������� [cid:image002.jpg@01DA0013.D6CAE250] 2. �ؼ����� 1. �����ܣ������������������ҵ�緽�����10%+��100�������������������30%+�� 2. �Ϳ��������������ڴ濪�����ҵ�緽������50%+��������shim�����ڴ濪���½�50%+�� 3. �����ԣ�֧��K8S ��׼�淶 CRI �ӿ�ʵ�ֶԽ� K8S�������в�ȡ��Docker��������ƣ�����Ч�����û�ѧϰ�ɱ��� 3. �������¼� l openEuler Developer Day 2023 -- iSulad SIG�鿪�Ź�������<https://www.openeuler.org/zh/interaction/summit-list/devday2023/> l openEuler Summit 2020 -- �й��ƶ����� Kubernetes + openEuler + iSula �� ARM��X86 ˫ƽ���޸�֪����ʵ��֮·<https://v1.openeuler.org/zh/interaction/summit-list/> l openEuler Summit 2020 -- iSula�ڱ�Ե�������ϵͳHopeEdge ��Ӧ����ʵ��<https://v1.openeuler.org/zh/interaction/summit-list/> l openEuler��Դ��Ŀ iSulad ���� CNCF Landscape<https://mp.weixin.qq.com/s/Q5Zeqn4LoVODRNWdD73H3w> l iSulad+Kuasar����������Դ������� 99%����һ��ͳһ��������ʱ�������<https://mp.weixin.qq.com/s/uxpsV2yLVobiuYeaAhA_Lg> l �� openEuler ��ͨ�� KubeEdge+iSulad ��Ʊ�Эͬ��Ⱥ<https://mp.weixin.qq.com/s/kXQO0OJRPVh13aZIGLGn7w> l ���Ų�Ȩ����֤����ͳ�ŷ�������Χ�����ּ����ںϴ���Ӧ�õ��ͽ��������<https://mp.weixin.qq.com/s/FmPWYzJdrCaIg-FVV1ZYPw>
1 0
0 0
[Release] 【openEuler 2023 年度优秀项目推荐】openEuler high-performance-network SIG 高性能用户态协议栈Gazelle
by zhujunhao (C) 16 Oct '23

16 Oct '23
* 描述:gazelle是一个无锁多线程高性能用户态协议栈解决方案。在满足高性能、高可用的同时,具备良好的通用性和易用性。 * 推荐人:胡峰 @solarhu openEuler TC成员,陆志浩 @MrRlu openEuler sig-high-performance-network maintainers,吴长冶 @ nlgwcy openEuler sig-high-performance-network maintainers,郑杰兵@steganographer 中移苏研社区开发者 * 社区地址:https://gitee.com/openeuler/gazelle openEuler 优秀项目衡量标准 * 推荐奖项openEuler 年度优秀项目 * 开源开放 项目采用木兰开源协议,代码托管在openEuler * 行业影响 当前项目在通信、金融等多个领域被广泛关注;已在多个客户场景落入商用规划中; * 技术创新 gazelle采用bypass内核的思路,打造高性能、轻量化的用户态协议栈,能大幅提升网络IO能力。在满足高性能、高可用的同时,具备良好的通用性和易用性; * 社区活跃 社区开发者20+,来源广泛,包括高校、公司、个人开发者等,各类pr 300+,讨论充分,评审意见详实。 * 高质量开发和运营 代码符合规范,代码质量高,文档详尽。邀请了外部领域开发者,高校个人开发者共同创新开发,每周例会。 1. 软件介绍 网络协议栈作为现代应用的关键路径,一直是性能研究的热点。近年来,随着软硬件技术的发展,网络协议栈面临以下问题和诉求。 硬件视角: * CPU 算力和网卡算力差距逐渐增大,单核 CPU 无法充分发挥网卡带宽的发展红利。 * 众核架构下,协议栈设计需避免 NUMA 内存访问陷阱。 软件视角: * 现代大型软件性能要求高,往往采用多线程架构充分利用 CPU、网卡等硬件资源,并期望随着线程数的增加软件性能线性增长。 * 应用网络模型多样,对协议栈通用性诉求高。 * 当前内核协议栈具备通用性高、分层解耦的特点,但性能不足;用户态协议栈一般面向特定场景,追求极致性能的同时, 往往无法兼顾通用性。 协议栈设计挑战: * 数据库等场景,应用网络模型多样,且对网络性能要求高,实现兼顾高性能和通用性的协议栈软件难度大。 gazelle是一个基于dpdk和lwip协议栈的、无锁多进程高性能用户态协议栈解决方案。在满足高性能、高可用的同时,具备良好的通用性和易用性。关键特性如下: 高性能: * 超轻量:基于dpdk、lwip实现高性能轻量协议栈能力; * 极致性能:基于区域大页划分、动态绑核、全路径零拷贝等技术,实现高线性度并发协议栈; * 硬件加速:支持TSO/CSUM/GRO等硬件卸载,打通软硬件垂直加速路径; 通用性: * posix兼容:接口完全兼容posix api,应用零修改; * 通用网络模型:基于fd路由器、代理式唤醒等机制实现自适应网络模型调度,满足任意网络应用场景; 易用性: * 即插即用:基于 LD_PRELOAD 实现业务部署免配套,安装 Gazelle 后协议栈加速效果立刻生效; 易运维: * 运维工具:具备流量统计、指标日志、命令行等运维手段; [cid:image001.jpg@01DA0012.74F2C710] 2. 社区大事记 * 移动云高性能远程调用框架ERPC在Gazelle上的最佳实践与应用<https://mp.weixin.qq.com/s/v9BccDo2vA4mc1t-Y0J8_g> * openEuler Meetup 广州站宣讲获得关注<https://www.openeuler.org/zh/news/20221112-Guangzhou.html> * openEuler Developer Day 2022 高性能网络专题gazelle首次亮相<https://v1.openeuler.org/zh/interaction/summit-list/devday2022/>
1 0
0 0
[Release] 【openEuler 2023 年度优秀项目推荐】openEuler high-performance-network SIG 高性能用户态协议栈Gazelle
by zhujunhao (C) 16 Oct '23

16 Oct '23
* 描述:gazelle是一个无锁多线程高性能用户态协议栈解决方案。在满足高性能、高可用的同时,具备良好的通用性和易用性。 * 推荐人:胡峰 @solarhu openEuler TC成员,陆志浩 @MrRlu openEuler sig-high-performance-network maintainers,吴长冶 @ nlgwcy openEuler sig-high-performance-network maintainers,郑杰兵@steganographer 中移苏研社区开发者 * 社区地址:https://gitee.com/openeuler/gazelle openEuler 优秀项目衡量标准 * 推荐奖项openEuler 年度优秀项目 * 开源开放 项目采用木兰开源协议,代码托管在openEuler * 行业影响 当前项目在通信、金融等多个领域被广泛关注;已在多个客户场景落入商用规划中; * 技术创新 gazelle采用bypass内核的思路,打造高性能、轻量化的用户态协议栈,能大幅提升网络IO能力。在满足高性能、高可用的同时,具备良好的通用性和易用性; * 社区活跃 社区开发者20+,来源广泛,包括高校、公司、个人开发者等,各类pr 300+,讨论充分,评审意见详实。 * 高质量开发和运营 代码符合规范,代码质量高,文档详尽。邀请了外部领域开发者,高校个人开发者共同创新开发,每周例会。 1. 软件介绍 网络协议栈作为现代应用的关键路径,一直是性能研究的热点。近年来,随着软硬件技术的发展,网络协议栈面临以下问题和诉求。 硬件视角: * CPU 算力和网卡算力差距逐渐增大,单核 CPU 无法充分发挥网卡带宽的发展红利。 * 众核架构下,协议栈设计需避免 NUMA 内存访问陷阱。 软件视角: * 现代大型软件性能要求高,往往采用多线程架构充分利用 CPU、网卡等硬件资源,并期望随着线程数的增加软件性能线性增长。 * 应用网络模型多样,对协议栈通用性诉求高。 * 当前内核协议栈具备通用性高、分层解耦的特点,但性能不足;用户态协议栈一般面向特定场景,追求极致性能的同时, 往往无法兼顾通用性。 协议栈设计挑战: * 数据库等场景,应用网络模型多样,且对网络性能要求高,实现兼顾高性能和通用性的协议栈软件难度大。 gazelle是一个基于dpdk和lwip协议栈的、无锁多进程高性能用户态协议栈解决方案。在满足高性能、高可用的同时,具备良好的通用性和易用性。关键特性如下: 高性能: * 超轻量:基于dpdk、lwip实现高性能轻量协议栈能力; * 极致性能:基于区域大页划分、动态绑核、全路径零拷贝等技术,实现高线性度并发协议栈; * 硬件加速:支持TSO/CSUM/GRO等硬件卸载,打通软硬件垂直加速路径; 通用性: * posix兼容:接口完全兼容posix api,应用零修改; * 通用网络模型:基于fd路由器、代理式唤醒等机制实现自适应网络模型调度,满足任意网络应用场景; 易用性: * 即插即用:基于 LD_PRELOAD 实现业务部署免配套,安装 Gazelle 后协议栈加速效果立刻生效; 易运维: * 运维工具:具备流量统计、指标日志、命令行等运维手段; [cid:image001.jpg@01DA0012.492A2100] 2. 社区大事记 * 移动云高性能远程调用框架ERPC在Gazelle上的最佳实践与应用<https://mp.weixin.qq.com/s/v9BccDo2vA4mc1t-Y0J8_g> * openEuler Meetup 广州站宣讲获得关注<https://www.openeuler.org/zh/news/20221112-Guangzhou.html> * openEuler Developer Day 2022 高性能网络专题gazelle首次亮相<https://v1.openeuler.org/zh/interaction/summit-list/devday2022/>
1 0
0 0
【openEuler 2023年度优秀开源项目推荐】异构通用内存管理框架GMEM
by Huangliming (EulerOS) 15 Oct '23

15 Oct '23
项目名称: 异构通用内存管理框架GMEM(Generalized Memory Management) 代码仓位置: https://gitee.com/openeuler/kernel/tree/openEuler-23.09/ 主要代码文件: include/linux/gmem.h include/linux/gmem_as.h include/linux/vm_object.h mm/gmem.c mm/vm_object.c mm/huge_memory.c mm/memory.c mm/mmap.c drivers/remote_pager/ 推荐获奖的方向: openEuler 年度技术创新项目 推荐人: gitee id: xiexiuqi email: xiexiuqi(a)huawei.com<mailto:xiexiuqi@huawei.com> gitee id: weixizhu94 email: weixi.zhu(a)huawei.com<mailto:weixi.zhu@huawei.com> gitee id: fangchuang email: fangchuangchuang(a)huawei.com<mailto:fangchuangchuang@huawei.com> gitee id: SuperSix173 email: liuchao173(a)huawei.com<mailto:liuchao173@huawei.com> 推荐理由: 2023年9月,异构通用内存管理框架 GMEM(Generalized Memory Management)在openEuler-23.09上正式发布。GMEM提供了异构内存互联的中心化管理机制,且GMEM API与Linux原生内存管理API保持统一,易用性强,性能与可移植性好。 GMEM的问世是为了解决异构加速器设备HBM(High-Bandwidth Memory)内存不足,数据搬移效率低、易用性和性能难以平衡的问题。开发者使用一套统一申请、释放的API,即可完成异构内存编程,无需处理内存搬移等细节。在加速器HBM(High-Bandwidth Memory)内存不足时,GMEM可将CPU内存作为加速器缓存,透明地超分HBM,无需应用手动SWAP。GMEM提供高效免搬移的内存池化方案,当内存池以共享方式接入后,可解决数据反复搬移的痛点。 在9月19日的OSS大会上,由朱维希(gitee id: weixizhu94)介绍的GMEM特性获得了suse等其他厂商的好评,后续我们也会尽快将GMEM推入linux社区,让更多的开发者认识和了解GMEM。 GMEM使用指导: https://gitee.com/openeuler/docs/blob/master/docs/zh/docs/GMEM
1 0
0 0
【openEuler 2023 年度优秀项目推荐】FangtTian视窗引擎项目——年度技术创新项目
by fengshaobo 15 Oct '23

15 Oct '23
各位 openEuler TC委员大家好: 推荐2023年度优秀项目,信息如下 推荐人: 冯绍波Email: fengshaobo(a)huawei.com<mailto:fengshaobo@huawei.com> giteeid: ShaoboFeng 郑森文 Email: senwen(a)iscas.ac.cn<mailto:senwen@iscas.ac.cn> giteeid: zhengsenwen 张子豪Email: mousezhang(a)openkylin.top<mailto:mousezhang@openkylin.top> giteeid: MouseZhang 黄钰馨 Email: huangyuxin(a)isrc.iscas.ac.cn<mailto:huangyuxin@isrc.iscas.ac.cn> giteeid: huangyuxin2023 蒋文宇Email: jiangwenyu1(a)huawei.com<mailto:jiangwenyu1@huawei.com> giteeid: jiangwenyu1 主要代码仓: https://gitee.com/openeuler/ft_engine https://gitee.com/openeuler/ft_mmi https://gitee.com/openeuler/arkui-linux https://gitee.com/openeuler/ft_flutter https://gitee.com/openeuler/ft_multimedia 推荐方向: “openEuler年度技术创新项目” 项目描述及推荐理由:FangTian视窗引擎,通过构建新的Linux视窗根技术,推出新一代的FT显示协议,实现显示服务,窗口管理,图形绘制、合成送显等特性功能,通过融合渲染、遮挡剔除等关键技术,探索解决Linux桌面环境体验不佳的问题。自5月份成立以来,该项目已向社区提交256 pr,876个comment, 61个 issue , wiki32篇,当前参与项目开发17人,参与者来源广泛,响应及时,项目活跃度0.72。该项目已经初步完成对接GUI框架,实现ArkUI应用运行,正在挑战50窗60fps的高性能目标。 社区事记: Ø 开展社区开源实习活动,任务发布14条,参与实习人数8人<https://gitee.com/organizations/openeuler/issues?assignee_id=&author_id=&br…>; Ø openEuler 成立 FangTian SIG,将聚焦视窗引擎、推出FT显示协议,为用户带来全新的显示体验<https://mp.weixin.qq.com/s/xUgTyHvrV85gCZNOfFXytg>; Ø 一文帮你全面认识方天视窗引擎<https://mp.weixin.qq.com/s/c4REGYB7bZvg9OsNViQ9ig>; Ø 技术直播 | FangTian视窗引擎系列第一期—IPC<https://mp.weixin.qq.com/s/G3w8ItNzsKUEsJxJ6V4BzQ>; Ø FangTian视窗引擎已成功对接ArkUI应用开发框架<https://mp.weixin.qq.com/s/3xPK4UzPdEdtaYFc>; Ø 方天视窗引擎:提供灵活的多窗口显示能力<https://mp.weixin.qq.com/s/7Q9IQQOzylGtbPPONkgfuA>; Ø 技术直播 | FangTian视窗引擎系列第二期--视窗显示<https://mp.weixin.qq.com/s/dEv5vEDV1brsGi6XPEO2Tg>; Ø 线下Meetup会议1次(10月20日待召开); 其他活动: 参与统信、莱斯科技等公司线下会议,宣讲FangTian视窗引擎; FangTian视窗引擎介绍: FangTian视窗引擎2023年5月份在openEuler社区创建,归属在FangTian SIG, FangTian视窗引擎,包含显示服务,窗口管理,图形绘制、合成、送显等模块,同时推出新一代的FT显示协议,探索解决Linux桌面环境体验不佳的问题。(详细可见《一文帮你全面认识方天视窗引擎<https://mp.weixin.qq.com/s/c4REGYB7bZvg9OsNViQ9ig>》)。 [图片] 经过几个月的开发,目前已经实现与ArkUI开发框架对接,支持鸿蒙简易应用;初步实现openEuler与Openharmony应用生态互通; [cid:image002.png@01D9FF5B.C929FFE0] 目标规划: 2023年12月:支持鸿蒙应用、Linux Wayland QT/GTK应用同时运行,帧率达50窗60FPS; 2024年:支持鸿蒙复杂控件类ArkUI应用,丰富FT显示协议,支持远程访问能力,兼容Wayland/X11协议;
1 0
0 0
【openEuler 2023 年度优秀项目推荐】openEuler Kernel - 年度优秀项目
by Xiexiuqi 14 Oct '23

14 Oct '23
各位 openEuler TC委员: 推荐2023年度优秀项目,信息如下 联名推荐人: 谢秀奇 xiexiuqi(a)huawei.com<mailto:xiexiuqi@huawei.com> gitee_id: xiexiuqi 桑力鹏 sanglipeng1(a)jd.com<mailto:sanglipeng1@jd.com> gitee_id: sanglipeng 曾昭荣 jason.zeng(a)intel.com<mailto:jason.zeng@intel.com> gitee_id: x56Jason 孔新伟 kong.kongxinwei(a)hisilicon.com<mailto:kong.kongxinwei@hisilicon.com> gitee_id: kongzizaixian 刘恺 kai.liu(a)xfusion.com<mailto:kai.liu@xfusion.com> gitee_id: kailiu42 主要代码仓: https://gitee.com/openeuler/kernel https://gitee.com/src-openeuler/kernel 推荐方向: openEuler 年度优秀项目 项目名称 openEuler Kernel 软件介绍: openEuler Kernel 是 openEuler 操作系统的核心组件,是数字基础设施的关键底座。支持服务器、云、边缘、嵌入式等应用场景,支持多样性计算,致力于提供高性能、安全、稳定可靠的操作系统内核。 技术创新: openEuler Kernel在大量合入上游社区高版本有益特性的基础上,积极引导社区创新特性,在云原生混部、内存管理、系统维测、文件系统与存储等领域有大量创新特性,如: * 云原生调度增强:针对云场景在线和离线业务混合部署场景,创新 CPU 调度算法,保障在线业务对 CPU 的实时抢占及抖动抑制,创新业务优先级 OOM 内存回收算法,保障在线业务安全可靠运行。 * 资源隔离:在 cgroup v1 中支持 iocost,用户可以通过配置权重对 io 资源进行分配。 * 内存可靠性增强:内存可靠性分级技术,可以指定内核、关键进程等对内存故障敏感的数据优先使用高可靠内存,降低宕机率,提升可靠性。 * 动态大页技术:支持对大页进行拆分和合并的功能,从而使得绑定到 memcg 的进程可以使用 1G/2M/4K 三种页。 当大页资源不足时,可以动态配置大页资源,避免系统重启,减少业务中断时间 开源开放: openEuler Kernel积极践行开源开放精神: * 核心 Maintainer 来自华为、京东、Intel; * Committer 来自20余家单位,总数超过70人。 * 包含业界主要的处理器团队,特别是在 x86 和 ARM64 领域,合入大量特性以支持最新的处理器。 * 除标准版本之外,社区还有多个内核衍生版本,用于支持树莓派、实时场景,方便下游开发者/用户二次开发和使用。 [cid:image001.jpg@01D9FEE4.D515E200] 行业影响: openEuler kernel 及其衍生版本,已在云、政企、通信、金融、互联网等各行业大规模应用。支持2000+ kabi兼容接口,有力的支持完善的驱动生态。 [cid:image002.jpg@01D9FEE4.D515E200] 图片来源:ODD 2023 社区活跃: 最近一年 Kernel SIG 的部分开发数据 SIG 参与企业 PR数 Review 数 issue 数 issue comment comment 人数 Kernel 40 2476 7874 1765 2479 559 近一年 Kernel SIG 活跃度为openEuler社区 TOP1。 * 40余家企业/单位,500 多人参与了openEuler kernel 开发活动。 * 总共有140 多人,提交了2000+ PR。 * 2023年以来,处理漏洞240+,共发布 kernel update 版本 170+。 [cid:image003.jpg@01D9FEE4.D515E200] 高质量开发和运营: openEuler Kernel SIG成立以来,运作机制越来越完善: * 常态化双周例会稳步推进开发工作。 * PR 处理自动化实现较强可操作性。 * 促进社区代码协作基础设施做了大量改进,方便大规模协作开发。 * 内核SIG与基础设施协作,支持邮件列表与PR互操作。 * 完善分支建PR同步,改进 PR 合入方式 * 支持代码仓库记录审核信息等。
1 0
0 0
[Release] 【openEuler 2023 年度优秀项目推荐】openEuler high-performance-network SIG 高性能用户态协议栈Gazelle
by zhujunhao (C) 14 Oct '23

14 Oct '23
* 描述:gazelle是一个无锁多线程高性能用户态协议栈解决方案。在满足高性能、高可用的同时,具备良好的通用性和易用性。 * 推荐人:胡峰 @solarhu openEuler TC成员,陆志浩 @MrRlu openEuler sig-high-performance-network maintainers,吴长冶 @ nlgwcy openEuler sig-high-performance-network maintainers,郑杰兵@steganographer 中移苏研社区开发者 * 社区地址:https://gitee.com/openeuler/gazelle openEuler 优秀项目衡量标准 * 推荐奖项openEuler 年度优秀项目 * 开源开放 项目采用木兰开源协议,代码托管在openEuler * 行业影响 当前项目在通信、金融等多个领域被广泛关注;已在多个客户场景落入商用规划中; * 技术创新 gazelle采用bypass内核的思路,打造高性能、轻量化的用户态协议栈,能大幅提升网络IO能力。在满足高性能、高可用的同时,具备良好的通用性和易用性; * 社区活跃 社区开发者20+,来源广泛,包括高校、公司、个人开发者等,各类pr 300+,讨论充分,评审意见详实。 * 高质量开发和运营 代码符合规范,代码质量高,文档详尽。邀请了外部领域开发者,高校个人开发者共同创新开发,每周例会。 1. 软件介绍 网络协议栈作为现代应用的关键路径,一直是性能研究的热点。近年来,随着软硬件技术的发展,网络协议栈面临以下问题和诉求。 硬件视角: * CPU 算力和网卡算力差距逐渐增大,单核 CPU 无法充分发挥网卡带宽的发展红利。 * 众核架构下,协议栈设计需避免 NUMA 内存访问陷阱。 软件视角: * 现代大型软件性能要求高,往往采用多线程架构充分利用 CPU、网卡等硬件资源,并期望随着线程数的增加软件性能线性增长。 * 应用网络模型多样,对协议栈通用性诉求高。 * 当前内核协议栈具备通用性高、分层解耦的特点,但性能不足;用户态协议栈一般面向特定场景,追求极致性能的同时, 往往无法兼顾通用性。 协议栈设计挑战: * 数据库等场景,应用网络模型多样,且对网络性能要求高,实现兼顾高性能和通用性的协议栈软件难度大。 gazelle是一个基于dpdk和lwip协议栈的、无锁多进程高性能用户态协议栈解决方案。在满足高性能、高可用的同时,具备良好的通用性和易用性。关键特性如下: 高性能: * 超轻量:基于dpdk、lwip实现高性能轻量协议栈能力; * 极致性能:基于区域大页划分、动态绑核、全路径零拷贝等技术,实现高线性度并发协议栈; * 硬件加速:支持TSO/CSUM/GRO等硬件卸载,打通软硬件垂直加速路径; 通用性: * posix兼容:接口完全兼容posix api,应用零修改; * 通用网络模型:基于fd路由器、代理式唤醒等机制实现自适应网络模型调度,满足任意网络应用场景; 易用性: * 即插即用:基于 LD_PRELOAD 实现业务部署免配套,安装 Gazelle 后协议栈加速效果立刻生效; 易运维: * 运维工具:具备流量统计、指标日志、命令行等运维手段; [cid:image001.jpg@01D9FE92.0F362FB0] 2. 社区大事记 * 移动云高性能远程调用框架ERPC在Gazelle上的最佳实践与应用<https://mp.weixin.qq.com/s/v9BccDo2vA4mc1t-Y0J8_g> * openEuler Meetup 广州站宣讲获得关注<https://www.openeuler.org/zh/news/20221112-Guangzhou.html> * openEuler Developer Day 2022 高性能网络专题gazelle首次亮相<https://v1.openeuler.org/zh/interaction/summit-list/devday2022/>
1 0
0 0
【openEuler年度优秀开源项目推荐】--DDE桌面环境
by 吕从庆 13 Oct '23

13 Oct '23
1、推荐项目:&nbsp;DDE桌面环境 2、推荐人: 吕从庆&nbsp; &nbsp; Email:&nbsp; lvcongqing(a)uniontech.com&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; giteeid: HelloWorld_lvcongqing 杨晓旋 &nbsp;&nbsp; Email: yangxiaoxuan@uniontech.com&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; giteeid: ut-layne-yang 杨显钊 &nbsp; Email: yangxianzhao(a)uniontech.com&nbsp;&nbsp; &nbsp; &nbsp; giteeid:&nbsp;&nbsp;xzyangha 李伟刚&nbsp;&nbsp; Email: liweigang@uniontech.com&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; giteeid: open-bot 3、主要代码仓: https://gitee.com/src-openeuler/startdde https://gitee.com/src-openeuler/dtkwidget https://gitee.com/src-openeuler/dtkgui https://gitee.com/src-openeuler/dtkcore https://gitee.com/src-openeuler/deepin-terminal https://gitee.com/src-openeuler/deepin-system-monitor https://gitee.com/src-openeuler/deepin-shortcut-viewer https://gitee.com/src-openeuler/deepin-reader https://gitee.com/src-openeuler/deepin-menu https://gitee.com/src-openeuler/deepin-manual https://gitee.com/src-openeuler/deepin-log-viewer https://gitee.com/src-openeuler/deepin-icon-theme https://gitee.com/src-openeuler/deepin-gettext-tools https://gitee.com/src-openeuler/deepin-editor https://gitee.com/src-openeuler/deepin-devicemanager https://gitee.com/src-openeuler/deepin-desktop-schemas https://gitee.com/src-openeuler/deepin-desktop-base https://gitee.com/src-openeuler/deepin-default-settings https://gitee.com/src-openeuler/deepin-compressor https://gitee.com/src-openeuler/deepin-anything https://gitee.com/src-openeuler/dde-session-ui https://gitee.com/src-openeuler/dde-session-shell https://gitee.com/src-openeuler/dde-server-industry-config https://gitee.com/src-openeuler/dde-qt-dbus-factory https://gitee.com/src-openeuler/dde-polkit-agent https://gitee.com/src-openeuler/dde-network-utils https://gitee.com/src-openeuler/dde-launcher https://gitee.com/src-openeuler/dde-kwin https://gitee.com/src-openeuler/dde-file-manager https://gitee.com/src-openeuler/dde-daemon https://gitee.com/src-openeuler/dde-control-center https://gitee.com/src-openeuler/dde-dock https://gitee.com/src-openeuler/dde-device-formatter https://gitee.com/src-openeuler/dde-clipboard https://gitee.com/src-openeuler/deepin-wallpapers https://gitee.com/src-openeuler/deepin-turbo https://gitee.com/src-openeuler/deepin-sound-theme https://gitee.com/src-openeuler/deepin-gtk-theme https://gitee.com/src-openeuler/deepin-desktop-base https://gitee.com/src-openeuler/dde-calendar https://gitee.com/src-openeuler/dde-account-faces https://gitee.com/src-openeuler/dde 4、应用范围: &nbsp; &nbsp; &nbsp; &nbsp; 该项目已集成到UOS和openEuler 20.03到23.09各个版本中,DDE桌面环境全球累积下载量突破8000万次、用户超300万人,同时被广大Linux发行版如Debian、Ubuntu、Arch、Fedora等移植使用。 5、社区贡献: &nbsp;&nbsp; &nbsp; &nbsp; 主要涉及到仓库40+个,已向社区提交并合入880+pr,268个issue, 2023年共有24名开发者参与DDE桌面环境项目开发贡献,贡献了158个PR、96 个&nbsp;issue ; 6、项目介绍 &nbsp; &nbsp; &nbsp; &nbsp; DDE桌面环境专注打磨产品交互、视觉设计,拥有桌面环境的核心技术,主要功能包含:登录锁屏、桌面及文件管理器、启动器、任务栏(DOCK)、窗口管理器、控制中心等。由于界面美观、交互优雅、安全可靠、尊重隐私,一直是用户首选桌面环境。 &nbsp;核心技术: &nbsp;&nbsp; &nbsp; &nbsp; DDE桌面环境的核心技术是拥有统一界面元素设计、讲究细节交互设计的DTK框架及Qt、GTK+等三方图形库。 &nbsp;底层介绍 &nbsp; &nbsp; &nbsp; 显示服务、输入管理、资源管理较为底层,一般是基于golang开发的后端服务,为上层GUI程序提供桌面环境中所需功能接口,如创建用户、设置屏幕亮度、设置设备音量、管理网络连接等功能。 &nbsp; &nbsp; &nbsp; 显示管理、桌面接口、桌面服务属于shell层,一般是基于DBus接口协议与后端服务进行通信,为定义用户界面、交互操作提供支撑,如登录界面、窗口外观、GUI应用程序控件等。 &nbsp;功能介绍: &nbsp; &nbsp; 桌面功能属于应用层,一般是面向用户可操作的功能界面,比如启动器、任务栏(DOCK)等。
1 0
0 0
【openEuler 2023 年度优秀项目推荐】 sig-KIRAN-DESKTOP kiran桌面环境项目
by 唐杰02 13 Oct '23

13 Oct '23
各位openEuler TC委员会成员好,sig-KIRAN-DESKTOP kiran桌面环境项目的情况如下: 推荐人:&nbsp; 石勇Email:&nbsp;tangjie02@kylinsec.com.cn&nbsp; &nbsp; &nbsp;&nbsp;&nbsp;giteeid:&nbsp;stonefly128&nbsp; 吴伟Email: wuwei2016@iscas.ac.cn&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;giteeid: wuwei_plct&nbsp; 唐杰Email:&nbsp;tangjie02@kylinsec.com.cn&nbsp; &nbsp; &nbsp;&nbsp;&nbsp;giteeid:&nbsp;tangjie02&nbsp; 柳鑫浩Email:&nbsp;liuxinghao@kylinsec.com.cn&nbsp; &nbsp; giteeid:&nbsp;liubuguiii&nbsp; 王逸樵 Email: eusetuc@outlook.com&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;giteeid: eusteuc&nbsp; 主要代码仓:&nbsp; https://gitee.com/openeuler/kiran-authentication-devices&nbsp; https://gitee.com/openeuler/kiran-authentication-service&nbsp; https://gitee.com/openeuler/kiran-biometrics&nbsp; https://gitee.com/openeuler/kiran-calculator&nbsp; https://gitee.com/openeuler/kiran-calendar&nbsp; https://gitee.com/openeuler/kiran-cc-daemon&nbsp; https://gitee.com/openeuler/kiran-control-panel&nbsp; https://gitee.com/openeuler/kiran-desktop&nbsp; https://gitee.com/openeuler/kiran-flameshot&nbsp; https://gitee.com/openeuler/kiran-gtk-theme&nbsp; https://gitee.com/openeuler/kiran-icon-theme&nbsp; https://gitee.com/openeuler/kiran-log&nbsp; https://gitee.com/openeuler/kiran-manual&nbsp; https://gitee.com/openeuler/kiran-menu&nbsp; https://gitee.com/openeuler/kiran-panel&nbsp; https://gitee.com/openeuler/kiran-qdbusxml2cpp&nbsp; https://gitee.com/openeuler/kiran-qt5-integration&nbsp; https://gitee.com/openeuler/kiran-screensaver&nbsp; https://gitee.com/openeuler/kiran-session-guard&nbsp; https://gitee.com/openeuler/kiran-session-manager&nbsp; https://gitee.com/openeuler/kiran-shell&nbsp; https://gitee.com/openeuler/kiran-tests&nbsp; https://gitee.com/openeuler/kiran-wallpapers&nbsp; https://gitee.com/openeuler/kiran-widgets-qt5&nbsp; https://gitee.com/openeuler/ks-scmc-gui&nbsp; https://gitee.com/openeuler/ks-scmc&nbsp; https://gitee.com/openeuler/ks-ssr&nbsp; https://gitee.com/openeuler/ks-vaudit&nbsp; 推荐方向:&nbsp;openEuler年度技术创新项目&nbsp; 项目名称:kiran桌面环境&nbsp;&nbsp; &nbsp; 项目介绍:kiran主要是基于GTK和QT开发的轻量级桌面环境,其定位是为办公、开发和运维等受限场景提供一个简单易用、界面友好、安全稳定的图形用户界面。整个桌面采用模块化的设计风格,通过层次化的方式设计功能布局,给用户提供友好的交互体验。包含的主要特性如下:&nbsp; 登录锁屏:在易用性方面,提供密码、指纹、指静脉、虹膜和人脸等多种身份鉴别方式,并可以将这些鉴别方式做灵活的排列组合,用户可根据个人喜好和实际场景进行灵活选择配置。在安全性方面,通过将用户特征数据进行加密存储,对外提供映射ID的方式来进行访问,避免用户特征被非法篡改。在兼容性方面,除支持标准协议的认证设备以外,还兼容适配圣点、中科、中控等多家国产认证设备。&nbsp; 屏幕保护:提供极简的默认屏保界面,用户无需额外进行配置。为了保护用户隐私,当系统处于空闲、待机和休眠后唤醒、切换用户等情况时会自动触发屏幕锁定。&nbsp; 底部面板:采用插件管理机制,支持包括开始菜单、工作区、任务栏、托盘、日历等组件。其中,开始菜单和工作区分别设计了一种应用使用排序算法和窗口均匀排列算法并申请相关专利2篇。&nbsp; 控制中心:提供了用户在设备上快速访问和控制各种常用功能的图形工具,支持电源、网络、设备、声音、账户、日期时间、显示和个性化设置。&nbsp; 主题:通过一套颜色表和基于颜色表的调色规则,实现了对GTK和QT程序的主题控制,使得GTK和QT图形程序界面保持了相同的UI风格。&nbsp; 安全加固:安全加固提供可信和文件保护、私密保险箱、设备管控、安全加固等功能。安全加固采用完整性和静态度量方案保障系统启动和应用执行过程中的安全可信、防止重要文件被恶意删除和篡改、使用加密文件系统来保护隐私文件、防止非白名单的外部设备进行连接,可根据需要自定义安全加固规则对操作系统进行加固。最终确保系统在启动、运行和使用过程中的可靠、可信和安全。&nbsp; 安全容器:安全容器是一款侧重于安全控制的容器平台,提供了节点管理、容器管理、镜像管理、模板管理、审计日志管理模块。具备应用透明化部署、应用安全隔离运行、应用运行状态集中监视、最小权限管控策略等主要功能,提供便捷的容器操作,包括实时监控容器、节点资源、备份与还原容器状态等,确保容器在使用过程中的可靠性和安全性。&nbsp; &nbsp; &nbsp; 行业影响:在openEuler社区内,risc-v的发行版eulaceura将kiran作为其默认桌面环境;在商用上,项目广泛应用于电网、金融、政务、能源、国防、工业等领域,为客户提供安全、稳定和易用的桌面环境。&nbsp; 社区贡献:相关项目的源码全部在社区进行托管并基于社区模式进行开发。共包含28个核心代码仓,累计贡献代码40w+行,参与73人,提交PR共计2964个、Issue共计274个、Comment共计5021个。&nbsp; 后续规划:&nbsp; 1.&nbsp;完成关键组件的替代工作,包括文件管理器、应用商店等。&nbsp; 2.&nbsp;Kiran桌面环境需要借助XWayland兼容层来支持Wayland协议,后续会持续在Wayland协议兼容性上进行投入,完成去XWayland化工作。&nbsp; 3.&nbsp;跟risc-v进行深入合作,打造基于risc-v架构和kiran桌面环境的openeuler发行版。&nbsp; 4.&nbsp;AI绘图生成壁纸正引领着壁纸设计的新潮流,后续版本也会借助AI绘图工具,结合自身的模型数据,提供曲线之美、科幻、自然风景等不同风格的AI绘画壁纸。&nbsp; 发自我的企业微信
1 0
0 0
  • ← Newer
  • 1
  • ...
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • ...
  • 165
  • Older →

HyperKitty Powered by HyperKitty