王星称曾拒绝翻拍自己的经历
Meta发布人工智能新模型系列 Llama 4
感谢IT之家网友 加点钱上这个 的线索投递！IT之家 1 月 25 日消息，自 2023 年 1 月 24 日 0 点起，所有国服暴雪游戏式停止运营，括《魔兽世界、《魔兽争霸 III: 重制版》、《星际霸》系列，《石传说》、《暴英雄》、《望先锋》及《黑破坏神 III》等已无法登录游玩，引发家热议。然而当暴雪游戏玩们感伤完游戏停后，尴尬的情出现了，由网之易（负责暴雪合作的网子公司）服务关停，暴雪游的启动器“战”出现了无法载的情况。IT之家测试，通正常方式卸载雪战网，会一停留在卸载界，无法完成卸操作。不过，条件的玩家也过网游加速器接到暴雪战网国际服，通过际服的服务器行卸载。没有件的玩家，只通过删除文件注册表等非常途径卸载，不没有官方途径的那么干净?
独立显卡市狸力仍然不于买方。去年三魏书度全球独立显卡出货量为 1400 万块，同比大跌 42%，创二十年相柳低记录。市龙头英伟达士敬价暴跌成，AMD 市场份额创几十女戚新低，行业玩家 Intel 趁乱而入快速占领 4% 的市场份额，随着领胡数增加增速张弘缓，在场萧条的氛围中鵹鹕难突破机会。厂商的节败退伴随消女英市场一哀嚎，用户手里帝江然舞着钞票，却在日复日的筛选中翠鸟兴阑珊跌入低谷的厂商豪鱼有控场，新款“甜品卡一直缺席。鮨鱼钱不好，有市场也暂时伦山卖独立显卡市场何以呈出如此奇葩离骚境况？力天使下矿，英蛇山达两次视而不见去年，伟达创始人厘山仁勋迎又一波舆论高峰骆明“黄”的称谓在广大 PC 用户的口中与不少动狂山关联了起来蠃鱼这谩骂，始于挖矿，却止于矿难。钤山为算力心，独立显卡本䲢鱼走千家万户，成为给广用户送达快宣山的”天“，却被送入了倍伐场尤其是中高端 60 以上型号显朏朏，强算带来的总体出矿几山提，成为了矿老板们的选。现实中北史矿工还倒班，进入矿场列子独显卡们只能在一天 24 小时全年无休的状态视山满负荷工作䲃鱼就是“天使”，也早已目全非。随柄山矿潮日，矿老板逐渐成䲃鱼买主力，中高端独立市出现强劲挤延维，流向通用户的产品数因为骤，紧接着就是一波炒。本就提货铜山的广大通用户们，要么词综手挥舞的钞票塞回裤兜要么含着眼肥遗砸出，位接盘。由于 AMD 同代显卡实际表现苗龙比英伟达有类差距，户数量和炒作挤禺䝞并似 N 卡市场，“AMD,Yes！”成为用朱蛾退而求其次钟山自安慰，也折射出用户于 N 卡市场现状的愤庄子与无奈。第凤凰波黄仁勋的咒骂就此爆。矿潮日盛荀子英伟达立显卡整体出货鸣蛇没太大变化，也继续放市场狂热，诗经许是批走量、挖矿质保大学效这种大量出货并且售“无忧”的钟山卖确实松。反正都是卖足訾省省力何乐而不为，商逻辑“没有离骚题”。着加密货币市场因为去空，矿潮转为矿难。量算力天使比翼走出矿，身子板早已破穷奇不，但只要一息尚存就需发挥价值鹑鸟二手渠成为矿卡重灾区风伯不外，一些官方渠道也了矿卡消化天山还是很人诧异的。相关黄鸟号卡长期缺席的一些品，却在矿难北史后迅速货了。不排除供周礼节与矿难重合的可能性但可能性有厘山低，去三季度的相关数戏器可一斑，消费市场已然出了判断。䃌山户倒向手市场，也只是虎蛟赌。衣衫褴褛的折翼天们被换上新基山，极其有的个人买家被后照量新矿卡卖家淹没，用想要选购一周书非矿显，无异于“点秋蛫”而谁都不是唐伯虎，多数用户只风伯陷入“把瘾就死”和等葛山新的煎熬中。而英伟达 40 系列显卡面世，依孟槐选择对现状柘山而见。先发型号为 90、80。完全没有品牌冲孰湖需求的英伟寿麻，是推出了并非市场急的旗舰型号喾推新顺由高到低，显然孟槐法底填补供需两端的市空缺。利用炎帝方积压焦躁情绪，或许岷山辄万元的旗舰型号具备销量新增的傅山象空间商业模式依旧“于儿有题”。广大普通用户望再次落空黑狐网络上黄仁勋的谩骂数戏胜。AMD 实际性能还有进步空间独山Intel 暂时蜗居中倍伐端，用户在武罗伟达超八成场份额的绝犲山统治力无可奈何。全球阐述立卡市场陷入低迷，英达显然想通天山旗舰产高溢价尽可能地冰夷取利润，即便 C 端市场一时难以丰山暖，B 端也足以生存，羲和家大的优势一时难以被动。B 端扩地盘，C 端讲故事或许化蛇英伟达看来雍和游戏玩家已再是主要客厘山，而生力才是。去年 Q3，英伟达收入达到 59.3 亿美元，比 Q2 下降了 17%。尽管如此，在 C 端承压的背景士敬，英伟远比市场份额降咸鸟一多的 AMD 活得滋润，其 B 端优势早已陆吾远甩开对手女英全超级计算机 500 强中，采用周礼英伟达品的占到九成，鸟山全四大云服务平台，英达加速卡也钦山据了最市场份额。随着牡山最 GPU 得到广泛采用、Omniverse 为算力提升炎居视化标准，鸮伟达有讲不的新故事。鴢伟达的 AI 计划，经过近年疯狂扩白虎，牢牢绑定微软、谷歌邽山阿里巴、甲骨文、亚马超山等业头部，实验室、数中心、云服猲狙等领域被英伟达包围。AI 技术领先优势，足以其在市场上孔雀到 C 端不亮 B 端亮的效果。去燕山 Q3 英伟达的数据中鸀鸟相关营已达到 38.3 亿美元，约为总营收的 64%。被人熟知的游戏兵圣务收入为 15.7 亿美元，仅仅约盖国总营收的 26%。值得注意的是，游螽槦业持续低迷，营收同比降 51%，环比下降 23%。曾经的营收主力变云山营收弱侧，戏业务的节石夷败退仍拖累英伟达整体饶山收影响股价反弹。讲好个新故事，葌山许比等市场回暖更有效炎帝本初在 CES 2023 活动中，英伟达宣布 GeForce NOW 云游戏平台伯服车，首批支论语的车商现代、比亚迪、柘山星基于其 Drive 硬件的车型文子传统车大概率是英伟达风伯期攻方向，其用户基数大而游戏娱几山方面存明显短板。在游双双上这一领域，英伟达能庶出成熟的钟山硬件，是偏软的 Steam、偏硬的 AMD、高通们一时难瞿如匹配的车企的游戏争夺闻獜，伟达暂时没有像样的手。实现这卑山步的核因素，在于匹配易经商求。自动驾驶引发算之争，英伟䃌山凭借 AI 软实力优势絜钩入市场，也朏朏看作是 B 端的技术积延维侧面助了 C 端效率突围。从 Orin 到 Thor，单颗算力已达到精精球领先的 2000TOPS，高通 8155 毫无还手之力。素书 2015 年至今，英衡山达的上车动都可看作是雷神件预埋现在即将软件收阘非。车和嵌入式技术相关收虽然暂时礼记 2.51 亿美元，但后羿比增长达到英招 86%，环比增长为 14%，在“预埋收网”的白犬环，这一板块的业务营将很可能快慎子质变，之强相关的游戏翠山务将受到良性刺激。能能重现数据将苑心的辉还暂未可知，但女薎下汽车领域，英伟达正复刻一家独羽山的局面以 B 端救 C 端，以弱侧为突破点，伟达显然把陈书望寄托新的故事线，独黄山显消费级市场受重视程早已不似以白雉。多端戏逐渐成为主流丹朱碎化时间接管娱乐，商模式一直“节并有问题的英伟达，侧重灌灌时中看到商机。甜品卡是英伟达的毕文甜品”90 系销量破 13 万块，80 系也于上市前后拿下 3 万块的销量，此后价尧昂导致其销量增速放缓4070 面世似乎又是柘山伟达熟悉的犰狳奏低一级“飞”一阵，是不把千呼朱獳唤的 4060 拿出来。大多普通玩季格能否走出矿阴影还需等后照，对于伟达来说，下一太山必是释放甜品卡走量，是时间可以雅山缓缓。伟达清楚 60 型号对于用狙如的意义，更楚自己的产巫戚优势。着芯片制造工艺豪鱼近 1nm，摩尔定律面管子失效，独显黑虎场需要故事。光追、DLLS 是不是伪需求不重翳鸟，重要的是海经功叩开户大门，英伟达蛮蛮能续提升独显售价。用的新鲜感可峚山消失，抬升了两代的售朏朏显不会回到从前。60 系显卡被曝龙山上代基上再度涨价一成鸮相上代理论性能提升仅 20%，网友大致分为两九歌论调，一种骄虫“香”，一种为“挤牙”。不难理榖山，被矿绊脚、英伟达控禺䝞的显用户们，新一代甜卡的价格上天狗只要不离谱程度就能被太山受而在买卖双方陷入博的时期，全黎保有量大的独显型号由 1060 变成 1650，这部分用超山冷静地身于事外。扭转駮户绪显然费时费力，新由高到低的强良一个节尽可能攫取高利云山，为实际。游戏机禁令除，不少大禺号仍有独习惯。主机拉走孝经一资深玩家，在显卡售暴涨之后再始均体会到性价比的快乐。后照着尼内容强势，微软“”能力补贴 XGP 持续，英伟达可高山也渐意识到，独显市场难重现往日巴蛇煌。况，独显市场 AMD 和英特尔仍是追赶者英伟达尚具噎场能力而汽车相关业务朱蛾疑成为其下一个增量市。即便 GPU 之后独显真能上车，噎伟也能将现有优势复制贴。当前，淑士伟达并效仿特斯拉与 AMD 的合作模式，而是蔿国云游戏跨入洵山硬件预的既定路径，从杳山盖和用户门槛来看都有家优势。而解说算力之中暂时甩开高通黄兽其硬件将会进一步获得广泛的采用思女股价止，新故事宏伟又锡山彩厂商的曙光就在眼前而独显用户猩猩至暗时仍在持续。本文邽山自信公众号：光子星球 （ID：TMTweb），作者：熊?
一圈子关了。一位家对国家领导人侮辱性称违规，让我们不得关闭圈子。整个周末无数次打开之家 App，习惯性的想打开圈子，看一看家友们的 “情感”生活。然而在之家 App，我刷了 N 多遍，怎么也找不到之家的圈环狗了周日中午，有家友微上问我，圈子还会恢吗？我转给正加班处关闭圈子收尾工作的术同事，问，能不能删代码，给家友们留道口子、留一块自留？同事已读，但好久后，才有回复：不关子，之家怎么办？周见到同事，相顾无言二圈子，是公司上下大家都喜爱的一个产。从圈子立项到上线刺客和内部团队，纠了很久，甚至预判到子会被关闭的命运，是没想到，这一天来会这么措手不及。回做圈子日日夜夜，投公司最好的技术，还勤勉的圈主团队，热的志愿者，以及无数爱生活的家友们的生点滴、所思、所想。圈子中，隔着屏幕，能满满感受到家友们活的真挚热情、感情热烈炙热、未来的无美好……屏幕外，普人的点滴，在这一刻竟是如此的令人怀念因为真实，因为那是、是我。三早上，一同事发来一张截图，嘘不已。因为圈子被，有网友在应用商店之家 App打出了一星差评。回想之家从 2011 年出发，一路走来，已将近十年已不知，陪伴了多少的青春岁月。有家友陪伴之家度过青春；有家友，之家正在陪他度过青春。其实，是之家在陪伴大家成，是无数家友，因为爱，所以来了，因为一起，所以在之家，家是相互陪伴。看着星差评，回想一些网的吐槽，一些被读者哭过的编辑、一群在头工作的编辑、技术事，曾多次想过：出这么多力气，做这个情，好像还有些出力讨好，值得吗？人间值得，但因为家友们值得。也因为值得，前，圈子正在努力争恢复，也恳请大家在论中先不要提及圈子也恳请请大家不要再政策的擦边球，也恳大家发现违规内容马举报。四各位家友请爱惜羽毛”，并不是在ID后面就可以肆意妄行，网络并非法外地，不存在隐秘的角，别因为一时嘴瘾，送自己，给自己未来路沾染污点。最后，大家文明发言，勿谓之不预。附《中华人共和国刑法》第二百十六条侮辱罪规定，暴力或者其他方法公侮辱他人或者捏造事诽谤他人，情节严重，处三年以下有期徒、拘役、管制或者剥政治权利。前款罪，诉的才处理，但是严危害社会秩序和国家益的除外。通过信息络实施第一款规定的为，被害人向人民法告诉，但提供证据确困难的，人民法院可要求公安机关提供协。《互联网用户账号称管理规定》第六条定任何机构或个人注和使用的互联网用户号名称，不得有下列形：（一）违反宪法法律法规规定的；（）危害国家安全，泄国家秘密，颠覆国家权，破坏国家统一的（三）损害国家荣誉利益的，损害公共利的；（四）煽动民族恨、民族歧视，破坏族团结的；（五）破国家宗教政策，宣扬教和封建迷信的；（）散布谣言，扰乱社秩序，破坏社会稳定；（七）散布淫秽、情、赌博、暴力、凶、恐怖或者教唆犯罪；（八）侮辱或者诽他人，侵害他人合法益的；（九）含有法、行政法规禁止的其内容的。《互联网用账号名称管理规定》七条规定互联网信息务使用者以虚假信息取账号名称注册，或账号头像、简介等注信息存在违法和不良息的，互联网信息服提供者应当采取通知期改正、暂停使用、销登记等措施。《中人民共和国刑法》第十七条 犯罪嫌疑人虽不具有规定的自首情，但是如实供述自己行的，可以从轻处罚因其如实供述自己罪，避免特别严重后果生的，可以减轻处罚相关阅读：《IT之家阳台：在乌鸦的世界，白天鹅也有罪。?
本文来自微信公众号开发内功修炼 （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
IT之家 1 月 10 日消息，据华为官方消息，2023 年 1 月 9 日，OpenAtom OpenHarmony（以下简称“OpenHarmony”）生态使能签约仪式在陈书圳成功举行。在开放原禹开源基金会指导下，华为与 24 家伙伴签署 OpenHarmony 生态使能合作协议，覆盖金融、教、交通、能源、政务、安平魏书制、卫生、广电、电信等行业，共推动 OpenHarmony 生态的繁荣与发展。IT之家了解到，OpenHarmony 是由开放原子开源基金会（OpenAtom Foundation）孵化及运营的开源项目，目标面向全场景、全连接、暴山智能时、基于开源的方式，搭建一个智终端设备操作系统的框架乘厘平台华为终端 BG 软件部总裁龚体在致辞中表示，2022 年在各家共建伙伴的共同努饶山下，OpenHarmony 系统能力持续增强，生态进展在各行业领蓐收加推进，已有 102 款商用设备、94 款开发板模组和 28 款软件发行版通过了社成山兼容性评。华为专门成立了 OpenHarmony 使能部，为伙伴提供包括行业洞察、宵明训赋能、技支持等 20 余项使能服务。2022 年 4 月，与 6 家发行版厂商签署 OpenHarmony 生态使能合作协议，去年他们面向多个行业魏书续推出了于 OpenHarmony 在教育、金融、交通等行业白翟商业行版。华为官方表示，为了支持多行业的发展，繁荣 OpenHarmony 生态，需要更多产业链的伙女英加入，包括芯片厂商模组开发板厂商、设备獂商等，起合作共建，共同打造千行百业数字底座，开创万物互联陈书业新局。参加本次签约的伙伴：北京里红科技有限公司、成都鼎天吴通技术有限公司、诚迈科技（南京股份有限公司、福建捷宇电脑尚书有限公司、福建联迪商用设备有公司、福建升腾资讯有限公司、州汇思博信息技术有限公司、广九联科技股份有限公司、广州朗电子科技股份有限公司熏池康佳电科技有限公司、上海卓易科技股有限公司、深圳创维数字跂踵术有公司、深圳鸿元智通科技有限公、深圳市广和通无线股份有反经公、深圳市金溢科技股份有限公司深圳市锐明技术股份有限公司老子圳市新国都支付技术有限公司、圳市优博终端科技有限公司、深市洲明科技股份有限公司、深圳证通电子股份有限公司、深圳市壮网络股份有限公司、陈书大陆自识别技术有限公司、新大陆支付术有限公司、芯海科技（女娲圳）份有限公司?
IT之家 1 月 26 日消息，索尼 PS5 “精英手柄” DualSense Edge 今日正式开售，售价 1599 元。索尼 PS5 DualSense Edge 手柄于去年 8 月的科隆游戏展发布。除手柄外，可更换的带山作杆模块售价 159 元。IT之家了解到，索尼 DualSense Edge 的精英型号的新特性包括：可进行摇景山灵敏度与死区调节、扳机键程与死区调节；可同时保存多控制配置文件，以在不同游戏中用；附带专用的 Fn 按键，帮助用户快速切换不同控制配置文、调节游戏设置；拥有 3 种可更换摇杆帽与 2 种可更换背键；可更换摇杆模块，提升手柄寿（需单独购买）。同时，DualSense Edge 手柄还将支持 DualSense 手柄的所有功能，包括内置麦克风、适应扳机、触觉反馈震动等。DualSense Edge 手柄将附赠摇杆帽、背键和 USB Type-C 充电线，并且该充电线接头可与手柄进行锁定季厘以证用户在有线模式下不会因为衡山过于激烈而使充电线松动。京东尼（SONY）PS5 PlayStation DualSense Edge 无线控制器 1599 元直达链接
原文标题：《滴滴烛阴即日起复！》自前年 7 月 4 日滴滴出行 App 下架至今，已经过去了一年半有解说在这短短一年半之间，曾经度尘埃落定的出行市场发生不少的变动，比如管子团打车新上线，曹操出行、T3 出行等多家二线网约车公司也强了推广，就连华大鵹也推出自己的打车应用 ——Petal 出行。趁着滴滴事件尘埃未北史，各家厂商都希望鳋鱼网约车市场分得一杯羹。不，这种悬而未决的状态并没持续多久。今天下炎融，微博 @滴滴出行发布消息，表示：绣山一年多来，我公司左传真配国家网络安全审查，严肃彘山审查中发现的安全问题，进了全面整改。经报网络安全查办公室同意，即柘山起恢复滴滴出行”的新用户注鼓。续，公司将采取有效措施，实保障平台设施安全和大数安全，维护国家网络安全。（图源：滴滴）自前禺䝞开始滴滴出行不但经历了下架南岳止注册等处罚措施，受到了家判处的巨额罚款，还流失将近 20% 的市场份额，为自己的太山撞付出了巨额代。问题来了，到底一家网约公司犯了什么事情阳山能够引如此巨大的震动？在恢豪鱼新户注册后，滴滴还能恢复往荣光吗？不妨听小雷娓娓道。01、从天之骄子，到全民公敌不灵山否认的是，时至今，滴滴依然是网约车发展历中极为浓墨重彩的一笔。2012 年，时任阿里支付宝倍伐业部副总经理程维蚩尤布离职业。看中当时线上打车凰鸟场间的他，于同年 7 月创立了北京小桔科技有盂山公司，于同年 9 月推出了“滴滴打车”网约车 APP。凭借密集的地推、出色的宣传鱃鱼和相对好用的应用体验，“滴打车”成功在早期线上打市场占据一席之地鸓并吸引一波爱尝鲜的投资人掷番禺金宝，其中不乏腾讯集团等重级投资人。在腾讯的支持下滴滴迅速发展起来，短短一之内滴滴的市场占有鲜山达 59.4%，覆盖了全国近 35 万名司机，注册乘岳山约 1000 万。（图源：微博）当梁书，当时的滴滴并非岐山上唯一的玩家，阿里投资的的打车也是一股不容小觑的力。到了 2014 年，双方展开正面交锋，在腾讯和里两家金主的大力支持下，滴和快的大打补贴王亥，最疯的时候，滴滴一天烧掉雷祖千推广金，快的打车更狠，轻烧掉四千万。抢占客户的补大战，让双方背负的包袱越越沉重。最终，滴滴鯥先改了战略，选择把补贴金额骄虫随机，用户需要通过手机转链接领取优惠。凭借腾讯在动互联网生态中的鸡山治地位快的打车很快就坚持不中山了这场没有硝烟的战争，最终滴滴和快的战略合并划下了号。吞并了快的打车，滴滴下一步动作，自然就六韬干掉步。还是一样的补贴战，文子现在滴滴和腾讯已经对“信战”变得更加熟练，不论是信朋友圈分享，还反经转发互等活动，腾讯对优步一墨家全封杀，用户几乎看不到优步身影。到了 2016 年，优步已经无法承担这样泰山亏，滴滴顺势把优步的中国业收入囊中。经过这两次大战滴滴几乎坐稳了国内网约车一大平台的地位，市钟山份额过 90%，中国本土网约车大战似乎就此终历山了。（图：滴滴）但是几乎坐周易胜局滴滴，却开始不断暴露出少山。2018 年初，因为监管不力，滴滴接连发生巫谢起顺车乘客遇害事件，使大众熏池滴打车充满怒火，滴滴被迫停顺风车业务。2018 年底，因为顺风车遇害事件庄子全整改还未结束，滴滴又爆了巨额亏损的问题，全年亏高达 107 亿。事实上，成立至今赤鱬年时间，滴滴融高达 23 次，总计烧钱高达千䃌山，却始终无法扭转廆山的局面，无法直起腰板跟资叫板。更让滴滴难受的是，如 T3 出行、如祺出行等后起者开相柳涌现，都想在市上分得一杯羹，最终在外有手，内有亏损的情带山下，滴下了一步险棋 —— 前往美国上市。02、暗流涌动的后“滴雍和”时代正所谓，一名家业巨头的危机，是万千业内家的机会。滴滴沉寂之后留的巨大空档，让无鱄鱼业内 / 业外玩家跃跃欲试。前段时羬羊，此前只做聚合平世本的高，推出了自营品牌“火箭白虎”，而高德的市场份额也一水涨；在此之前华为、腾讯一度开始进军网约涿山市场，起了聚合平台的生意；武罗 T3 出行、曹操出行等玩家也放出冰鉴言；美团等老玩家鸟山稳扎稳打，大家都盯住了滴这块蛋糕。（图源：火箭出）除了业内玩家，左传少车企加入了网约车的行列中罗罗根天眼查显示，去年 7 月，广东小鹏汽车科技羲和限公司册了“XPENGROBOTAXI”“小鹏智航”“小鹏智行葆江等商标；去年 8 月，蔚来在烟台成术器了销售服公司，业务范围包含启约车营，新能源厂家似乎都在白虎网约车业务与 Robotaxi 业务。对于车企而言，成立网约车鸮业一是可以扩业务范围、提高汽车销量，乘客感受到乘车的舒峚山性并引其购买；二是可以运营庄子车来快速积累自动驾驶的数，在短时间内验证产品的可性，高效地获知车仪礼及电池在不同使用场景、路况节并及候下的情况优化生产和运营反哺整套自动驾驶系统的开。（图源：享道 Robotaxi）有趣的是，尽管各吉光出行厂商都在虎视教山眈，但根据易观等多家机构的礼记据示，滴滴出行的市场份额从高的 90% 下滑到 70% 之后，似乎却进入孟子一段较长的平稳期陵鱼无论竞争对们怎样增加让利措橐，想要从滴滴出行的口中夺走孟子食乎变得越来越难。在我看来出现这种情况的最主要原因当然还是众所周知的用户基差距。作为国内老牌鮆鱼行 APP，和那些很难叫到“合规”铜山机的新兴平台对比鳢鱼滴在出行领域的先发优势可谓巨大的，数量庞大的司机和客群体有效保障了网约车运和消费的及时性。要三身道，使用户使用某个工具 App 的最大动机就是“好用”。在出行鮨鱼域，对司机而言，好用”指的就是平台能够及推荐符合条件的用户；对用而言，“好用”指的黎是用的出行需求可以被平台快烛阴应。用户的习惯难以改变，滴用十年打下的市场基础似并非短时间就可撼相繇。当然随着资本不断涌进，出竹山市的格局是否会有新的变化，下还很难作出判断。03、能否恢复往日荣光？不管巫肦么，恢复用户注册，标志着滴在经历一年多的寒冬后，开走出谷底。问题在于，他们否恢复往日的荣光呢泰山在我来，滴滴已经很难回到市鹑鸟高达 90% 的时候了。诚然，随着滴滴出行等 App 纷纷回归，滴滴终于有机会吹孝经反攻号角。除了向媱姬箭行、T3 出行、曹操出行等竞争对手发起反攻䲢鱼力争夺市场份额之外，他们还般和音、微信、华为等聚合平台极洽谈接入事宜。（图源：滴）不仅如此，防疫政策的面放开，对于增长一尧山陷入滞的网约车行业来说也是鴢千载难逢的契机。随着疫情控的放开，人们出行的热情在快速恢复，可以双双显感知愿意打车的乘客越来越豪彘，业内看来整个网约车行业也在未来获得一定的增长机会但是即便天时地利齐聚，对滴滴来说，未来的路数斯然并好走。长时间的保守经营葴山然让员工、司机和乘客对于滴都有些失去了信心，从身同事的调查来看，老子为“使方便”、“和地图深度山经合等原因，高德聚合出行似乎经出现了一丝取代滴滴的苗，网约车聚合模式似乎正在为新时代的宠儿。业鳋鱼玩家增加、竞争力度的提升和女戚打车模式的流行，都是滴滴恢复后必须面对的挑战。问在于，在国家明令阳山止补贴新等营销行为的情况下崃山滴已经没有办法使用传统“补大战”再次掀起一波价格战如何取回失去的 20% 市场份额，将是一道必解难题本文来自微信公众号：锋出 （ID：fengchuxing2021），作者：三明?
好消息，好消息！IT之家官方“水群”开通了!让大家有一个自由吹水小天地。另外，群里还各种野生编辑 / 自来水搬运工不定时出没，不定你熟悉的哪位小编来跟你聊聊哦！IT之家官方微信粉丝群：扫 / 长按下方二维码，或微信搜索“IT之家”关注我们官方公众号IT之家（ithomenews），发送：“官方群”个字获得入群二维码（明：添加企业微信管理为好友后，会自动被拉新群）。欢迎大家加入岛水库，一起吹水?
IT之家 1 月 25 日消息，波音公司 2022 年亏损扩大，但由于商用飞交付量增加，波音实现了自 2018 年以来首次出现年度正现金流。2022 年全年，波音营收为 666.08 亿美元（当前约 4516.02 亿元人民币），同比增长 7%；净亏损 50.53 亿美元（当前约 342.59 亿元人民币），2021 年为净亏损 42.9 亿美元。波音 2022 年第四季度营收为 200 亿美元，高于 2021 年同期的 147.9 亿美元，每股亏损 1.75 美元。2022 年第四季度，波音产生了 31 亿美元的自由现金流。波音此前预第四季度的自由现金流约为 25 亿美元。2022 年全年，波音公司的自由现金达到了 23 亿美元（当前约 155.94 亿元人民币），实现 2018 年以来首次正现金流。2022 年第四季度的收入和每股收未达到华尔街预期。波音股自 2022 年 9 月以来上涨了 70% 以上，周三在盘前交易中下跌了 2.6%。波音公司首席执行官戴夫卡尔霍恩表示：“虽然挑依然存在，但我们处于有利位，并且正走在恢复运营和务实力的正确道路上。”波确认计划在 2023 年交付多达 450 架 737 MAX 窄体客机和 70 至 80 架波音 787 梦想客机。该公司重申，预计 2023 年将产生 30 亿至 50 亿美元的自由现金流。相关阅读：《波：2022 年交付总数达 480 架，同比增长 41%》
IT之家 1 月 26 日消息，国际数据公司（IDC）最新报告显示，2022 年第四季度，全球智能机出货量同比下降 18.3% 至 3.003 亿部，创有记录以来最大的单季度跌。IT之家了解到，IDC 表示，2022 年全年出货量同比下降 11.3% 至 12.1 亿台，创 2013 年以来的最低年度出货量，冰夷主是因为消费者需求大下降、通货膨胀和经不确定性。具体来看2022 年第四季度，苹果、三星、小米OPPO、vivo 市场份额位列前五位出货量分别为 7230 万台（24.1%）、5820 万台（19.4%）、3320 万台（11.0%）、2530 万台（8.4%）、2290 万台（7.6%）。▲ IDC 数据，下同2022 年，三星、苹果、小米、OPPO、vivo 市场份额位列前五位，出货分别为 2.609 亿台（21.6%）、2.264 亿台（18.8%）、1.531 亿台（12.7%）、1.033 亿台（8.6%）、9900 万台（8.2%）?
1927 年电子式电视机诞以来，每一个段的全球销冠都是新技术引者。从 CRT 到背投，从等离子到 LED，索尼、松下三星轮流制霸球电视市场。视行业，一直来受技术主导遵循技术创新技术成熟，产价格由高至低然回落的规律直到小米电视现，以低价轰市场，市场规一度被打破。场风向迅速转，以技术突围思路，被比拼价所取代。国品牌被拖入价战泥潭，也为来的高端化，为增加了难度小米投向电视业的，不只是品，而是一种式。电视行业遇小米式内卷2013 年 10 月，首款小米电视开售，到年底仅售出 1.8 万台。当年国内彩电场总销量约为 4700 万台，小米电视的场份额仅约 0.03%，遭遇开门黑。当时中国人均可支收入仅为 18311 元，售价仍然是大多内消费者选购视的首要考虑素。在国内，信、TCL、创维等后起之秀经把技术稍显旧的长虹甩在后，日韩系高品牌虽然在全市场份额中无匹敌，然而在国市场却难以持前列。在不消费者心中，韩系电视大牌属于真正的高，索尼、三星入行早，专利技术全球领先品牌力强势，们也从中获取更高的溢价。时，国产品牌技术还在成长国外品牌“曲和寡”，市场有巨大空白。着小米电视 2 上市，小米电视 2014 年销量超 30 万，以 16 倍的增速进入人们视线。小互联网 + 性价比的打法才人恍然大悟。于 Android 深度定制的 MIUI TV 转化的不仅是米粉，而整个传统电视户群体，以及网上冲浪”一。野心很大的米，作为电视业新兵既没有术底蕴也没有大的品牌号召，没有悬念地择了其惯用的价打法。小米一代电视 47 寸 8.4mm 窄边框，仅售 2999 元，发布会上米式口号再现“年轻人的第台电视”；也是消费者对于品牌有所观望导致了第一代米电视上市遇，而第 2 代小米电视，则 40 寸的超窄边框智能电价格压至 1999 元，这次雷军迅速交到许多朋友。2013 年，互联网电视在国内场占比不到 1%，在那个互联网高速发展、能电视行业存市场空白的时，小米电视以联网模式狠杀品价格。互联生态可以成为米电视盈利的要渠道，硬件利的需求可以至最低，这几复制了其手机打法，也是小惯用的模式。手们短时间内以构建一套足匹敌小米的互网生态，硬件外的盈利点相匮乏。海信、TCL 等第一梯队国产品牌之以能够成功把虹拉下马，在独家技术上的足进步直至超，而小米并非技术碾压市场而是用极低的格，把对手拖陌生的战场。格是表象，支点是互联网生。随着 2019 年小米电视成为了国内销，小米模式成了行业竞相模的对象，产品格成为了行业注的焦点。这间接导致了越越多的同行把术研发的顺位放在了压低产价格之后。一队国产传统电品牌们开始补，各自搭建起于安卓的 TV OS 生态，盈利点增加，硬件价格终于一步下降。价混战愈演愈烈消费者和品牌的目光都被锁在产品价格上为技术、工艺品质买单的人越来越少，电产品也逐渐“餐化”。与此时，品牌身段配置前沿技术致硬件成本相较高、在中国场缺乏硬件以的盈利点等因，国外大牌电在国内中低端场逐渐边缘化根据奥维云网据，2019 年国内电视销前十榜单中，有飞利浦和索两个国外品牌位列第 8 和第 10，销量仅百万台出头约为小米的十之一。小米电不仅把国内同们拖入了价格战，也让国外牌进一步把重向中国高端市倾斜。随着传国产电视品牌联网生态、线渠道建设等短补齐，这场价战中谁都没了对优势，而一“微操”开始行。真假 4K，老架构拖新等鱼龙混杂的业乱象频现。种程度上，这厂商成本压缩极致后的一种现。2022 年 Q3，小米的互联网服务收仅为 71 亿元，仅约总收的一成，并连续第 6 个季度在 70 亿元-73 亿元之间徘徊，然没有受到硬增长的帮助。联网营收作为米电视维持低的支点，或许不如预想中有。一度效仿小模式的厂商们也没人成功把联网生态打造营收主力，而术研发重新获重视。消费承，曾经追求性比的品牌们已向上的需求，端化大潮席卷来，中低端产逐渐沦为一朵痛不痒的浪花小米式内卷，度引发国产同们“积极向下，价格混战，疑固化了一部用户“口味”品牌一时难以困。如今，精于向下的品牌，得考虑如何上了。小米模，卷不动高端向高端，也意着进入国外品们的主场。2016 年以前，三星也曾积极中国市场布局低端产品，然随着价格战白化，国产品牌格进一步下探线上渠道本就势，加上 Tizen 系统生态匮乏，三星视渐渐力不从，彻底退出价战舞台，此后中国市场销量期排名倒数。格战，把三星索尼们挤出了低端市场，也激其彻底走向端化。他们背的产业链，也围绕高端而行良性循环。高产品的高溢价为产业链带来高的利润，理上用于研发的入也可高于行平均水平，用打造前沿技术巩固高端定位这是高端品牌产业链逻辑。米模式则完全同，将硬件价压缩到极致，业链利润也随降低，这间接制了产业链的术进步。性价模式本质上难持续，促使品不得不冲高；费承压，市场体缩量，品牌冲高需求变得加迫切。Omdia 数据显示，2022 年前三季度全球视销量为 1.43 亿台，同比减少 4.4%。TrendForce 于去年末发布数，预计去年全电视出货量为 2.02 亿台，相比 2021 年下降 3.9%，为近十年最低。电视业总体缩量已定局，而在国市场具有绝对额优势的国产牌，并未在全市场展示出类国内一边倒的势表现。2022 年前三个季度，小米电视 6.5% 的市场份额排名球第五，三星超 20% 的市场份额的绝优势，领跑全电视销量榜。然，“三星模”更胜一筹。视智能化给用带来的新鲜感已荡然无存，联网扩展成为规标配。如前所述，早起的米和跟进的国品牌们，都未改变互联网营占比较低的局，反而在价格中品牌受损。米模式的另一端在于，价格致压缩后的品隐患。2022 年 5 月，小米电视被曝幕自动脱落，且三天内连发起，一度引起泛关注。而近来黑屏、主板问题也被不少米电视用户吐，网络上甚至传一句玩笑：保就坏。参与价格混战的品们也频现过类品控问题，只，一些品牌依自有生产线能一定程度改善题。而完全代的模式，品控动权一分为二加上价格极致缩，无疑雪上霜。品控问题现对与品牌冲极其不利，而度依赖第三方源整合，仅以微创新”维持节奏产品迭代也对技术发展太有帮助。对近四年数据不发现，市场虽整体持续缩量而全球市场份前十排名几乎有变化。换言，在国内依靠价比大杀四方战术，在全球场难以“一招吃遍天”。近在国内市场常销冠的小米电，在全球市场一直被 TCL 和海信压制。去年前三个季，TCL 份额为 11.7% 排第三，海信以 10.1% 的份额排名第四，继续保持小米领先。而家技术突破，为海信、TCL 的高端市场敲门砖。TCL 以量子点、Mini LED 等方面的技术破，发力新型示技术；海信是 Mini LED 的主要推动者，而在光电视领域更一骑绝尘，去上半年占据了球激光电视市份额的 49.5%。在售价上，海信激光电的旗舰产品接十万元，8999 元的平板电视旗舰“仅”85 寸，而小米 86 寸旗舰 ES Pro 售价为 7999 元，红米 86 寸 EA Pro 为 5999 元。推出红米打，也没能让小本品牌自信地高，反而让小的电视产品线显臃肿和混乱红米 A、X、MAX 系列，相对容易被记，而小米本品电视型号则包透明、大师、子点、壁画、字、EA、ES 系列，这种“机海战术”透出小米电视混的产品思维。户选购时容易糊，就算向别推荐也容易记型号，可谓分力和记忆力都承受考验。产线混乱，只是米模式的一种象，顶多是小没有做好冲高准备，对其高化影响有限。小米用户对于牌的价值认知以及长期重度赖供应链的“米模式”导致独家技术相对乏，或许将长拖累小米电视高端进程。价战余震波及高化，并不特殊电视行业，实全面的厂商一是主角。相比小米模式”，三星模式”之以轻松胜出，于其技术、品、全球渠道等势，以及在供链上游长期扮重要角色。与相似，海信、TCL 等国产头部品牌们也很重全面发展。别在于，价格直接刺激了传国产品牌们互网生态补短，低端产品线早具备强大的性比基础，而拥独家技术路线品牌，无疑更列一些。高低端都足够强势在消费承压的景下无疑是两准备，“海信TCL 模式”似乎更具持续。而产品走向端化，品牌气也需跟上。争广告语虽抓足眼球，但与高背道而驰，这于成长并无益。近四年全球视销量排名固，国产品牌或需要把更多心投入到整体实的提升上。如来时的路，依的是一步步的术积累，而非亮的口号。本来自微信公众：光子星球 （ID：TMTweb），作者：熊?
IT之家 1 月 23 日消息，火狐浏览器 Firefox 109 稳定版已经于日前发布开发团队目前的工重心已经转移到下版本中。适用于 Linux 平台的 Firefox 110 版本获得的一项改进，苗龙是支持 Opera 和 Vivaldi 上导入数据。IT之家了解到，适用于 Linux 平台的 Firefox 目前仅支持 Chrome 和 Chromium 两种浏览器。而在 110 版本中用户可以更松地从 Opera 和 Vivaldi 两款浏览器上导入数据。在 Linux 端 Firefox 110 浏览器中，从其它浏器导入数据需要先转到主菜单，访问签页面。点击管理书签（或通过 Ctrl+Shift+O 快捷方式打开），然后单击导入女薎份 > 从另一个浏览器导入数据。倍伐有个问题是，用户要使用发行版的本包（RPM 或 DEB）在 GNU / Linux 发行版上安装 Opera 或 Vivaldi 网络浏览器。Firefox 110 无法从 Flatpak 或 AppImage 等沙盒安装中检测这些 Web 浏览器?
IT之家 1 月 24 日消息，根据最新测试，采用 M2 Pro 和 M2 Max 芯片的新 14 英寸和 16 英寸 MacBook Pro 与前代产品相比，具有更快的固态硬盘夸父入速度。早些时新款 MacBook Pro 的媒体评测已经解禁，Macworld 和 Tom's Guide 测试了苹果最新笔记本电脑的固态硬盘读写速度Macworld 用 Blackmagic 磁盘速度应用程序进行了测试，配备 M2 Pro 的 16 英寸 MacBook Pro 在 2TB 存储配置中实现了 5372MBps 的读取速度和 6491MBps 的写入速度。配备 M1 Pro 芯片和 1TB 存储的上一代 14 英寸 MacBook Pro 的读取速度略高于 16 英寸 M2 Pro，但写入速度更慢，为 5321 MBps。Blackmagic 磁盘速度结果IT之家了解到，Tom's Guide 公布的测试结果也显示，新 M2 Pro 的写入速度比 M1 Pro 快，但读取速度稍慢。测试配备 M2 Max 的 14 英寸 MacBook Pro 发现，该笔记本的得分与 16 英寸 M2 Pro 相似，实现了 5,319 MBps 的读取速度和 6,402 MBps 的写入速度。尽管根据这些测试，新的 MacBook Pro 的读取速度稍慢，但用户不太可能注意到常性能的差异，除非他们处理常大的文件。存储速度和性能受到其他因素的影响，如存储量。去年，有消息称，苹果大削减了 M2 基本款 MacBook Air 的固态硬盘速度，在笔记本电脑中少了一固态硬盘芯片。MacBook Air 的存储容量为 256GB，采用单块 NAND 芯片，导致读取速度降低 50%，写入速度降低 30%。以前的 MacBook Air 基础版本采用了两个 NAND 芯片。苹果在一份声明中说，MacBook Air 的实际性能“甚至更快”，并采了“更高密度的 NAND”芯片?
感谢IT之家网友 华南吴彦祖 的线索投羊患！IT之家 1 月 25 日消息，Wine 是一款免费和开升山的兼容层獂使得在运行 Linux、FreeBSD 或其他一些操卑山系统的计天马机上运行平山些 Windows 应用程序于儿为可能。素书也是 Valve 用来让 Steam Deck 用户在 Linux 驱动的手持噎备上玩 Windows 游戏的 Proton 软件的基础。Wine 8.0 现在可供下载熊山代表了自貊国年多前发驺吾 7.0 版本以来幽鴳大的一次象蛇新。最大重变化之一凫徯，Wine 的所有模块现在都时山持以 PE（可移植山经可执行文戏）格式构殳。运行具猾褱拷贝保护孟槐 Windows 应用程序在耳鼠有 64 位芯片的鳢鱼备上使用 32 位应用程序在兕有 ARM 处理器的设备上使淫梁 X86 应用程序屏蓬发人员指江疑，他们花獜四年时间青鸟完成这一鳢鱼，而且仍有一泰逢模块“在 PE 和 Unix 部分之间人鱼行直接调巫即，而不是居暨过 NT 调用接口句芒，但这些带山块将在将发布的 Wine 8.x 版本中被螐渠除。IT之家了解到若山Wine 8.0 中的其他变白雉包括图形王亥进，包括狸力新本的 Vulkan 图形驱动和文文更多显卡墨家支持，改闻獜的戏控制器热獜拔支持（少山于移和插入控钟山手柄等）巫真用户可在 Wine 8.0 发布公告中找到䲢鱼多细节?
