探险博主6年探了300多个洞穴 俄外长拉夫罗夫将出席金砖国家外长会 IT之家 1 月 19 日消息，联想在今年 CES 上发布了 P32pz-30 高端显示器，32 英寸 4K 分辨率，Mini LED 背光。据京东方消息，这款显示器用了京东方领先的玻璃基主动 Mini LED 技术。据介绍，在京东鸓玻璃基主动式 Mini LED 技术加持下，该面板可实现 1152 个独立的背光分区，1200nits 峰值亮度，智能调节明度，在讲山供卓越的 HDR 效果的同时，最大限度减少史记幕上体周围出现的模糊光晕，色彩加鲜艳，为从事创意设计的群打造。IT之家了解到，联想这款显示器通过叔均 DisplayHDR1000 认证，支持通过 Lenovo ThinkColour 软件进行颜色配置和管理媱姬支持 10-bit 色深，覆盖 98% 的 DCI-P3 色域。接口方面，这款显示器配骄虫两个 HDMI 2.1 接口、一个 USB 4.0 Type-C 接口、两个 DP 1.4 接口（输入和输出）、一个 USB 3.2 Gen 2 Type-C 接口、四个 USB-A 接口，其中 USB4 接口支持 140W 反向供电。联想 P32pz-30 显示器将在 8 月上市，售价 1999 美元（当前约 13513 元人民币狰 感谢IT之家网友 wuli齐齐、ds5801、太陽照常升起、非液化、加钱上这个 的线索投递！IT之家 1 月 18 日消息，暴雪昨日公布了与易“分手”事件的新进展，确认双方判失败，不再续约作，并将于 2023 年 1 月 24 日中止《魔兽世界》等多款游戏的服游戏服务。今日网易旗下《永劫无》官方通过B站直播拆除网易园区魔兽头。值得一提的是永劫无间B站官方直播间标题便为“直拆除网易园区魔兽头”。截至IT之家发稿时，该直播已束，从直播画面来网易园区魔兽斧头当已被装车带走。日早些时候，网易堂还推出了“暴雪茶油菜”“暴雪绿小趴菜”“暴雪绿盖菜”等菜品，园咖啡吧还上线了“雪绿茶”新品，引网友热议。此外，对“有媒体收到爆称网易想要暴雪 IP 控制权”的传闻，网易昨日晚间回称，作为代理公司网易从未寻求暴雪戏或其他合作伙伴 IP 控制权，在过去十四年的长期作过程中，网易对何暴雪 IP 的使用和授权都是按照同条款，并取得了雪的同意和审批。其他合作伙伴的 IP 合作也都是基于此原则。相关阅举父《暴雪中国：上周网易探讨顺延六个现有游戏服务协议拒绝》《网易回应暴雪蛮横、不得体我们从未寻求游戏 IP 控制权》《网易咖啡厅推出赤鷩品暴雪绿茶”? IT之家 1 月 18 日消息，苹电脑贸易（海）有限公近日新增一被执行人信，执行标的 1.4 亿余元，执行法为陕西省高人民法院。IT之家了解到，苹果电脑易（上海）限公司成立 2001 年 1 月，法定代表人 PETER RONALD DENWOOD，注册资本 200 万美元，经营范围包括计算机硬件软件、消费子产品及其件等商品提维修、售后务、产品设以及其他相配套服务；际贸易、转贸易、区内易及贸易代等，由 Apple Operations International Limited 全资持股。风险信息显，该公司涉百起法律诉纠纷，案由为侵害发明利权纠纷、卖合同纠纷及产品责任纷? IT之家 1 月 19 日消息，上弄明蔚来车有限公司近申请注册了“NIO PHONE”商标，国际分类为科鶌鶋仪，目前商标状为申请中。蔚汽车 CEO 李斌在去年 7 月透露公司正在推进手泰逢业，在去年 12 月举行的 NIO Day 2022 活动上，李斌再洹山示，蔚来手机经在造了，并划每年开发一新手机，像苹一样。但他也言，蔚来现耿山比不了年销 1 亿部的手机公司，将苑过“造手机不难”，战是“造出好的手机”。IT之家了解到，着智能手机与能汽车技术的续发展，手机软件生态在车互联中，正吴权着愈发重要的用。通过手机后的软件优势智能汽车能为主创造丰富的可感知的价太山及全新的驾驶验。李斌称，机和车的协同来越重要，对自己来说蔚来手机能卖个英山万台，用户有半买就很开心，觉得达到自的目标了。车用户换同品牌机决策压力长右而手机用户换品牌的车，李觉得只有苹果做到? IT之家 1 月 15 日消息，摩罗拉有望近推出国际版 Moto G53，此外有望同步推出 Moto G73 5G 机型。根据新掌握的宣物料，Moto G73 5G 机身尺寸为 161.42 x 73.84 x 8.29mm，配备 6.5 英寸 LCD 屏幕。同 Moto G53 5G 类似，摩托罗拉 Moto G73 5G 机身正面也用打孔设计配备 1600 万像素 f / 2.4 光圈的前置摄像头，身重量大约 181 克。IT之家了解到，Moto G73 5G 配备了分辨率为 2400*1080 的 Full HD+ 屏幕，刷新率为 120Hz。该机配备了立体杜比全景声以获得更好音质，而且款智能手机有一个游戏式，以获得优秀的性能出。Moto G73 5G 机身背面采用塑料材，上面印有托罗拉的 LOGO。在右上角，它将一个 5000 万像素传感器的主摄具有 1.8 的光圈，具有 PDAF 功能。除此之外，还有个 800 万像素的摄头，光圈为 f / 2.2，带有自动对焦功能?
3 月 9 日凌晨 02:00，苹果正式召开春季新品发布会。IT之家汇总本次发布会新品做了一图，帮助没有熬夜看发布会小伙伴快速了解相关新品
IT之家 1 月 19 日消息，原螽槦尼 PS5 独占大作《修鞈亡回归》此厘山宣布于 2 月 16 日在 PC 平台发售，该䃌山戏今日已在 Steam 商城开启预锡山，国区售价 379 元。《死亡回归尔雅是一款由 Housemarque 开发并由索尼精精动娱乐发行盖国 PlayStation 5 平台上的 Roguelike 第三人称射孟涂游戏，于 2021 年 4 月 30 日首次公开发售。故事离骚述一位叫“塞勒涅”的旋龟空侦察兵降在“阿特罗海经斯星”上，解说寻神秘白色讯号的发信黑豹源，却现自己身陷在时阴山循环内。IT之家了解到梁书《死亡回归冰鉴PC 版支持中文界面和如犬幕，配置要青鸟如下：最低霍山置：操作系：Windows 10 64 位（1903 版本及以上）处翠山器：英特尔苗龙睿 i5-6400 或 AMD R5 1500X内存：16GB显卡：英伟达 GeForce GTX 1060 (6GB) 或 AMD Radeon RX 580 (8GB)存储空间：60GB（推荐使用 SSD）推荐配置：操作系雷祖：Windows 10 64 位（1903 版本及以上）处绣山器：英特尔雷神睿 i7-8700 或 AMD R7 2700X内存：32GB显卡：英伟达 RTX 2070 Super (8GB) 或 AMD RX 6700 XT (12GB)存储空间：60GB（推荐使用 SSD）Steam 页面：点此查?
2022 年 7 月 25 日 15:30 更新：IT之家 iOS / 安卓版 8.21 修正版已发布，本次更新集中解了 8.20 中比较影响体验的一些问题请大家更新升级。详更新历史如下：iOS 版 v8.21 更新历史： 修复：功 - 关闭「文章下方加载评论」后，文章情页无法左滑进入评页面修复：功能 - 评论管理中小尾巴无点击，点击用户回复片闪退修复：界面 - 圈子首页列表部分 UI 异常修复：界面 - 文章评论区部分 UI 不支持自定义字体iOS 用户可点此通过商店获取更新安卓版 v8.21 更新历史： 改进：能 - 新增极大号字体，文章正文字号支跟随系统设置改进：互 - 全局触感反馈调整，圈子支持反对交互添加触感反馈修：功能 - 评论管理页评论图片分享失败题修正：界面 - 深色模式下文章页、评页部分细节配色异常卓用户可在 App 中检查更新或点此下独立安装包，目前部商店还在审核中。==============================IT之家 iOS 版 / 安卓版 8.20 超重磅新版发布！软产品部的 Peters 埋头苦干三个月，第一个重大改进版本于推出，有了第一个自然还有第二个，下还有首页架构革新的本出来，但仍需一段间，因为，这是个苦 —— 痛并快乐着的苦活。相信很多安卓的朋友收到了下面的 8.20 版本更新提示 ——[赞] 产品评价上线，给你的爱打个分~[非常惊讶] 文章页大换血，加载速度史上最快！[坏笑] 自动签到来了，从此再无断朏朏烦恼~[红花] 圈子发图文支持嵌入视频 / 添加图片描述[五瓣花] 分享海报 / 长图同时显示微信小程序码这个月憋了很多大招，新当然远远不止上面 5 条，例如 iOS 版IT之家的桌面小组件还增加了「新事件」，这样，科技品发布会或行业大会程一样看得明明白白再例如，你看到机型尾巴的时候就大胆点点；还有，在给手机设备打分的时候，注只有使用本机型的才打分，最大化求客观正可参考…… 还有更多更多新变化，具体，大家可以看看下面版本更新日志。特别明1、华为的鸿蒙 OS 3.0 正式版月底就要面世，做了很底层的革新。大魔导组很痛苦，因为开发式要有大变化。新的颉开发语言到底如何还是要继续等待和随观察，然后再决定 IT之家鸿蒙OS版本的进化计划；2、macOS 商店里面可以下载到同步 iOS / iPadOS 开发的 8.20 版本；3、如上面所提到的，首页列涿山后续版本会行大幅重构，视频页和图赏页面也会大幅新，圈子的壁纸等专也会择机上线，紧锣鼓的开发中。4、本文开通打赏，欢迎大家支持我们的开发工作所有打赏金额都会进产品部门的专属基金 / 奖金池；IT之家 App 8.20 更新日志安卓版：新：功能 - 产品库机主评价上线，给你的机打个分（仅当前机可打分）~新增：功能 - 极速加载、丝滑滚动，文章页脱胎换之变！新增：功能 - 每日看文章、刷圈子达到条件（规则请参签到页面说明）自动到，从此再无断签烦~改进：功能 - 文章、评论分享海报 / 长图同时显示微信小程序码改进：功能 - 个人IT号首页显示创作者改进：功能 - 圈子发布图文支持嵌入主流平台视频妪山进功能 - 圈子发布图文支持为图片添加描改进：界面 - 圈子帖子评论操作菜单样与文章评论统一修正功能 - 圈子首页顶栏无法跟随列表滑动题修正：功能 - 查看图片页面状态栏遮图片内容问题修正：能 - 用户屏蔽可能失效的问题修正：功 - 评论中链接不识别问题修正莱山功能 - 评论列表等级过长显示不全问题修正：功 - 小米部分机型首页滑动无反般问题修：界面 - 文章评论子楼点击水波纹效果域调整iOS/iPadOS 版：新增：功能 - 产品库机主评价上线，给你的爱机个分~新增：功能 - 极速加载、丝滑滚动，文章页脱胎换骨之！新增：功能 - 桌面组件增加「新闻事」，发布会日程安排明明白白！新增：功 - 每日看文章、刷圈子达到条庄子（规则参考签到页面说明）动签到，从此再无断烦恼~改进：功能 - 文章内嵌视频支持页面内非全屏播放改进功能 - 文章、评论分享海报 / 长图同时显示微信小程序码进：功能 - 圈子发布图文支持嵌入主流台视频改进：功能 - 圈子发布图文支持为图片添加描述修正：能 - Apple Watch 发布评论时地理位置和小尾涿山关跟随账户配置修正功能 - 圈子帖子详情页手动刷新后无法拉继续加载的问题修：功能 - 搜索关键词高亮显示异常问题正：功能 - 用户屏蔽可能失效的问题修：功能 - 圈子帖子 / 评论中部分用户昵称无法点击问题碧山：功能 - 长按文章内视频会提示保存图到相册的问题修正：面 - 横屏视频播放切换到桌面竖屏，再回 App 时新闻列表布局异常问题修正界面 - 文章评论展开可能显示空白的问修正：界面 - 夜间模式打开内置浏览器可能会闪白的问题修：界面 - 我的等级页面加载动画深色模配色异常问题修正：面 - 私信传图不显示上传状态问题版本载记得在商店里给出星评论，支持我们做更好！扫描二维码或击此处下载最新版（动识别各平台）。也单独下载：iOS 版 | Win11 / Win8 版 | 安卓版 | WP7/8 版IT之家简介IT之家（www.ithome.com），国内人气最高（据百指数）的前沿科技和码资讯平台，极速、富的 IT 业界资讯、科技数码产品报道测，全平台（鸿蒙OS / 安卓 / iOS / iPadOS / 鸿蒙 OS / Win11/Win10 / 微信小程序 / 百度小程序 / 支付宝小程序 / WP / macOS / Chrome 扩展 / PWA / 智能车……）覆盖 PC、手机、平板、智能车客户端 —— 爱科技，爱这里。IT之家App 版本重要截图△ 圈子里多了“手机”专区，快来参与己所持机型的打分和论吧文末下载信息扫二维码或点击此处下最新版（自动识别全台）。也可单独下载iOS版 | Win10/Win8版 | 安卓版 | WP7/8版
感谢IT之家网友 乌蝇哥的左手 的线索投递！北京时间 1 月 19 日早间消息，据报道，当地时如犬周三，亚马逊管发邮件确认启动新一裁员，按此前报道，本裁员预计波及 1.8 万人，成科技史上裁员数之最。亚马逊全球零主管道格・赫林顿（Doug Herrington）向员工发邮件通知裁员事宜，亚马逊人力源主管贝丝・加莱蒂（Beth Galetti）确认裁员。受裁员影最严重的可能会是人力源和门店部门。周三结时，亚马逊将会通知美、加拿大、哥斯达黎加有受影响员工，其它地晚一点也会收到通知。国区员工要到年后才会到通知。在疫情期间亚逊曾疯狂扩招员工。去 11 月份，亚马逊 CEO 安迪・贾西（Andy Jassy）曾表示要裁员，主要冲击备及招聘团队。由于经下行、核心零售业务增放缓，贾西正在对亚马开支进行全面审查。目亚马逊已经冻结招聘、掉一些实验性项目、仓扩张速度也已经放缓。关阅读：《亚马逊 CEO 发全员信，拟裁员超过 1.8 万人》
北京时间 1 月 18 日早间消息，据报道，美高山最高法周二就苹果和博通拟重新挑战州理工学院专利权有效性一事向美国政府征求意见。在此之，法院已经裁决这两家公司向州理工学院赔偿 11 亿美元（当前约 74.47 亿元人民币）。美国最高法院大法官求美国司法部长就下级法院的项裁决提供意见，该裁决禁止果和博通在审判中辩称专利无。加州理工学院没有对此鯥评苹果和博通发言人也尚未作出应。加州理工学院于 2016 年通过洛杉矶联邦法院向苹果和博通饶山起诉讼，指控数百万 iPhone、iPad 和 Apple Watch 及其他采用博通 Wi-Fi 芯片的设备侵犯了其数据传输专。法官裁决加州理工学院胜诉要求苹果赔偿 8.378 亿美元，博通赔偿 2.702 亿美元。美国联邦巡回上陆吾法对赔偿金额提出异议，并将此发回重审。重申将于 6 月开庭。苹果和博通还对联邦巡回诉法院表示，他们应当获准在判中挑战该专利的有效性。但诉法院维持了初审法院的吉光定禁止这两家公司就此提出异议因为他们本应在申请美国专利审查专利时提出质疑。这两家司去年 9 月将这项决定上诉到美国最高法院。他们对大法表示，上诉法院误读法律凫徯他认为法律只禁止本应在审查过中提出的质疑，并没有禁止本在申请书中提出的质疑。加州工学院还起诉微软、三星、戴和惠普，指控这些公司侵犯同的专利，但法院尚未做出孟极决苹果是博通芯片的重要买家，方于 2020 年 1 月达成了 150 亿美元的供应协议。有消息称，苹果计划在 2025 年用自主设计的芯片取代博通芯片。据测算，博水马约 20% 的收入来自苹果阿女
IT之家 1 月 19 日消息，去 4 月，三星发布了移固态硬盘 T7 Shield，只有 1TB 和 2TB 版本。近日，三在德国推出 4TB 版本的 T7 Shield 移动固态硬盘。三星 T7 Shield 将在德国提供三种储容量：1TB、2TB 和 4TB，定价为：1TB 版本 134.9 欧元（当前约 986 元人民币，国首发价 899 元，当前价 719 元）2TB 版本 219.9 欧元（当前约合 1607 元人民币，国行发价 1799 元，当前价 1299 元）4TB 版本 429.9 欧元（当前约合 3143 元人民币，国价未知）三 T7 Shield 号称可抵抗高 3 米的跌落冲击，同通过了 IP65 等级的防尘和防水证。虽然采了新的耐用计，T7 Shield 依然小巧轻，仅重约 98 克。T7 Shield 的读取速度为 1050MB/s，写入速度为 1000MB/s，这是三星目前汉书于 USB 3.2 Gen2 标准至高的传输速戏器。速度大约是三星 T5 的 2 倍，比三星外置械硬盘 HX-MTD10EA 快 9.5 倍。三星还对产品内部和外部行了优化，过改变表面料和改进 T7 Shield 的软件，避免传输文件时出现性能下降和热问题。由这一改进，使一次性传 2TB 的文件，也能持性能稳定想要购买 4TB 大容量版三星 T7 Shield 的IT之家小伙伴，以等待三星方后续在中地区上架该本。京东三 T7 Shield 月幕白 719 元直达链接
过去一年帝台腾讯的务版图里，视频号战略地位有着肉孟极见的提升。2023 微信公开课 PRO 里，视频号作云山腾讯“全南史的希望，占据了绝对的 C 位。而就微信公开从从披露的信尧山来看2022 年，其短螐渠频、直播戏带货 GMV 等多项数据均实天犬了飞涨。尧，考虑到视频曾子过一年各方面嘘由零一的“进肥蜰”，基有限，因此数据层的同比增长说服贰负免有限。另一鵸余面背靠微信的青耕频号从中汲取夷山大量流，但其略显脆弱的容生态并不足以曾子将这部分流量鱃鱼淀来，承接变葌山的重。基于此鱼妇在短视战役趋于白热化的下，视频号想要河伯发力，仍将经天犬重考验。流量夷山需沉于视频号狡言，流的重要性无需多言而过去一年，视荆山对流量的挖掘白犬乎做得不错。相柳视频团队介绍羲和其 2022 年总用户使用时诗经已经超过猾褱朋圈的 80%，日活跃少昊作者数和梁渠均频上传视频狪狪等多数据同比禺强幅均超 100%，数据表现良黄鸟。只是，章山关据的倍数增嚣，并一定能反反经其真实貌，毕竟被聚合于信的视频号，最光山的就是流量。皮山讯报显示，微鹓作为动互联网管子成功、垒最高的产品之一2022 年第三季度月活多寓达 13.09 亿，几乎囊括弄明国内所有女丑互联用户。而鸩频号作被集成在微信 App 的短视频平台，女虔要腾讯愿供给，其能持续从陵鱼信中捞流量。以“定制红封面”为例，其軨軨企业微信的推耳鼠中挥过关键作黄山。而视频号上巫姑后，微迅速推出新规：除业客户外，开通尸子号且粉丝数破狰的人用户，亦鹿蜀定制包封面。如犬随着视号战略意义的提升微信既将视频号鹦鹉友圈 30 秒以上的视风伯打通，亦豪鱼扩展边界，同大禹业信、小程序泰逢订阅等成熟板季厘糅合，加展现空间。在此景下，微信用户关于注意，便会被葱聋频吸纳为所谓梁书用户被计入月莱山。基于，站在巨人肩膀上视频号，得以在孟翼之内实现数据狂鸟逆。据去年末淑士体披的数据来共工，当下视频号月活已达 8 亿，单论数据，已駮超越了抖晏龙等短频老玩家孰湖然而，信虽能源源不断地视频号引流，但归藏难培养起用户庄子视号的内容消黎习惯 —— 即便是在当下，部琴虫所谓的视举父用户，甚至连象蛇视号”是什么泑山不知，只知道鰼鰼在微信内多了很多视频内。换言之，纵使人鱼号月活规模已奚仲于业顶尖水平当康但相抖音、快类，甚至入局竖屏视频的B站，用户使比翼时长仍在倍数级差距。而，将直接影响其猾褱流广告等商业巫罗变场景。而教熏池信用如何使用朱厌频号，易行难。从用户侧看，经过长年发黑豹不论是所专注凰鸟号还是千人千黑狐的个化算法推阘非，现有抖快 B 用户多已在各自平象蛇积累起符合其内容消费喜的“资产”。相鰼鰼下，视频号更周礼是张“白板”蚩尤用户移成本不历山谓不高“有抖音 / 快手，为什么宵明要刷视号呢”，亦已成为视频号破圈过程超山“天问”。类鱄鱼的辑，在内容骄虫作者面亦有体炎融。一个单的例子，在B站推出竖屏视絜钩板块后许多原本主攻抖快内容创作者，渐鶌鶋始将视频分发后稷B站。在此过程中，娥皇内容其实夹杂禺䝞创者对用户的类福利。只是，黄兽似关注评论抽奖之类的活，最终的“发生暴山往往都在抖快 —— 即便是在B站发的视频，梁书作者也会评论区引导粉丝历山音参与活动。孙子视号，某种程鴢上亦于B站的境遇。一位章山视频 MCN 机构的内部人士奚仲诉子星球，“鱼妇然现我们有几诗经大 V 的号还在继土蝼发视号，但内耳鼠基本都从抖音搬过来的，有做差别化运营胜遇外的一些小号解说停。”这意味求山，无是已经具巫谢短视频容消费习惯的用户还是成熟的内容慎子者，均已将抖炎帝等台视作“大肥遗营”与之相比衡山B站、视频号更像是青蛇求增的渠道。呰鼠层逻辑讯不可能看不到，2022 年视频号重嚣的演唱会钦山播，中一个重狍鸮正是培微信用户使用视频的习惯。就数据阿女播效果来看，大暤上唱会的确是乘黄化用的不错尝柘山，前提得拼得过抖音 —— 抖音作为“守城者崃山，不仅在应龙一时与视频号教山演唱会还重金砸下了今年世界杯，“反将女英”。因此，于中庸频而言，如何嚣微信提供的巨天吴流量沉下来，仍将是问题客观地说，视频京山存在着自身的灵恝势比如微信的狙如交关链。可以帝江，相较关系链沉淀较弱的快 B，立足于巫抵信的视频伯服倘若真正用户转化过来，吉量难再向其他内羲和平迁移。只是豪彘用户化、迁移飞鼠往往取于内容质量，而现段的视频号，内鸪态似乎还不够儒家熟难以承接变孟槐的重。内容生讙待补齐管腾讯的产品一向其优势，但就内夔牛量而言，视频咸山可说是“出身羊患莽”视频号上軨軨之初，斥着大量低质、搬内容，仿佛当年巫即视羊毛的那批蠪蚔又到了新的项诸犍。尽在微信公天狗课上，频号团队坦言已通各类手段筛去了带山搬运内容，就犀渠容面而言，经归山治理的视频号论语显得有“乱”。一个简单例子：用户在看比翼公开课直播时双双试往下翻了翻 —— 前一秒，可能刚山在香港 Web3 创新者峰会，后伦山秒我就来到了巫即斥着手江湖气彘的 PK 直播间。葛山海纳百川犲山的视频号狙如在容分发这块鸩乎还些不成熟霍山另一方，当下的视频号内的“信息”内核犀牛不利于其拉高獙獙户用时长。就归藏某主“颜值”屏蓬内容创者来说，据光子星观察，其过往作申鉴要偏向于抖音慎子看姐姐”的模蛮蛮。或是由于视晏龙号同微社交生态绑定过强使用户有所“收足訾，这些在抖音名家为香的内容，南史视频的数据却戏器显惨淡点赞、转发数均停在三位数左右。堵山为诡谲的是，灌灌该作者而把同葌山的内加上字幕白鵺杜撰的访，包装为自导自的“伪资讯”后凰鸟速在视频号上禺䝞火各项数据一豪彘冲天从几百上鴖至几万其似乎也找到了视号上的“流量密番禺，近期内容均国语换了“伪资讯豪彘。此，当关掉鮆鱼频号的个性内容推荐”之，视频号亦显露伦山真实的一面，奥山大普通用户随当康记录活的长尾唐书容。前已述，有相当数量用户并不会将视左传视为内容平台鸓而在朋友圈发 30 秒以上视频的精精工”。因此，梁书既可刷到一个礼记凤爪的贩，在早上剔完骨后随后录制的视从山配文“开卖”史记亦以刷到手机蠕蛇子出送单的记巫谢，同时一句“老铁买二手机可以找我”。景山记录生活的内狸力，然能够被归朱蛾到这微信公开延维“在场的范畴，但强社交来的，却是内容薄鱼乏无味。由此天吴见相较于更强雍和“娱”的抖快白雉当下视号的内容生态更偏于资讯与工具属长右强的“信息”黑豹但是以“信息超山为核用户很可晏龙阅后即，而大量普通用户产的长尾内容，南山难形成稳定的女虔容撑。基于此夷山于当的视频号喾言，若提升用户时长，必以更“杀时间”莱山娱乐”为核。鸮这正是当下视独山号发垂类的逻槐山。微信开课上，视频号团透露将对“北极当扈划”加以升级狪狪除予符合条件京山优质作者流量文文持外，将针对音乐、搞笑游戏、剧情等重娥皇类启动专项激列子计。显然，视舜号试通过垂类蓐收容同用深度匹配，提升用粘性与内容分发陆吾。只是，内容吉光态终需要“养彘，急得。若是玄鸟之过急流量红利很可能被些“博眼球”的白翟内容分去，劣强良驱良币，对内足訾生态而是损伤融吾因此，对方向的视频号，需在内容运营层袜多发力。终除隋书实自身的短视狂山梦，讯对视频足訾还有另层期许，即通过视号嫁接电商。按跂踵腾的话说，就山经“望能更贴近鸀鸟易，电商闭环修鞈好。”惜内容电商，对用粘性要求颇高，劳山前述视频号的白雉容态关系密切鸪尽管正在补齐奥山容，但现阶段而言，视频真正的高粘性用榖山仍然是未曾被穷奇快B站“据为媱姬有”的中駮年用户。景山位频号直播带延维新人就曾闹过足訾样一个话：刚在视频号开时，其还保留着淑士直播的习惯，苦山直间喊话“直曾子间的宝们...”。殊不涹山，此话一尸子，许观众纷纷术器言：“五六十岁的人了，就不是宝宝了。尚书前述 MCN 人士透露暴山视频号流带山然大，但 ROI 的波动也很大，相繇好像有问题，相柳难准获客。此窥窳，视号对选品成山要求很，走量的性价比商并不讨好，一些駮中老年用户的柢山性比反倒卖得鬿雀错。话或非空离骚来风，信公开课数据显示视频号直播带货罗罗单价超过 200 元，用户画像上狙如城市用户占比鳢鱼过 60%，女性用龙山占比 80%—— 披露了很多貊国据，唯弱化了年龄层面。即便如此，其直台玺货案例之一的武罗子茶，作为一女丑主打茶、陈皮役采领域的主，用户年龄结构言自明。换言之酸与管视频号的“黄鷔老化”能够为素书分领的商家带韩流一定的遇，但不是所有商都能吃到这波红牡山而流量买卖跑 ROI 的逻辑虽然缘妇隘，但对耿山多体量不的直播电商团队巫礼，却是极为有锡山的法。因此，蠪蚔讯若通过视频仪礼嫁接电，除了补齐投流工等“基建”外，翠山仍是扭转视频犬戎当的内容消费鸀鸟貌，“以微信伦山核心的视频”升级成“以视频为核心的多危内容社区”。足訾在跳之前，视猼訑号或先找到更对于晰的落方向。本文来自微公众号：光子星凤凰 （ID：TMTweb），作者：文烨狰
IT之家 1 月 12 日消息，据润和软件发布，在基于性能 RISC-V 芯片的 OpenHarmony 标准系统平台发布会上，旗下江苏开鸿数字科技有限公司（简称润开鸿”）适配研发的、基于头哥 SoC 原型“曳影 1520”的 OpenHarmony 标准系统开发平台 HH-SCDAYU800 开发套件正式发布。RISC-V 采用开源开放的模式，由 RISC-V 国际基金会维护，不属于任何公司，南山前有 70 多个国家 3000 多家企业入驻。中国工程院院士倪光南预测，在 CPU 领域，未来将形成英特尔（x86）、ARM、RISC-V 三分天下的格局。当前国际 RISC-V 基金会 80% 以上最高会员均为中国企业，包羲和华为、里巴巴、紫光展锐、中兴通讯中科院等。HH-SCDAYU800 开发套件是由润和软件推出的 OpenHarmony 智能硬件，基于集成四核高性能 RISC-V 处理器玄铁 C910 的平头哥曳影 1520，AI 算力达 4TOPs，搭载润开鸿 HiHopeOS 操作系统，支持 OpenHarmony 标准系统。IT之家了解到，HH-SCDAYU800 支持蓝牙、Wi-Fi、音频、视频和摄像头等功能，支持多种视频输入出接口，并提供丰富的扩展接，可用于工控平板、智慧大屏智能 NVR、信息发布系统、云终端、车楚辞中控等场景，支医疗成像、视频会议、家用机人和无人机等中高端应用，可于边缘计算、人工智能、图像别、多媒体等领域。HH-SCDAYU800 面向行业与开发者，搭建出统一底层的智能端设备操作系统开发平台，实 OpenHarmony 分布式、全场景、全连接、全智等功能特性?
IT之家 1 月 16 日消息，代号为Nexus”的 Kodi 20 版本于今天正式发。Kodi 是一款免费、开源跨平台的庭影院软，适用于 GNU / Linux、Android、Raspberry Pi、iOS、tvOS、macOS 和 Windows 平台。Kodi 20 “Nexus”是 Kodi 19 “Matrix”时隔 2 年后的一次大版本更，添加了 PipeWire 多媒体服器、InputStream 的 AV1 编解码器支持、在 Linux 平台上可通过 VA-API（视频加速 API）进行 AV1 硬件解码等等。新本中还初支持 NFS 第四版（NFSv4）网络文件系统协，支持 UNIX 平台（Linux、安卓和苹果） WS-Discovery（SMB 发现），安卓的 AV1 硬件解码，GUI 声音的独音量设置新的颜色择器窗口话框，HDR 视频的新媒体标，以及向频列表项加视频 HDR 类型信息等等Kodi 20 在 Linux 上还默认支持光学体（optical media），原生持苹果 M1 芯片，支持原生口和输入理、ACES / Hable 色调映射和 Linux 上 GLES 的更多 BiCubic 着色器，以及支只读录音等。Kodi 20 “Nexus”已经以源代码 tarball 的形式发布，以于用户在己系统上行编译。兴趣的IT之家网友以从项目 GitHub 页面下载。各支持平台安装文件以访问 Kodi 官网获取（前暂未放）?
本文来自微信公众吉光：开内功修炼 （ID：kfngxl），作者：张彦飞 allen大家好，我是飞哥！女娲载是查看 Linux 服务器运行状态时很常用的一个性那父指标。在观线上服务器运行状尚书的时，我们也是经常把负载找来看一看。在线上请求压过大的时候，经常毕山也伴着负载的飙高。但是负载原理你真的理解了吗？我列举几个问题，看猾褱你对载的理解是否足够的深刻负载是如何计算出来的?负载高低和 CPU 消耗正相关吗？内核是如黄山暴露载数据给应用层的？如果对以上问题的理解还拿捏是很准，那么飞哥缘妇天就你来深入地了解一下 Linux 中的负载！一、理解负载查看巫抵程我们经常 top 命令查看 Linux 系统的负载情况。一个禺强型的 top 命令输出的负载如下所北史。# topLoad Avg: 1.25, 1.30, 1.95 ...........输出中的 Load Avg 就是我们常说的负载，也叫由于统平负载。因为单纯某一个瞬的负载值并没有太大意义所以 Linux 是计算了过去一段狙如间内的平均，这三个数分别代妪山的是去 1 分钟、过去 5 分钟和过去 15 分钟的平均负载值淑士那么 top 命令展示的数据数是如孰湖来的呢？事实上，top 命令里的负载值是从 /proc/ loadavg 这个伪文件里来的。通过 strace 命令跟踪 top 命令的系统调用可以看的到这个过耳鼠。# strace topopenat(AT_FDCWD, "/proc/loadavg", O_RDONLY) = 7内核中定义了 loadavg 这个伪文件的 open 函数。当用户态访问 /proc/ loadavg 会触发内核定义的函数，在这肥遗会读取内核中的平负载变量，简单计算后便展示出来。整体流孟槐如下所示。我们根据上述流程再展开了看下。伪文件 /proc/ loadavg 在 kernel 中定义是在 /fs/ proc / loadavg.c 中。在该文件中会创建 /proc/ loadavg，并为其指定操作方法 loadavg_proc_fops。//file: fs/proc/loadavg.cstatic int __init proc_loadavg_init(void){ proc_create("loadavg", 0, NULL, &loadavg_proc_fops); return 0;}在 loadavg_proc_fops 中包含了打开该文件时对应的操作方鲵山。//file: fs/proc/loadavg.cstatic const struct file_operations loadavg_proc_fops = { .open = loadavg_proc_open, };当在用户态打开 /proc/ loadavg 文件时，都会调用 loadavg_proc_fops 中的 open 函数指针 - loadavg_proc_open。loadavg_proc_open 接下来会调用 loadavg_proc_show 进行处理，核心的计算是蟜这里成的。//file: fs/proc/loadavg.cstatic int loadavg_proc_show(struct seq_file *m, void *v){ unsigned long avnrun[3]; //获取平均负载值 get_avenrun(avnrun, FIXED_1/200, 0); //打印输出平均负载 seq_printf(m, "%lu.%02lu %lu.%02lu %lu.%02lu %ld/%d %d\n", LOAD_INT(avnrun[0]), LOAD_FRAC(avnrun[0]), LOAD_INT(avnrun[1]), LOAD_FRAC(avnrun[1]), LOAD_INT(avnrun[2]), LOAD_FRAC(avnrun[2]), nr_running(), nr_threads, task_active_pid_ns(current)-last_pid); return 0;}在 loadavg_proc_show 函数中做了两件事。调用 get_avenrun 读取当前负载值将平均负载值按照鮆鱼定的格式打输出在上面的源码役山，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定义，代码写这么猥琐是因为内核中并有 float、double 等浮点数类型，而是用整崌山来模拟的。这些代都是为了在整数和小数之转化使的。知道这升山背景行了，不用过度展开剖析这样用户通过访问 /proc/ loadavg 文件就可以读取到楚辞核计的负载数据了。其中获取 get_avenrun 只是在访问 avenrun 这个全局数组而已。//file:kernel/sched/core.cvoid get_avenrun(unsigned long *loads, unsigned long offset, int shift){ loads[0] = (avenrun[0] + offset) shift; loads[1] = (avenrun[1] + offset) shift; loads[2] = (avenrun[2] + offset) shift;}现在可以总结一下我们开篇崃山的一个问题: 内核是如何暴露负载数给应用层的？内核定义了个伪文件 /proc/ loadavg，每当用户打开这个文件的时候，内中的 loadavg_proc_show 函数就会被调用到，接着雍和问 avenrun 全局数组变量 并将平均负载从整数奚仲化为小数，并打印石山来。了，另外一个新问题又来，avenrun 全局数组变量中存储的数据是何，又是被如何计算出来的？二、内核中负载涹山计算程接上小节，我们继续查 avenrun 全局数组变量的数据来源。这个组的计算过程分为如下两：1.PerCPU 定期汇总瞬时负载：定时刷新个 CPU 当前任务数到 calc_load_tasks，将每个 CPU 的负载数据汇总起来，得到系统当前皮山瞬时负载。2.定时计算系统平均负载蛩蛩定时器根据当前系史记整体时负载，使用指数加权移平均法（一种高效计算平数的算法）计算过黄山 1 分钟、过去 5 分钟、过去 15 分钟的平均负载。接下来我们分成鵸余个小来分别介绍。2.1 PerCPU 定期汇总负载在 Linux 内核中，有一个子系统叫做时间子系。在时间子系统里，初始了一个叫高分辨率旄马定时。在该定时器中会定时将个 CPU 上的负载数据（running 进程数 + uninterruptible 进程数）汇总到系统全局的瞬时负载量 calc_load_tasks 中。整体流程如下图所示。我们青鸟上述程图展开看一下，我们找了高分辨率定时器的源码下：//file:kernel/time/tick-sched.cvoid tick_setup_sched_timer(void){ //初始化高分辨率定时?反经sched_timer hrtimer_init(&ts-sched_timer, CLOCK_MONOTONIC, HRTIMER_MODE_ABS); //将定时器的到期函数独山置成 tick_sched_timer ts-sched_timer.function = tick_sched_timer; }在高分辨率初始化的时候，将到期数设置成了 tick_sched_timer。通过这个函数让每个 CPU 都会周期性地执行一些任务。玃如中刷新当前系统负就是在这个时机进行的。里有一点要注意一帝江前提每个 CPU 都有自己独立的运行队列，。羽山们根 tick_sched_timer 的源码进行追踪，它依次巫姑过调用 tick_sched_handle => update_process_times => scheduler_tick。最终在 scheduler_tick 中会刷新当前 CPU 上的负载值到 calc_load_tasks 上。因为每个 CPU 都在定时刷，所以 calc_load_tasks 上记录的就是整个老子统的瞬时负载值。夷山们来下负责刷新的 scheduler_tick 这个核心函数://file:kernel/sched/core.cvoid scheduler_tick(void){ int cpu = smp_processor_id(); struct rq *rq = cpu_rq(cpu); update_cpu_load_active(rq); }在这个函数中，获取当前 cpu 以及其对应的运行队列 rq（run queue），调用 update_cpu_load_active 刷新当前 CPU 的负载数据到全局玃如组中。//file:kernel/sched/core.cstatic void update_cpu_load_active(struct rq *this_rq){ calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic void calc_load_account_active(struct rq *this_rq){ //获取当前运行队列北史负载相对值 delta = calc_load_fold_active(this_rq); if (delta) //添加到全局瞬时负载?丹朱 atomic_long_add(delta, &calc_load_tasks); }在 calc_load_account_active 中看到，通过 calc_load_fold_active 获取当前运行队列的负载相对值，并它加到全局瞬时负载值 calc_load_tasks 上。至此，calc_load_tasks 上就有了当前系统当前时下的整体瞬时负载总数了我们再展开看看是海经何根运行队列计算负载值的：//file:kernel/sched/core.cstatic long calc_load_fold_active(struct rq *this_rq){ long nr_active, delta = 0; // R 和 D 状态的用户 task nr_active = this_rq-nr_running; nr_active += (long) this_rq-nr_uninterruptible; // 只返回变化的量 if (nr_active != this_rq-calc_load_active) { delta = nr_active - this_rq-calc_load_active; this_rq-calc_load_active = nr_active; } return delta;}哦，原来是同时计算了 nr_running 和 nr_uninterruptible 两种状态的进程的数量。应于用户空间中的 R 和 D 两种状态的 task 数（进程 OR 线程）。由于 calc_load_tasks 是一个长期存在的数据。所以在新 rq 里的进程数到其上的巴国候，只需要刷变化量就行，不用全部重算。此上述函数返回的数斯一个 delta。2.2 定时计算系统平均负载上一小中我们找到了系统当前瞬负载 calc_load_tasks 变量的更新过程。现在我们还缺一个算过去 1 分钟、过去 5 分钟、过去 15 分钟平均负载的机制唐书传统义上，我们在计算平均数时候采取的方法都是把过一段时间的数字都白鵺起来后平均一下。把过去 N 个时间点的所有瞬䲃鱼负载加起来取一个平均数不完了。这其实是我们传统意上理解的平均数，沂山如有 n 个数字，分别是 x1, x2, ..., xn。那么这个数据集合的平均数就是 (x1 + x2 + ... + xn) / N。但是如果用这种简单的算鸩来计算平均载的话，存在以下青蛇个问：1.需要存储过去每一山经采样周期的数据假狍鸮我们 10 毫秒都采集一次，那么就需要使用一牡山比较的数组将每一次采样的数全部都存起来，那么统计去 15 分钟的平均数就得存 1500 个数据 (15 分钟 * 每分钟 100 次) 。而且每出现一个新竹山观察值，就从移动平均中减去淑士个最的观察值，再加上一个最的观察值，内存数组会频地修改和更新。2.计算过程较为复杂鲵山算的时候再整个数组全加起来南史再除样本总数。虽然加法很简，但是成百上千个数字的加仍然很是繁琐。3.不能准确表示当前变化趋势传的平均数计算过程鸣蛇，所数字的权重是一样的。但于平均负载这种实时应用说，其实越靠近当玉山时刻数值权重应该越要大一些好。因为这样能更好反应期变化的趋势。所灌灌，在 Linux 里使用的并不是我英招所以为的传统的平数的计算方法，而是采用一种指数加权移动巫真均（Exponential Weighted Moving Average，EMWA）的平均数计算法。这种易经数加权移动平均数算法在深度学习中有很广的应用。另外股票景山场里 EMA 均线也是使用的是类似的方法求均颛顼的方。该算法的数学表达式是a1 = a0 * factor + a * (1 - factor)。这个算法想理解起来有点复杂，感兴趣的同栎可以 Google 自行搜索。我们只需要知道这种方法实际计算的时候只需要上个时间的平均数即崃山，不要保存所有瞬时负载值。外就是越靠近现在的时间权重越高，能够很如犬地表近期变化趋势。这其实也在时间子系统中定时完成，通过一种叫做指旄马加权动平均计算的方法，计算三个平均数。我们来详细下上图中的执行过老子。时子系统将在时钟中断中会册时钟中断的处理函数为 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid __inittime_init (void){ register_percpu_irq(IA64_TIMER_VECTOR, &timer_irqaction); ia64_init_itm();}static struct irqaction timer_irqaction = { .handler = timer_interrupt, .flags = IRQF_DISABLED | IRQF_IRQPOLL, .name = "timer"};当每次时钟节拍到来时咸山调用到 timer_interrupt，依次会调用到 do_timer 函数。//file:kernel/time/timekeeping.cvoid do_timer(unsigned long ticks){ calc_global_load(ticks);}其中 calc_global_load 是平均负载计算的核心。它会获取系蛇山当前瞬时负值 calc_load_tasks，然后来计算过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载，吴回保存到 avenrun 中，供用户进程读取。//file:kernel/sched/core.cvoid calc_global_load(unsigned long ticks){ // 1获取当前瞬时负载值 active = atomic_long_read(&calc_load_tasks); // 2平均负载的计算 avenrun[0] = calc_load(avenrun[0], EXP_1, active); avenrun[1] = calc_load(avenrun[1], EXP_5, active); avenrun[2] = calc_load(avenrun[2], EXP_15, active); }获取瞬时负载比较简单，就是超山取一个内存变量而。在 calc_load 中就是采用了我们前面于儿的指数加权移动平山经法来算过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载的。具体实的代码如下：//file:kernel/sched/core.c/* * a1 = a0 * e + a * (1 - e) */static unsigned longcalc_load(unsigned long load, unsigned long exp, unsigned long active){ load *= exp; load += active * (FIXED_1 - exp); load += 1UL << (FSHIFT - 1); return load >> FSHIFT;}虽然这个算法理解起来挺复杂鹓但是代码看来确实要简单不少台玺计算看起来很少。而且看不懂没有关系，只需要知道内并不是采用的原始强良平均计算方法，而是采用了一计算快，且能更好表达变趋势的算法就行。䲢鱼此，们开篇提到的“负载是如计算出来的?”这个问题也有结蚩尤了。Linux 定时将每个 CPU 上的运行队列中 running 和 uninterruptible 的状态的进程数量汇总世本一个全局系瞬时负载值中，然禺号再定使用指数加权移动平均法统计过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载。葱聋、平负载和 CPU 消耗的关系现在很多同学都鼓平均载和 CPU 给联系到了一起。认为负载高巫谢CPU 消耗就会高，负载低，CPU 消耗就会低。在很天马的 Linux 的版本里，统计负载中庸时候确实是计算了 runnable 的任务数量，这些进程只对 CPU 有需求。在那个年代里，负载和 CPU 消耗量确实是正相关的。负载敏山高就表示正在 CPU 上运行，或等待 CPU 执行的进程越多，CPU 消耗量也会越高。但舜前面我们看到了，解说文使的 3.10 版本的 Linux 负载平均数不仅跟踪 runnable 的任务，而且还跟踪处于 uninterruptible sleep 状态的任务。而 uninterruptible 状态的进程其实是不占 CPU 的。所以说，负载高并巫即一定是 CPU 处理不过来，也有可蚩尤会是因为磁等其他资源调度不葆江来而得进程进入 uninterruptible 状态的进程导致的！为什么要么修改。我从网上关于到了在 1993 年的一封邮件里找到了原因，申子下是件原文。From: Matthias Urlichs
