Fedora 新提案:遥测用户的系统指标数据
红帽的系统开发团队正在考虑从 Fedora Workstation 40 开始默认启动工作指标数据遥测,并宣称收集用户的工作指标数据可用于进一步优化 Fedora Workstation,使用户体验更好。
根据红帽社区和工程团队开发者 Aoife Moloney 的说法,在 Fedora Workstation 40 中实施的隐私保护遥测技术并不是为了收集个人用户数据,而是对工作站的使用指标数据感兴趣。
我们相信,开源社区可以合乎道德地收集有关其软件使用方式的有限数据,无需涉及大数据公司,亦无需构建不符合用户利益的、令人毛骨悚然的跟踪配置文件。
在首次发送任何数据之前,用户可以选择禁用数据上传。我们的数据收集服务将在 Fedora 基础设施上运行,且不会依赖于 Google Analytics 或任何其他有争议的第三方服务。
与专有软件操作系统相比,用户可以将数据收集重定向到自己的私有指标服务器,而不是 Fedora 的服务器,以准确查看红帽从你那里收集的数据,因为实现遥测的服务器组件也是开源的。
言下之意,Fedora Workstation 收集用户的系统指标是为了更好地优化体验,而且收集数据的流程和指标都公开透明,不会用于作恶。
目前该提案已发布,并在 Fedora 开发列表上公开讨论,讨论中对收集的数据种类做了更详细的说明:
- 我们想知道哪些 IDE 在用户中最受欢迎,以及哪些运行时用于使用 Toolbx 创建容器。
- 我们希望收集 GNOME Software 中推荐软件横幅的点击率,以评估哪些横幅对用户真正有用。
- 我们还想知道 gnome-control-center 中的面板被访问的频率,以确定哪些面板可以合并或删除,因为我们还想添加其他设置,但研究表明,当前大量的设置面板已经使用户很难找到常用的设置。
- 我们还希望收集有助于与硬件供应商(例如联想)合作的硬件信息,例如笔记本电脑型号 ID。
该提案已遭到不少用户和开发者的反对,尤其是数据遥测是“默认启动”这一点,令不少用户觉得红帽已经遗忘了开源理念“保护隐私”的初衷。此外,根据欧洲的隐私保护条例,收集用户数据之前必须要有明确的通知,并允许用户作出不同的选择,Fedora Workstation 默认开启数据遥测大概率会被起诉。
更详细的讨论可以在该 Fedora 开发者线程中查看,该提案最终仍需由 Fedora 工程和指导委员会 (FESCo) 进行评估才能正式批准。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
AI 重塑千行百业 华为云发布盘古大模型 3.0 和昇腾 AI 云服务
【中国,东莞,2023年7月7日】华为开发者大会2023(Cloud)7月7日在中国东莞正式揭开帷幕,并同时在全球10余个国家、中国30多个城市设有分会场,邀请全球开发者共聚一堂,就AI浪潮之下的产业新机会和技术新实践开展交流分享。 在7日下午举行的大会主题演讲中,华为常务董事、华为云CEO张平安重磅发布盘古大模型3.0和昇腾AI云服务。其中,盘古大模型3.0围绕“行业重塑”“技术扎根”“开放同飞”三大创新方向,持续打造核心竞争力,为行业客户、伙伴及开发者提供更好的服务。昇腾AI云服务单集群提供2000P Flops算力,千卡训练30天长稳率达到90%,为业界提供稳定可靠的AI算力,让大模型触手可及。 华为常务董事、华为云CEO张平安重磅发布盘古大模型3.0 张平安表示:“盘古大模型要让每个行业、每个企业、每个人都拥有自己的专家助手,让工作更高效更轻松。我们始终坚持AI for Industries的战略,在深耕行业的道路上不断前行。我坚信大模型将重塑千行百业,而每一个开发者,都将是改变世界的英雄。” 盘古大模型3.0:重塑千行百业 华为云盘古大模型从一开始就聚焦为行业服务,本次大会发...
- 下一篇
每日一博 | 大报文问题实战
导读 大报文问题,在京东物流内较少出现,但每次出现往往是大事故,甚至导致上下游多个系统故障。大报文的背后,是不同商家业务体量不同,特别是B端业务的采购及销售出库单,一些头部商家对京东系统支持业务复杂度及容量能力的要求越来越高。因此我们有必要把这个问题重视起来,从组织上根本上解决。 1 认识大报文问题 大报文问题,是指不同的系统通过网络进行数据交互时payload size过大导致的系统可用性下降问题。 对于大报文的产生方,过大的报文在序列化时消耗更多内存和CPU,在传输时(JSF/MQ)可能超过中间件的大小限制导致传输失败;对于大报文的消费方,过大的报文在反序列化时会产生大对象,消耗更多的内存和CPU,容易触发FullGC甚至OOM,而在处理过程中要遍历的内容更多,造成响应变慢,如果涉及数据库操作容易产生大事务、慢SQL,这些容易触发超时,如果客户端有重试机制,会进一步加重大报文消费方负载,严重时导致服务集群整体不可用。 此外,由于大报文与小报文是在一个接口上完成的,使用相同的UMP key,它会导致监控失真,报警阈值无效。如果日志记录了原始报文,也可能磁盘打满和响应变慢。 在京东物流...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- CentOS8编译安装MySQL8.0.19
- CentOS6,CentOS7官方镜像安装Oracle11G
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- MySQL8.0.19开启GTID主从同步CentOS8
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Red5直播服务器,属于Java语言的直播服务器
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7