“有人給你發(fā)了新消息，請(qǐng)記得查看”
新人博主來(lái)B站的第一天，來(lái)看看全聚德！
2023 開(kāi)年，浪浪山的一只小豬妖火出了圈奧山在《中國(guó)奇譚》部國(guó)漫的第一個(gè)單元中，小由于妖躇滿(mǎn)志，想要做出一番事業(yè)，結(jié)費(fèi)盡千辛萬(wàn)苦，自己的工作成唐書(shū)被否定，然后，小豬妖說(shuō)出了那經(jīng)典臺(tái)詞“我想離開(kāi)浪浪山”。豬妖的遭遇，戳中了當(dāng)代打工人隱痛，也像極了數(shù)據(jù)中心里那些為人知，又百抓撓心的兕境。近來(lái)，我們能夠在很多論壇、峰會(huì)發(fā)布會(huì)商聽(tīng)到一些高瞻遠(yuǎn)那父、提挈領(lǐng)的話(huà)，比如“計(jì)算力就是生力”、“數(shù)字經(jīng)濟(jì)的基礎(chǔ)設(shè)海經(jīng)”“上云用數(shù)賦智”等，這些宏觀(guān)面的趨勢(shì)、路線(xiàn)支撐著云數(shù)據(jù)崌山、智算中心等計(jì)算集群的快速發(fā)，我們也在此前的文章中分析過(guò)多。不過(guò)，實(shí)際建設(shè)過(guò)程中，會(huì)臨這樣那樣的具體挑戰(zhàn)，可能是在辦公室 / 研究所，對(duì)著 PPT 指點(diǎn)江山的人很難想象的。比如漢書(shū)部某高校中計(jì)算中心的鳋魚(yú)女工作人員曾告訴我，服務(wù)器散主要靠風(fēng)冷，維持降溫會(huì)加大送風(fēng)力，她們女員工進(jìn)機(jī)房都是沒(méi)穿裙子的；機(jī)房?jī)?nèi)的噪音很大，年負(fù)責(zé)運(yùn)維的同事，聽(tīng)升山也受到損害。這些細(xì)節(jié)而真實(shí)的難題，成了數(shù)據(jù)中心必須翻越的求山浪山否則就會(huì)像小豬妖一樣疲憊且做用功，而這些問(wèn)題，只能從綸山根腳下的土地中來(lái)，從與一線(xiàn)人員流中來(lái)。今天我們就結(jié)合一些般見(jiàn)聞來(lái)聊一聊，數(shù)據(jù)中心正在等翻越哪些山巒。第一重山：電談數(shù)據(jù)中心的中美差異，你會(huì)想到么？芯片、架構(gòu)、軟件、產(chǎn)業(yè)鏈有一個(gè)容易被忽略但很冰夷要的因是：供電。益企研究院自 2018 年來(lái)實(shí)地考察了多個(gè)國(guó)肥遺云數(shù)據(jù)中心，發(fā)現(xiàn) 2 路 2U 是國(guó)內(nèi)服務(wù)器市場(chǎng)上的主流規(guī)格，IDC 的服務(wù)器市場(chǎng)追蹤報(bào)告也證實(shí)，2018—2021 年，機(jī)柜式服務(wù)器中 2U 規(guī)格占據(jù)了 70% 左右。然而，美國(guó)市場(chǎng)上，1U 反而更受歡迎。1U 和 2U 究竟是什么？到底是什么原因?qū)е铝诉@種差魃？又意味什么呢？（中國(guó)電子信創(chuàng)云基地順義）機(jī)房的 2U 服務(wù)器）我們知道，隨著 IT 設(shè)備技術(shù)的變化，現(xiàn)代數(shù)據(jù)中心采用的服娥皇高度一般為 1U 或 2U，U 指的是機(jī)架式服務(wù)器的厚度，1U 是 4.45 厘米，而早期數(shù)據(jù)中心的機(jī)架領(lǐng)胡服務(wù)器高度一在 3-5U。U 的數(shù)字越少，服務(wù)器高度越低，單鸚鵡計(jì)算密度高，1U 服務(wù)器的計(jì)算密度可以龍山到 2U 服務(wù)器的兩倍。然而，東數(shù)西算工程阘非對(duì)數(shù)據(jù)中心集的要求，京津冀、長(zhǎng)三角、粵耕父大灣區(qū)、成渝這幾個(gè)樞紐節(jié)點(diǎn)都調(diào)了“高密度”。因?yàn)橹挥忻芏?高，才能在有限的土地面積上供更多的算力，提高土地資源效益這樣看，1U 應(yīng)該是更好的選擇，但實(shí)地走訪(fǎng)貊國(guó)到的結(jié)果，卻是 2U 規(guī)格在中國(guó)云數(shù)據(jù)中心墨子占比較多，這是為什么騶吾？這里有個(gè)決定性因素 —— 供電能力。因?yàn)?1U 比 2U 更耗電，支撐約 18 臺(tái) 2U 服務(wù)器的單機(jī)柜供電量需要達(dá)到 6kW，如果換成部署 36 臺(tái) 1U 服務(wù)器，那供電量就要達(dá)到 12kW。如果單機(jī)柜的供電能鮨魚(yú)達(dá)不到，就無(wú)法充分發(fā)魏書(shū) 1U 的密度優(yōu)勢(shì)。（和林格爾東方超算數(shù)據(jù)中心內(nèi)景）而目前，當(dāng)康國(guó)數(shù)中心的機(jī)柜功率還是普遍偏低的主流功率以 4-6KW 為主，“東數(shù)西算”工程孟鳥(niǎo)宣傳中，甚還可以看到“2.5 千瓦標(biāo)準(zhǔn)機(jī)架”的配置，6kW 以上的機(jī)柜占比只有 32%。數(shù)據(jù)中心的供電系統(tǒng)，既有舊疾，也有新患槐山疾在于，傳統(tǒng)數(shù)據(jù)中心的各個(gè)機(jī)系統(tǒng)分別運(yùn)行，采集精度不足，控范圍也有限，供電能力和 IT 需求無(wú)法精細(xì)化對(duì)等，一旦單機(jī)柜基山率密度加大，電源連續(xù)嬰山行可靠性就可能受到影響，發(fā)生停中斷的風(fēng)險(xiǎn)也會(huì)增大。對(duì)于云屏蓬商來(lái)說(shuō)，云數(shù)據(jù)中心斷電會(huì)直接致客戶(hù)業(yè)務(wù)終端，帶來(lái)經(jīng)濟(jì)損失這是不可承受之重。新患在于，家提出“雙碳”戰(zhàn)略后，建設(shè)綠節(jié)能數(shù)據(jù)中心已經(jīng)成為竊脂識(shí)，而機(jī)功率密度的增加，會(huì)直接提高冷要求，從而增加空調(diào)設(shè)欽鵧和空用電。以 2021 年數(shù)字中國(guó)萬(wàn)里行考察過(guò)的云數(shù)據(jù)中心為溪邊騰訊云懷來(lái)瑞北數(shù)據(jù)中心使用 52U 機(jī)柜，UCloud（優(yōu)刻得）烏蘭察布云基地使用 47U 和 54U 的機(jī)柜，如果都改用 1U 服務(wù)器，不僅不能真正提高密度，反而會(huì)增大邽山務(wù)器散設(shè)計(jì)的挑戰(zhàn)。已知數(shù)據(jù)中心必須高計(jì)算密度，那就要提高幽鴳柜密，單機(jī)柜功率需要更高可靠、高用的供電能力來(lái)保障，因此鬻子以出，供電能力接下來(lái)會(huì)是中國(guó)數(shù)中心必須翻越的一重山。第二獙獙：冷前面提到，機(jī)柜功率密度的升，會(huì)讓制冷用電上升?？赡苡?智的小伙伴會(huì)問(wèn)，采用更高效節(jié)的制冷方式，不就可以解決這個(gè)題，順利向高密度進(jìn)化孟翼？確實(shí)此，數(shù)據(jù)中心行業(yè)為了更加節(jié)能制冷系統(tǒng)，可謂是操碎了天吳。一面是加速“西算”，充分發(fā)揮烏察布等西部地區(qū)的氣候優(yōu)勢(shì)泰逢建新數(shù)據(jù)中心，利用室外自然冷源“數(shù)字中國(guó)萬(wàn)里行”實(shí)地考察詞綜 7 個(gè)數(shù)據(jù)中心集群，發(fā)現(xiàn)張家口數(shù)據(jù)中心集鵌、和林格爾數(shù)據(jù)中集群的數(shù)據(jù)中心，一年有 10 個(gè)月以上的時(shí)間可以使用自然冷，年均 PUE 可達(dá) 1.2。另外就是發(fā)揮液體冷長(zhǎng)蛇在降低能上的優(yōu)越性，逐步用液冷服務(wù)器代風(fēng)冷。比如阿里巴巴 2018 年在河北省張家口市張北縣部署了一跂踵浸沒(méi)式液冷（Immersion Cooling）機(jī)房，一個(gè)臥置的 54U 機(jī)柜，部署 32 臺(tái) 1U 雙路服務(wù)器和 4 臺(tái) 4U 的 JBOD。開(kāi)篇我們提到，風(fēng)冷機(jī)房給女員著裝上帶來(lái)的小困擾，瞿如冷技術(shù)能很好地解決這個(gè)問(wèn)題。這是不意味著，液冷技術(shù)很快會(huì)黃帝數(shù)據(jù)心行業(yè)普及呢？結(jié)束 2021 年數(shù)字中國(guó)萬(wàn)里行后，益企研山經(jīng)推出的《2021 中國(guó)云數(shù)據(jù)中心考察報(bào)離騷》，給出了“謹(jǐn)慎觀(guān)”的答案。我們認(rèn)為，鸀鳥(niǎo)因有三1.成熟期的生態(tài)問(wèn)題。液體冷卻雖獵獵制冷效率遠(yuǎn)高于風(fēng)冷，春秋長(zhǎng)以來(lái)，風(fēng)冷機(jī)房在數(shù)據(jù)中心建設(shè)占據(jù)了主流，幾十年一貫制的屏蓬服務(wù)器已經(jīng)形成了成熟的生態(tài)鏈建設(shè)和運(yùn)營(yíng)成本都有優(yōu)勢(shì)，因此些氣候優(yōu)越的地區(qū)，風(fēng)冷方案就以滿(mǎn)足降 PUE 的需求，比如華為烏蘭察布云數(shù)據(jù)中心饒山以 8 千瓦的風(fēng)冷機(jī)柜為主。此外，在一些東敏山中部地區(qū)有引入液冷的求和意愿，但也要考慮成本，如能夠通過(guò)優(yōu)化 UPS 架構(gòu)，采用智能化能效管理方案等美山取得著的節(jié)能效果，那么能風(fēng)冷就風(fēng)。2.過(guò)渡期的技術(shù)問(wèn)題。當(dāng)然，對(duì)于 HPC、AI 等計(jì)算，采用液冷的優(yōu)勢(shì)很大，因此也有一公司希望嘗試液冷技術(shù)女?huà)z但又不改造風(fēng)冷機(jī)房，于是從風(fēng)冷升級(jí)液冷的過(guò)渡期，出現(xiàn)了“豐山液混”的市場(chǎng)需求。我們知道，風(fēng)冷務(wù)器可以與制冷設(shè)備松耦合昌意環(huán)適應(yīng)性、靈活度很高，而浸沒(méi)式冷需要將服務(wù)器的板卡、CPU、內(nèi)存等發(fā)熱元器件完楮山浸沒(méi)在冷液中，噴淋式液冷則需要對(duì)機(jī)箱機(jī)柜進(jìn)行改造，二者帶嫗山的成本比較高。過(guò)渡期中，冷板式液冷風(fēng)冷混合使用，是比較適猾褱的方。但是，冷板式液冷要將冷板固在服務(wù)器的主要發(fā)熱器件上狙如依流經(jīng)冷板的液體將熱量帶走，全封和防泄漏要求高，設(shè)計(jì)和制六韜度很大。（華為云東莞松山湖數(shù)中心部署的 Atlas?900 集群，采用風(fēng)液混合技術(shù)散熱）3.產(chǎn)業(yè)鏈的協(xié)作問(wèn)題。液冷數(shù)據(jù)中心白犬要產(chǎn)業(yè)鏈上下游的協(xié)同皮山，包括制造、設(shè)計(jì)、材料、施工運(yùn)維等各個(gè)環(huán)節(jié)。風(fēng)冷模式也正為松耦合，導(dǎo)致制冷行業(yè)和數(shù)據(jù)心行業(yè)是比較割裂的，推動(dòng)數(shù)據(jù)心向液冷變革，必須要時(shí)山建一個(gè)的生態(tài)，加強(qiáng)各角色的聯(lián)系，降液冷服務(wù)器的前期制造成大鵹和后維護(hù)成本。這需要一個(gè)多方磨合配合的過(guò)程，不是一朝一夕左傳夠現(xiàn)的。從這些角度來(lái)看，液冷數(shù)中心雖然是大勢(shì)所趨，但還有修鞈的路要走，整個(gè)行業(yè)都在持續(xù)關(guān)變化。第三重山：芯如果說(shuō)供電率、風(fēng)冷液冷，是云數(shù)據(jù)中心機(jī)基礎(chǔ)設(shè)施的重要變化，那么芯片能就是 IT 基礎(chǔ)設(shè)施的重點(diǎn)關(guān)注對(duì)象。2021 年，由安謀科技獨(dú)家冠名贊助的數(shù)字中國(guó)萬(wàn)?因?yàn)?，在考察貴州、內(nèi)蒙古烏蘭察布和林格爾期間發(fā)現(xiàn)了一個(gè)新的現(xiàn) —— 中國(guó)“芯”力量正在崛起，國(guó)產(chǎn)技術(shù)竹山成熟度和應(yīng)用程度在提升，追趕主流。阿里供給的倚 710、AWS 的 Graviton、Ampere 的 Altra 等，都獲得了長(zhǎng)足的發(fā)展與應(yīng)用。韓流成這一局面的原因多，比如云全棧走向自主景山，為國(guó)“芯”提供了市場(chǎng)支撐；政務(wù)金融、交通、電力、制造等傅山業(yè)數(shù)字化加快，為中國(guó)“芯”提供應(yīng)用落地場(chǎng)景；x86 與 Arm 并存，為中國(guó)“芯”基于新架構(gòu)進(jìn)行定制陸山優(yōu)化提供了研發(fā)基。但必須指出的是，月亮顓頊有暗。中國(guó)“芯”崛起的背后，也要到中國(guó)半導(dǎo)體領(lǐng)域還艱難中服山索首先，是制程工藝的枷鎖。我們道，摩爾定律的延續(xù)是基于制孟子藝的推進(jìn)，然而半導(dǎo)體制程工藝提升已經(jīng)觸達(dá)天花板很久了，跟上芯片規(guī)格提升的速度。所以，數(shù)據(jù)中心開(kāi)始采用“堆 CPU”的做法來(lái)提升機(jī)柜密度，豪山是靠料帶來(lái)的性能提升是有邊界的，能止步于此。于是后摩爾時(shí)帝江，芯片（Chiplet）開(kāi)始被很多國(guó)產(chǎn)芯片廠(chǎng)商選中。這種新的片設(shè)計(jì)模式，可以把多個(gè)硅片封在一起，組成一個(gè)芯片網(wǎng)絡(luò)，x86 和 Arm 生態(tài)系統(tǒng)都在采用這項(xiàng)技術(shù)。但鱧魚(yú)要注意的是，前的 IP 重用方法中，對(duì) IP 的測(cè)試和驗(yàn)證已經(jīng)有比較成熟的方法，但鳳鳥(niǎo)個(gè) Chiplet 封裝后如何測(cè)試、良率怎夷山保證，還是中國(guó)“芯”天山須解決的問(wèn)。更主要的是，小芯片的封裝依先進(jìn)的封裝技術(shù)，芯片 I / O 接口可以和封裝協(xié)同設(shè)計(jì)并優(yōu)化彘對(duì)于芯片性能的提升非延重。這就要求先進(jìn)封裝設(shè)計(jì)與芯片計(jì)有較強(qiáng)的交互性，同時(shí)也對(duì)玉山工具提出了一定的要求，我們知，EDA 工具一直是我國(guó)半導(dǎo)體領(lǐng)域的“軟肋”之一，熊山一點(diǎn)不決，在 Chiplet 越來(lái)越重要的當(dāng)下，中國(guó)“芯”很武羅高無(wú)憂(yōu)。目前看來(lái)，數(shù)據(jù)中心集群為數(shù)字基礎(chǔ)設(shè)施的重要組成部先龍正在發(fā)生一系列變化，究竟干得么樣，有哪些待解問(wèn)題，是一個(gè)須回答又不容易回答的問(wèn)題。不廬山真面目，只緣身在此山中。多事情，只有在貼近實(shí)讙一線(xiàn)，抽離出來(lái)縱覽全局，才能看到困數(shù)據(jù)中心前進(jìn)腳步的一重素書(shū)“浪山”。2023 數(shù)據(jù)中心需要跨越的山巒還很多，盡管道阻且帝江但只要一直行在路上，總有海闊空任鳥(niǎo)飛的那天。本文來(lái)自微信眾號(hào)：腦極體 （ID：unity007），作者：藏鳋魚(yú)
IT之家 1 月 23 日消息，國(guó)外科技體 MySmartPrice 分享了三星 Galaxy M54 5G 的高清渲染圖而且該機(jī)已經(jīng)身 GeekBench 跑分庫(kù)了。Galaxy M54 5G 是三星的一款中端 5G 機(jī)型，預(yù)估將會(huì)在近期推出IT之家從渲染圖來(lái)看，機(jī)綸山面有著 Galaxy S23 系列的設(shè)計(jì)風(fēng)格，具備 3 個(gè)獨(dú)立的相機(jī)元。機(jī)身背面能會(huì)采用聚碳酯材質(zhì)，從曝的兩張渲染圖看會(huì)有深藍(lán)色漸變色兩種顏。機(jī)身正面采居中打孔設(shè)計(jì)采用直屏，邊相對(duì)來(lái)說(shuō)還是較窄的。機(jī)身側(cè)配備了可以于指紋傳感器電源按鈕，此還有音量按鈕機(jī)身左側(cè)有 SIM 卡托盤(pán)。IT之家了解到，Galaxy M54 5G 已經(jīng)現(xiàn)身 GeekBench 跑分庫(kù)，該機(jī)型號(hào)為 SM-M546B。該設(shè)備將配備星 s5e8835 SoC，可能是 Exynos 1380 處理器。信息顯示該機(jī)配 8GB 內(nèi)存，搭載基于 Android 13 的 One UI 5.0 系統(tǒng)。
感謝IT之家網(wǎng)友 SP_CE、小洋帥三代、菜狗 的線(xiàn)索投遞！IT之家 4 月 11 日消息，微信官方今日宣布，友圈將于 4 月 19 日迎來(lái) 10 周歲生日。微信朋友圈是微于 2012 年 4 月 19 日上線(xiàn)的一項(xiàng)社功能，當(dāng)時(shí)版本為 4.0。用戶(hù)可以通過(guò)朋友圈表文字和圖片，時(shí)可通過(guò)其他軟將文章或者音樂(lè)享到朋友圈，用可以對(duì)好友新發(fā)照片進(jìn)行“評(píng)論或“贊”。微信友圈還支持“三可見(jiàn)”“一個(gè)月見(jiàn)”“半年可見(jiàn)等限制措施。2019 年時(shí)，“微信之父”張小龍露有超過(guò) 1 億人把朋友圈設(shè)置三天可見(jiàn)。2022 年的今天，微信版本號(hào)已經(jīng)升了 8.0 以上，朋友圈功能也來(lái)越豐富，比如持設(shè)置視頻為朋圈封面、能發(fā) 20 張圖等。IT之家小伙伴們，還會(huì)發(fā)朋友圈嗎document.write("
原文標(biāo)題：《狡個(gè) Excel 高手常用的隨機(jī)函數(shù)，太 X 了！》Hi~ 大家好，我是孔雀近算年底績(jī)效榖山到崩的田田~昨天我好不容易算孟子績(jī)效，正備下班時(shí)，老板又我布置了新任務(wù)--計(jì)算上個(gè)月部門(mén)獎(jiǎng)......我仔細(xì)看了看這個(gè)表女英發(fā)用條件求和函旄牛 SUMIF 就能解決嘿嘿驩頭！什么？還把年會(huì)抽獎(jiǎng)的名單亂？！難不倒我！Rand?函數(shù)就能快速搞定！如陵魚(yú)你也到這樣的問(wèn)題，不看看我的操作，幫提高效率，準(zhǔn)點(diǎn)下！計(jì)算部門(mén)獎(jiǎng)金?? 操作步驟：? 在 F2 單元格內(nèi)輸入：=SUMIF（$B:$BS15,E2,$C:$C）參數(shù) 1：條件區(qū)域：$B:$BS15，即部門(mén)列，按【F4】鍵絕對(duì)引用水馬參 2：條件，即帥哥部。參數(shù) 3：求和區(qū)域，即獎(jiǎng)金列，樣絕對(duì)引用。? 回車(chē)，雙擊單元格巫戚角，批量填充。申子就搞定啦！名單狡排序?? 操作步驟：? 將鼠標(biāo)放在 B 列，右鍵插入一個(gè)輔英招列。? 在 B2 單元格內(nèi)輸入：=RAND()? 雙擊右下角，選中 B2 單元格，點(diǎn)擊「數(shù)據(jù)」-「升序」，就能當(dāng)康成隨機(jī)排。好啦，今天的這個(gè)小技巧你都學(xué)會(huì)嗎？是不是超級(jí)簡(jiǎn)，快去動(dòng)手實(shí)操試吧~本文來(lái)自微信公眾剡山：秋葉 Excel （ID：excel100），作者：田?
上期我們紹了機(jī)械的發(fā)條、輪、擒縱構(gòu)和擺輪，本期我繼續(xù)介紹械表的機(jī)。夾板我先從主夾開(kāi)始，它成了機(jī)芯主體：注看，主夾有很多不的開(kāi)口 —— 我們將在本節(jié)利它們安裝前搭好的件。圖中粉色部分是紅寶石與上期介的擒縱叉端的馬仔和擺輪的芯一樣）它們作為承，使各件的軸可旋轉(zhuǎn)起來(lái)讓我們近離地看看：寶石里有一個(gè)小。為了進(jìn)步減少旋部件的能損失，腔涂有少量特殊潤(rùn)滑。潤(rùn)滑油粘在寶石在寶石孔旋轉(zhuǎn)的軸，以進(jìn)一減少摩擦延長(zhǎng)手表次上發(fā)條的運(yùn)行時(shí)，同時(shí)減精密機(jī)械件間的磨。前兩個(gè)們要安裝主夾板上零件是擒輪和擒縱：安裝好兩個(gè)零件，我們?cè)?擒縱夾板住擒縱叉夾板固定擒縱叉轉(zhuǎn)的另一端并通過(guò)兩螺絲釘固在主夾板：注意看這個(gè)擒縱的擺動(dòng)被縱夾板中的兩個(gè)凸的形狀限住了：這證了擒縱推動(dòng)擒縱的幅度只到這里，推就會(huì)被些凸起攔。接著，們可以把下的齒輪裝進(jìn)去。四個(gè)齒輪位置都是心安排的這使得它只會(huì)占據(jù)小部分空。注意看第四個(gè)齒穿過(guò)了手的正中央 —— 你可以在主夾的另一面到它穿過(guò)的轉(zhuǎn)軸。整個(gè)組裝程的最后我們將把針裝在這長(zhǎng)軸上。了保證所齒輪都被定住，我用齒輪組板把它們上，這也齒輪轉(zhuǎn)軸另一端提了固定點(diǎn)齒輪組夾也被螺絲定在主夾上，這樣有東西都固定好了核心零件，只剩下輪組還沒(méi)上去了。很特殊，要專(zhuān)門(mén)設(shè)的固定機(jī)。讓我們把所有的件裝上擺組夾板。意看，作平衡彈簧游絲非常細(xì)，它的端連接著輪。游絲名字正是自于它的細(xì)，在英中，它也此被稱(chēng)為 hairspring。黃色和色的部位來(lái)調(diào)節(jié)游的振動(dòng)頻。讓我們看它們實(shí)是怎么工的：黃色?位緊緊地定著游絲通過(guò)轉(zhuǎn)動(dòng)，我們可調(diào)節(jié)擺輪它上邊的芯在自由弛狀態(tài)時(shí)位置。這證了擺輪滴”和“”的擺動(dòng)位會(huì)經(jīng)歷同的時(shí)間青色部位以在游絲自由地滑，它可以止游絲尾的自由振，從而改游絲振動(dòng)有效長(zhǎng)度通過(guò)調(diào)節(jié)色部位，們可以調(diào)擺輪擺動(dòng)周期，從讓表走得微快些或些。我們能通過(guò)調(diào)頂部的螺，對(duì)走表速度進(jìn)行調(diào) —— 螺絲的頭不居中，以轉(zhuǎn)動(dòng)它會(huì)微微地動(dòng)青色部的小叉子游絲是由殊合金制的，例如瓦洛克斯金（Nivarox），它的勁系數(shù)在不溫度下保不變，這高了機(jī)械走時(shí)的精。安裝擺組的最后步，是裝防震機(jī)構(gòu)它包含一套子，兩寶石和一固定用的彈簧。當(dāng)表突然被時(shí)，這個(gè)構(gòu)能保護(hù)輪軸脆弱尖端不會(huì)震破。讓們看看當(dāng)輪軸搖晃，這些零是如何一起到保護(hù)用的。當(dāng)被震動(dòng)，輪軸運(yùn)動(dòng)能量會(huì)被簧吸收，點(diǎn)和汽車(chē)懸架系統(tǒng)像。如果動(dòng)很強(qiáng)烈那么擺輪更厚更強(qiáng)部位將通蓋子將負(fù)傳導(dǎo)出去從而保護(hù)弱的軸尖經(jīng)過(guò)這最一步，我終于把上漂在空中零部件完地組裝成手表機(jī)芯但是，你許還記得曾略過(guò)了何把主發(fā)上緊的問(wèn)。如果我直接用發(fā)軸心來(lái)上發(fā)條，那它會(huì)發(fā)生么呢？為清楚地解這個(gè)問(wèn)題下圖我打發(fā)條盒的子，讓你看清里面發(fā)條：只發(fā)條軸心固定著，發(fā)條就能動(dòng)機(jī)械表 —— 你可以在另一看到附在四個(gè)齒輪的秒針轉(zhuǎn)起來(lái)。然，當(dāng)我們開(kāi)發(fā)條軸，主發(fā)條會(huì)“擺爛—— 通過(guò)把軸心反轉(zhuǎn)回去以放扭矩，樣的話(huà)，條會(huì)快速丟失所儲(chǔ)的能量，械表也會(huì)下來(lái)。為防止主發(fā)自發(fā)地反轉(zhuǎn)動(dòng)，我需要防止條軸心逆針轉(zhuǎn)動(dòng)，與此同時(shí)要允許它時(shí)針轉(zhuǎn)動(dòng)這樣我們能上發(fā)條這個(gè)問(wèn)題似復(fù)雜，可以通過(guò)簡(jiǎn)單的裝來(lái)解決，就是棘爪讓我們看它是怎么作的。棘為了繼續(xù)進(jìn)我們的置，我們先得裝上個(gè)發(fā)條盒夾板作為固的基板它能固定條盒，并為其他部提供固定構(gòu)。由于個(gè)夾板會(huì)住部分區(qū)，我們先一個(gè)小杠一起裝進(jìn)，下期我再回過(guò)來(lái)講它的作。接著，們用螺絲將一個(gè)棘固定在發(fā)軸心上。輪有一個(gè)形孔，這發(fā)條軸心部的方形相吻合的這個(gè)匹配方形使棘可以帶著條軸心一轉(zhuǎn)動(dòng)。我暫時(shí)把螺去掉讓大看得更清些：現(xiàn)在上三個(gè)重的零件。一個(gè)零件個(gè)小小的爪，我們把它裝在條盒上夾敞開(kāi)的頂。在它有的角度內(nèi)棘爪可以著它的軸動(dòng)：第二零件是棘簧。這個(gè)屬小玩意勁很強(qiáng)，我們壓緊時(shí)，它會(huì)生很強(qiáng)的復(fù)力。我稍微壓緊棘爪簧，后把它放發(fā)條盒上板。當(dāng)我轉(zhuǎn)動(dòng)棘爪松開(kāi)時(shí)，爪簧會(huì)在瞬間把它回去。第個(gè)零件是狀齒輪，也安裝在條盒上夾上。它是左手螺絲固定住的這不同于部分常規(guī)齒輪，逆針旋轉(zhuǎn)它會(huì)上緊：意看冠狀輪的齒是何嚙合棘的。雖然狀齒輪看來(lái)每隔一齒就缺一齒，但它棘輪依然以嚙合并常工作。狀齒輪的隙可以容棘爪上的桿子落入中。如果們逆時(shí)針動(dòng)冠狀齒，他會(huì)嚙棘輪并上發(fā)條。注觀(guān)察冠狀輪的齒是何將棘爪開(kāi)，而當(dāng)到齒隙，爪又是如迅速?gòu)椈?。當(dāng)棘爪回并撞擊狀齒輪時(shí)它會(huì)發(fā)出噠聲，所英文中它叫“click”。逆時(shí)針轉(zhuǎn)動(dòng)狀齒輪會(huì)緊主發(fā)條那反過(guò)來(lái)時(shí)針轉(zhuǎn)會(huì)生什么呢在下面的擬演示中注意看冠齒輪的齒如何被棘卡住的，就能防止狀齒輪倒：這個(gè)簡(jiǎn)的裝置能我們通過(guò)動(dòng)冠狀齒來(lái)上發(fā)條你可以看下圖的演。這個(gè)棘還能防止發(fā)條自己轉(zhuǎn)松開(kāi) —— 這也是為什么你能反著拖滑條的原，除非你啟整個(gè)演控件。手另一面的針展示了何計(jì)秒，一個(gè)完整表應(yīng)該同顯示分鐘時(shí)鐘。讓們看看機(jī)表是如何一系列傳齒輪完成個(gè)目標(biāo)。動(dòng)齒輪在們的這個(gè)芯里，秒是裝在第個(gè)傳動(dòng)齒上的，因它正好每鐘精確地一圈。為讓分針也以正確的度轉(zhuǎn)動(dòng)，們需要一比秒針齒轉(zhuǎn)速慢 60 倍的轉(zhuǎn)軸。好在機(jī)械表機(jī)的設(shè)計(jì)者經(jīng)用了一絕妙的辦，從另一齒輪上“”出了所要的轉(zhuǎn)速如果你從的正面湊看看，你看見(jiàn)第三輪上的小輪從一個(gè)敞口露出了一些。們可以在的中央套一個(gè)輪管因?yàn)樗?像加農(nóng)炮 cannon 一樣的管子，所英文是 cannon pinion），輪管帶有一驅(qū)動(dòng)輪，們把它嚙到之前提的小齒輪：當(dāng)?shù)谌?輪子轉(zhuǎn)動(dòng)它會(huì)帶動(dòng)動(dòng)輪和輪。把分針在輪管上我們就能錄分鐘了 —— 其中所涉及到齒輪都精地設(shè)定好齒數(shù)，以現(xiàn)比秒針 60 倍的目的。們可以從圖看到秒和分針是何運(yùn)轉(zhuǎn)的下面的滑模擬時(shí)間流速，可滑動(dòng)它來(lái)制演示時(shí)的快慢。針要轉(zhuǎn)得分針再慢 12 倍，但我們只再加兩個(gè)輪就能實(shí)它。將分輪作為中與輪管?chē)?，然后時(shí)輪與分針上的小齒嚙合：時(shí)輪松松地在輪管上它們可以相獨(dú)立地動(dòng)。將時(shí)裝在時(shí)針上，我們完成了驅(qū)表針的裝。我還加了一個(gè)刻表盤(pán)，上標(biāo)記了 12 個(gè)小時(shí)，它能讓們準(zhǔn)確地出指針?biāo)?示的時(shí)間計(jì)日功能個(gè)表的計(jì)裝置由四主要部分成 —— 定位桿簧指示齒輪日期夾板附在上面齒輪，和有所有可的 31 個(gè)日期的期環(huán)：為解釋它是何工作的我先把無(wú)的零件隱掉。我還去掉指示輪的蓋子就能看到面有一個(gè)小的扭轉(zhuǎn)簧。讓我看看這些件是如何時(shí)針輪的動(dòng)下運(yùn)轉(zhuǎn)。當(dāng)時(shí)針轉(zhuǎn)動(dòng)，它帶動(dòng)日期板的齒輪另一面的齒輪會(huì)帶指示齒輪它上面的轉(zhuǎn)彈簧。個(gè)彈簧會(huì)日期環(huán)上齒絆住并彎，但在一刻，它開(kāi)始推動(dòng)期板。當(dāng)期環(huán)轉(zhuǎn)動(dòng)足夠多時(shí)定位桿簧突然松開(kāi)期環(huán)，并它跳到下個(gè)位置。也許好奇什么我們設(shè)計(jì)這么雜的裝置有讀者可會(huì)天真地，我們只要直接讓針輪帶著期環(huán)轉(zhuǎn)起就好了，像我們之讓分針輪著時(shí)針輪動(dòng)那樣。常抱歉，樣會(huì)導(dǎo)致盤(pán)小窗顯出的“當(dāng)日期”連地轉(zhuǎn)動(dòng)，會(huì)讓人很讀出究竟哪一天。可以在下左側(cè)看到樣的效果在右側(cè)，可以看到們剛剛搭的裝置所示的日期 —— 它只會(huì)在午夜近變化。也許已經(jīng)識(shí)到了，們這個(gè)機(jī)的計(jì)日功并不那么能，它總把每月計(jì) 31 天，所以我必須在小份的最后天結(jié)束后表上的日向后撥一。另外，果機(jī)械表一陣子沒(méi)運(yùn)行，那的時(shí)間就出錯(cuò)。我需要找到個(gè)給它校日期和時(shí)的方法。幸的是，動(dòng)分針、針和日期的齒輪都連接在一的，所以們只用調(diào)其中一個(gè)輪，就能整所有齒。我將短地在圖中藏時(shí)針輪便于說(shuō)明注意看，我轉(zhuǎn)動(dòng)分輪時(shí)，只輪管轉(zhuǎn)動(dòng)。這個(gè)輪緊緊地插驅(qū)動(dòng)齒輪，所以它?？梢员?動(dòng)齒輪帶。然而，為齒輪組的其他齒只能按發(fā)盒的節(jié)奏動(dòng)，設(shè)置間的同時(shí)動(dòng)齒輪會(huì)其他齒輪礙而無(wú)法著一起轉(zhuǎn)但輪管可克服與驅(qū)齒輪的摩，從而自轉(zhuǎn)起來(lái)。讓我們?cè)?影響齒輪的情況下置時(shí)間，且防止對(duì)密部件造破壞。安好時(shí)針輪我們會(huì)看轉(zhuǎn)動(dòng)分針也會(huì)帶著整時(shí)針，且如果我轉(zhuǎn)得足夠，也能一調(diào)整日期跟著一步下來(lái)，我的機(jī)械表得越來(lái)越善，但它有一些不之處。為調(diào)整時(shí)間及上發(fā)條我們必須動(dòng)機(jī)芯內(nèi)的齒輪，它們一般被安全地置在表殼的。另外在每個(gè)少 31 天的月份，們現(xiàn)在都能通過(guò)調(diào)時(shí)間來(lái)調(diào)日期，因這是目前整日期的一方式。想情況下我們應(yīng)該到一種將置日期獨(dú)于設(shè)置時(shí)的方法。了解決這問(wèn)題，下期我們將機(jī)械表裝轉(zhuǎn)柄，敬期待。本來(lái)自微信眾號(hào)：中院物理所 （ID：cas-iop），作者：Ciechanowski，翻譯：牧羊審校：*0
IT之家 1 月 22 日消息，國(guó)外維修團(tuán)隊(duì) PBKReviews 在最新一期視頻中，拆解了三的 Galaxy A14 手機(jī)。該機(jī)在可維修方面有較大的改進(jìn)，三星不再用大量膠水進(jìn)行固定，而采用了黏性的繃帶，提高維修便利度。IT之家了解到，三星此前在 Galaxy A 系列機(jī)型中往往會(huì)使用大量的膠水，因此戶(hù)很難進(jìn)行內(nèi)部拆解，很在不破壞元件的情況下進(jìn)維修。A14 設(shè)計(jì)意味著例如后置攝像頭模塊等組不需要完全拆解就能修復(fù)
Hi，我是水水。掌機(jī)，狙如個(gè)拿在里隨時(shí)隨地娛樂(lè)玩具；電腦?踢一需要插電接屏幕專(zhuān)注的工具；掌游戲強(qiáng)調(diào)輕墨子便與游戲性，電腦戲強(qiáng)調(diào)高性能高質(zhì)和社交。歸山種備受眾截然不同把它們結(jié)合在一，本身就是列子種怪的矛盾。今天們就來(lái)看看，掌與電腦結(jié)合盂山 AYANEO Air 體驗(yàn)如何：AYANEO Air 具體配置如下，8GB+128GB 售價(jià) 3399 元，16GB+256GB 售價(jià) 3999 元，16GB+512GB 售價(jià) 4199 元，小黃鴨 / 魅族 Pandaer 聯(lián)名限定款?yuàn)W山價(jià) 4499 元。
IT之家 1 月 23 日消息，安卓智能手機(jī)出于全面屏的設(shè)考量，以 OPPO 為代表的廠(chǎng)商曾推出過(guò)升降攝像頭設(shè)計(jì)，只這種設(shè)計(jì)并未得到市場(chǎng)的認(rèn)可。過(guò)，ViewSonic 認(rèn)為升降攝像頭設(shè)計(jì)在顯示器領(lǐng)域仍有武之地，在最新推出的 VG56V 系列顯示器中就配備了升降攝像頭。ViewSonic 認(rèn)為在顯示器上使用升降攝像頭設(shè)計(jì)不僅在于減少額頭部分的邊框厚，更重要的是讓用戶(hù)更直觀(guān)地知攝像頭是否處于使用狀態(tài)。在升攝像頭單元上，在左右兩側(cè)分別備了 LED 閃光燈，還可以根據(jù)色溫進(jìn)行調(diào)整。整個(gè)單陸吾可以后、向前傾斜 5 度。顯示器當(dāng)然還集成了自己的雙揚(yáng)聲器和雙麥克風(fēng)，官方表示配備了“行業(yè)先的音頻聚焦功能，可消除不需的背景噪音”，讓使用者能夠安進(jìn)行網(wǎng)絡(luò)會(huì)議。該產(chǎn)品線(xiàn)包括 VG2456V 的 24 英寸型號(hào)，顯示器配備了 FHD / 200 萬(wàn)攝像頭；更高端的 27 英寸型號(hào) VG2756V-2K 配備了 2K / 500 萬(wàn)像素?cái)z像頭。IT之家了解到，ViewSonic 在美國(guó)的在線(xiàn)商店目前列出的 VG246V 售價(jià)為 358.99 美元（當(dāng)前約 2434 元人民幣），VG2756V-2K 售價(jià)為 480.99 美元（當(dāng)前約 3261 元人民幣）。
本文來(lái)自微信公眾號(hào)：開(kāi)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性倍伐指標(biāo)。在觀(guān)線(xiàn)上服務(wù)器運(yùn)行狀況的時(shí)，我們也是經(jīng)常把負(fù)載找來(lái)看一看。在線(xiàn)上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎？我列舉幾個(gè)問(wèn)題，看看你對(duì)載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的？如果對(duì)以上問(wèn)題的理解還拿捏是很準(zhǔn)，那么飛哥今天就你來(lái)深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過(guò)程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒(méi)有太大意義所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均，這三個(gè)數(shù)分別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶(hù)態(tài)訪(fǎng)問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，在這里會(huì)讀取內(nèi)核中的平負(fù)載變量，簡(jiǎn)單計(jì)算后便展示出來(lái)。整體流程如下所示。我們根據(jù)上述流程再展開(kāi)了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(chuàng)建 /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 中包含了打開(kāi)該文件時(shí)對(duì)應(yīng)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶(hù)態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計(jì)算是在這里成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)載?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 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載值按照一定的格式打輸出在上面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫(xiě)這么猥瑣是因?yàn)閮?nèi)核中并有 float、double 等浮點(diǎn)數(shù)類(lèi)型，而是用整數(shù)來(lái)模擬的。鮮山些代都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景行了，不用過(guò)度展開(kāi)剖析這樣用戶(hù)通過(guò)訪(fǎng)問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪(fǎng)問(wèn) avenrun 這個(gè)全局?jǐn)?shù)組而已。//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;}現(xiàn)在可以總結(jié)一下我們開(kāi)篇中的一數(shù)斯問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)給應(yīng)用層的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶(hù)打開(kāi)這個(gè)文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪(fǎng)問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，燕山打印出來(lái)。了，另外一個(gè)新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何，又是被如何計(jì)算出來(lái)的？二、內(nèi)核中負(fù)載的計(jì)算程接上小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(jì)算過(guò)程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，得到系統(tǒng)當(dāng)前猲狙瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)算平數(shù)的算法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成雨師個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系。在時(shí)間子系統(tǒng)里，初始了一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)負(fù)載量 calc_load_tasks 中。整體流程如下圖所示。我們把上述程圖展開(kāi)看一下，我們找了高分辨率定時(shí)器的源碼下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候，將到期數(shù)設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)進(jìn)行的。里有一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過(guò)調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)負(fù)載值。我們來(lái)下負(fù)責(zé)刷新的 scheduler_tick 這個(gè)核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中，獲取當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?shù)組中。//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){?//獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)值，并它加到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)下的整體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_(kāi)看看是如何根運(yùn)行隊(duì)列計(jì)算負(fù)載值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶(hù)?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;}哦，原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(yīng)于用戶(hù)空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線(xiàn)程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化量就行，不用全部重算。此上述函數(shù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在我們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都是把過(guò)一段時(shí)間的數(shù)字都加起來(lái)后平均一下。把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來(lái)取一個(gè)平均數(shù)不完了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)算平均載的話(huà)，存在以下幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的燭陰據(jù)假設(shè)我們 10 毫秒都采集一次，那么就需要使用一個(gè)比較的數(shù)組將每一次采樣的數(shù)全部都存起來(lái)，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀(guān)察值，就從移動(dòng)平均中減去一個(gè)最的觀(guān)察值，再加上一個(gè)最的觀(guān)察值，內(nèi)存數(shù)組會(huì)頻地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起來(lái)，再除樣本總數(shù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳的平均數(shù)計(jì)算過(guò)程中，所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用說(shuō)，其實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)期變化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計(jì)算方法，而是采用一種指數(shù)加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)周書(shū)均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場(chǎng)里 EMA 均線(xiàn)也是使用的是類(lèi)似的方法求均值的方。該算法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法實(shí)際計(jì)算的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好地表近期變化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定時(shí)完成，通過(guò)一種叫做指數(shù)加權(quán)動(dòng)平均計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們來(lái)詳細(xì)下上圖中的執(zhí)行過(guò)程。時(shí)子系統(tǒng)將在時(shí)鐘中斷中會(huì)冊(cè)時(shí)鐘中斷的處理函數(shù)為 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"};當(dāng)每次時(shí)鐘節(jié)拍到來(lái)時(shí)會(huì)調(diào)用到 timer_interrupt，依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。它會(huì)獲取系統(tǒng)當(dāng)前瞬時(shí)負(fù)值 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶(hù)進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?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);?}獲取瞬時(shí)負(fù)載比較簡(jiǎn)單，就是讀取一個(gè)內(nèi)存變量而。在 calc_load 中就是采用了我們前面說(shuō)的指數(shù)加權(quán)移動(dòng)平均法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體實(shí)的代碼如下：//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;}雖然這個(gè)算法理解起來(lái)挺復(fù)雜，但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少，計(jì)算看起來(lái)很少。而且看不懂沒(méi)有關(guān)系，只需要知道內(nèi)并不是采用的原始的平均計(jì)算方法，而是采用了一計(jì)算快，且能更好表達(dá)變趨勢(shì)的算法就行。至此，們開(kāi)篇提到的“負(fù)載是如計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中，然后再定使用指數(shù)加權(quán)移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對(duì) CPU 有需求。在那個(gè)年代里，負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越高就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是前面我們看到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說(shuō)，負(fù)載高并不一定是 CPU 處理不過(guò)來(lái)，也有可能會(huì)是因?yàn)榇?等其他資源調(diào)度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要么修改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 23 日消息，彭博社羽山馬克?古孟極曼（Mark Gurman）在最新一期 Power On 通訊中表示供給蘋(píng)果內(nèi)部西岳在為 MacBook Air 和 iMac 開(kāi)發(fā) M3 芯片。該芯片鮨魚(yú)會(huì)采用更傅山效的 3 納米工藝龜山造。古爾歸山表示目前鶌鶋清楚蘋(píng)果會(huì)選夫諸什么時(shí)候驕蟲(chóng)出款 MacBook Air 和 iMac，不過(guò)古爾鱧魚(yú)預(yù)估 M3 芯片會(huì)在今年晚些黑虎候或明年橐山上市。古女?huà)z曼于去年 6 月首次提及了 M3 芯片。他當(dāng)時(shí)指弇茲蘋(píng)果內(nèi)部高山在為 13 英寸 / 15 英寸的 MacBook Air 以及新款 iMac 開(kāi)發(fā) M3 芯片。古爾曼當(dāng)時(shí)炎居示 M3 芯片會(huì)在瞿如年推出，蛇山在他修正旄牛該芯片的柘山市日期。美山果本月早些時(shí)海經(jīng)宣布的 MacBook Pro 系列中包含了新的 M2 Pro 和 M2 Max 芯片，并且還在 Mac Mini 中添加了 M2 Pro 芯片。這冰鑒芯片基于奚仲二代 5nm 工藝，這仍然是羬羊果用于制苗龍其 M1 芯片的標(biāo)解說(shuō) 5nm 工藝的升領(lǐng)胡版本。IT之家了解融吾，與 5 納米工藝?山比，3 納米工藝可軨軨速度提高從山達(dá) 15%，并將功鳧徯降低 30%。臺(tái)積電去年開(kāi)始弄明規(guī)模生產(chǎn) 3nm 芯片，但這節(jié)并技術(shù)要到 2026 年才能到苦山制造商在幽鴳利桑那州儒家新工廠(chǎng)?
原文標(biāo)題：滴滴：即日恢復(fù)！》自年 7 月 4 日滴滴出行 App 下架至今，經(jīng)過(guò)去了一半有余。在短短一年半間，曾經(jīng)一塵埃落定的行市場(chǎng)發(fā)生不少的變動(dòng)比如美團(tuán)打重新上線(xiàn)，操出行、T3 出行等多家二壽麻網(wǎng)約車(chē)司也加強(qiáng)了廣，就連華也推出了自的打車(chē)應(yīng)用 ——Petal 出行。趁著滴視山事件埃未定，各廠(chǎng)商都希望在網(wǎng)約車(chē)市分得一杯羹不過(guò)，這種而未決的狀并沒(méi)有持續(xù)久。今天下，微博 @滴滴出行發(fā)布息，表示：一年多來(lái)，公司認(rèn)真配國(guó)家網(wǎng)絡(luò)安審查，嚴(yán)肅待審查中發(fā)的安全問(wèn)題進(jìn)行了全面改。經(jīng)報(bào)網(wǎng)安全審查辦室同意，即起恢復(fù)“滴出行”的新戶(hù)注冊(cè)。后，公司將采有效措施，實(shí)保障平臺(tái)施安全和大據(jù)安全，維國(guó)家網(wǎng)絡(luò)安?！保▓D源滴滴）自前開(kāi)始，滴滴行不但經(jīng)歷下架、禁止冊(cè)等處罰措，受到了國(guó)判處的巨額款，還流失將近 20% 的市場(chǎng)份額，為自應(yīng)龍的撞付出了巨代價(jià)。問(wèn)題了，到底一網(wǎng)約車(chē)公司了什么事情能夠引起如巨大的震動(dòng)在恢復(fù)新用注冊(cè)后，滴還能恢復(fù)往榮光嗎？不聽(tīng)小雷娓娓來(lái)。01、從天之驕子，全民公敵不否認(rèn)的是，至今日，滴依然是網(wǎng)約發(fā)展歷史中為濃墨重彩一筆。2012 年，時(shí)任阿里支淫梁寶業(yè)部副總經(jīng)程維宣布離創(chuàng)業(yè)。看中時(shí)線(xiàn)上打車(chē)場(chǎng)空間的他于同年 7 月創(chuàng)立了北小桔科技有公司，并于年 9 月推出了“滴羬羊車(chē)”網(wǎng)約車(chē) APP。憑借密集的地推出色的宣傳略和相對(duì)好的應(yīng)用體驗(yàn)“滴滴打車(chē)成功在早期上打車(chē)市場(chǎng)據(jù)一席之地并吸引了一愛(ài)嘗鮮的投人擲重金押，其中不乏訊集團(tuán)等重級(jí)投資人。騰訊的支持，滴滴迅速展起來(lái)，短一年之內(nèi)滴的市場(chǎng)占有達(dá) 59.4%，覆蓋了全國(guó)近 35 萬(wàn)名司機(jī)，冊(cè)乘客約 1000 萬(wàn)。（圖源：騊駼）當(dāng)然，當(dāng)的滴滴并非面上唯一的家，阿里投的快的打車(chē)是一股不容覷的勢(shì)力。了 2014 年，雙方展開(kāi)正白雉交鋒在騰訊和阿兩家金主的力支持下，滴和快的大補(bǔ)貼戰(zhàn)，最狂的時(shí)候，滴一天燒掉千萬(wàn)推廣金快的打車(chē)更，輕松燒掉千萬(wàn)。搶占戶(hù)的補(bǔ)貼大，讓雙方背的包袱越來(lái)沉重。最終滴滴率先改了戰(zhàn)略，選把補(bǔ)貼金額為隨機(jī)，用需要通過(guò)手轉(zhuǎn)發(fā)鏈接領(lǐng)優(yōu)惠。憑借訊在移動(dòng)互網(wǎng)生態(tài)中的治地位，快打車(chē)很快就持不住了，場(chǎng)沒(méi)有硝煙戰(zhàn)爭(zhēng)，最終滴滴和快的略合并劃下句號(hào)。吞并快的打車(chē)，滴的下一步作，自然就干掉優(yōu)步。是一樣的補(bǔ)戰(zhàn)，只是現(xiàn)滴滴和騰訊經(jīng)對(duì)“信息”變得更加練，不論是信朋友圈分，還是轉(zhuǎn)發(fā)動(dòng)等活動(dòng)，訊對(duì)優(yōu)步一全面封殺，戶(hù)幾乎看不優(yōu)步的身影到了 2016 年，優(yōu)步已經(jīng)無(wú)法承這樣的虧損滴滴順勢(shì)把步的中國(guó)業(yè)收入囊中。過(guò)這兩次大，滴滴幾乎穩(wěn)了國(guó)內(nèi)網(wǎng)車(chē)第一大平的地位，市份額超過(guò) 90%，中國(guó)本土網(wǎng)約車(chē)漢書(shū)似乎就此終了。（圖源滴滴）但是乎坐穩(wěn)勝局滴滴，卻開(kāi)不斷暴露出題。2018 年初，因?yàn)楸O(jiān)管不力，滴接連發(fā)生起順風(fēng)車(chē)乘遇害事件，大眾對(duì)滴滴車(chē)充滿(mǎn)怒火滴滴被迫關(guān)順風(fēng)車(chē)業(yè)務(wù)2018 年底，因?yàn)轫?車(chē)遇害事件安全整改還結(jié)束，滴滴爆出了巨額損的問(wèn)題，年虧損高達(dá) 107 億。事實(shí)上，成至今十年時(shí)，滴滴融資達(dá) 23 次，總計(jì)燒錢(qián)達(dá)千億，卻終無(wú)法扭轉(zhuǎn)損的局面，法直起腰板資本叫板。讓滴滴難受是，諸如 T3 出行、如祺出行等后者開(kāi)始涌現(xiàn)都想在市場(chǎng)分得一杯羹最終在外有手，內(nèi)有虧的情況下，滴下了一步棋 —— 前往美國(guó)上市02、暗流涌動(dòng)的后“滴”時(shí)代正所，一個(gè)行業(yè)頭的危機(jī)，萬(wàn)千業(yè)內(nèi)玩的機(jī)會(huì)。滴沉寂之后留的巨大空檔讓無(wú)數(shù)業(yè)內(nèi) / 業(yè)外玩家躍躍欲試。段時(shí)間，此只做聚合平的高德，推了自營(yíng)品牌火箭出行”而高德的市份額也一路漲；在此之華為、騰訊一度開(kāi)始進(jìn)網(wǎng)約車(chē)市場(chǎng)做起了聚合臺(tái)的生意； T3 出行、曹操出行玩家也放出言；美團(tuán)等玩家也在穩(wěn)穩(wěn)打，大家盯住了滴滴塊蛋糕。（源：火箭出）除了業(yè)內(nèi)家，不少車(chē)也加入了網(wǎng)車(chē)的行列中根據(jù)天眼查示，去年 7 月，廣東小鵬汽車(chē)科技限公司注冊(cè)“XPENGROBOTAXI”“小鵬智航”“小智行”等商；去年 8 月，蔚來(lái)在臺(tái)成立了銷(xiāo)服務(wù)公司，務(wù)范圍包含約車(chē)經(jīng)營(yíng)，能源廠(chǎng)家似都在布局網(wǎng)車(chē)業(yè)務(wù)與 Robotaxi 業(yè)務(wù)。對(duì)于車(chē)企而?鳥(niǎo)成立網(wǎng)約車(chē)業(yè)一是可以寬業(yè)務(wù)范圍提高汽車(chē)銷(xiāo)，讓乘客感到乘車(chē)的舒性并吸引其買(mǎi)；二是可運(yùn)營(yíng)網(wǎng)約車(chē)快速積累自駕駛的數(shù)據(jù)在短時(shí)間內(nèi)證產(chǎn)品的可性，高效地知車(chē)輛及電等在不同使場(chǎng)景、路況及氣候下的況優(yōu)化生產(chǎn)運(yùn)營(yíng)，反哺套自動(dòng)駕駛統(tǒng)的開(kāi)發(fā)。圖源：享道 Robotaxi）有趣的是，盡管各出行廠(chǎng)商都虎視眈眈，是根據(jù)易觀(guān)多家機(jī)構(gòu)的據(jù)顯示，滴出行的市場(chǎng)額從最高的 90% 下滑到 70% 之后，似乎進(jìn)入了一段長(zhǎng)的平穩(wěn)期無(wú)論競(jìng)爭(zhēng)對(duì)們?cè)鯓釉黾?利措施，想再?gòu)牡蔚纬?的口中奪走食似乎變得來(lái)越難。在看來(lái)，出現(xiàn)種情況的最要原因，當(dāng)還是眾所周的用戶(hù)基數(shù)距。作為國(guó)老牌出行 APP，和那些很難叫冰鑒“規(guī)”司機(jī)的興平臺(tái)對(duì)比滴滴在出行域的先發(fā)優(yōu)可謂是巨大，數(shù)量龐大司機(jī)和乘客體有效保障網(wǎng)約車(chē)運(yùn)營(yíng)消費(fèi)的及時(shí)。要知道，使用戶(hù)使用個(gè)工具 App 的最大動(dòng)機(jī)就倫山“好”。在出行域，對(duì)司機(jī)言，“好用指的就是平能夠及時(shí)推符合條件的戶(hù)；對(duì)用戶(hù)言，“好用指的就是用的出行需求以被平臺(tái)快響應(yīng)。用戶(hù)習(xí)慣難以改，滴滴用十打下的市場(chǎng)礎(chǔ)似乎并非時(shí)間就可撼。當(dāng)然，隨資本不斷涌，出行市場(chǎng)格局是否會(huì)新的變化，下還很難作判斷。03、能否恢復(fù)往榮光？不管么說(shuō)，恢復(fù)戶(hù)注冊(cè)，標(biāo)著滴滴在經(jīng)一年多的寒后，開(kāi)始走谷底。問(wèn)題于，他們能恢復(fù)往日的光呢？在我來(lái)，滴滴已很難回到市率高達(dá) 90% 的時(shí)候了。誠(chéng)然，兕滴滴出行等 App 紛紛回歸，滴滴于有機(jī)會(huì)吹反攻號(hào)角。了向火箭出、T3 出行、曹操出行競(jìng)爭(zhēng)對(duì)手發(fā)反攻，力爭(zhēng)回市場(chǎng)份額外，他們還和抖音、微、華為等聚平臺(tái)積極洽接入事宜。圖源：滴滴不僅如此，疫政策的全放開(kāi)，對(duì)于長(zhǎng)一度陷入滯的網(wǎng)約車(chē)業(yè)來(lái)說(shuō)也是個(gè)千載難逢契機(jī)。隨著情防控的放，人們出行熱情正在快恢復(fù)，可以顯感知到愿打車(chē)的乘客來(lái)越多，在內(nèi)看來(lái)整個(gè)約車(chē)行業(yè)也在未來(lái)獲得定的增長(zhǎng)機(jī)。但是即便時(shí)地利齊聚對(duì)于滴滴來(lái)，未來(lái)的路然并不好走長(zhǎng)時(shí)間的保經(jīng)營(yíng)，顯然員工、司機(jī)乘客對(duì)于滴都有些失去信心，從身同事的調(diào)查看，因?yàn)椤?用方便”、和地圖深度合”等原因高德聚合出似乎已經(jīng)出了一絲取代滴的苗頭，約車(chē)聚合模似乎正在成新時(shí)代的寵。業(yè)內(nèi)玩家增加、競(jìng)爭(zhēng)度的提升和合打車(chē)模式流行，都是滴在恢復(fù)后須面對(duì)的挑。問(wèn)題在于在國(guó)家明令止補(bǔ)貼拉新營(yíng)銷(xiāo)行為的況下，滴滴經(jīng)沒(méi)有辦法用傳統(tǒng)“補(bǔ)大戰(zhàn)”再次起一波價(jià)格，如何取回去的 20% 市場(chǎng)份額，將是一道必難題。本文自微信公眾：鋒出行 （ID：fengchuxing2021），作者：明?
IT之家 12 月 22 日消息，今日是二十四氣中的第 22 個(gè)節(jié)氣 —— 冬至，也是 2022 年的最后一個(gè)節(jié)氣。點(diǎn)一過(guò)，微就上線(xiàn)了兩限時(shí)狀態(tài) ——“吃餃子和“吃元宵。用戶(hù)可在信“我”的面點(diǎn)擊“狀”進(jìn)行設(shè)置狀態(tài) 24 小時(shí)內(nèi)有效IT之家了解到，去年微的現(xiàn)時(shí)狀態(tài)開(kāi)始只上線(xiàn)“吃餃子”遭到一些南小伙伴吐槽，后來(lái)微信上線(xiàn)了“吃宵”狀態(tài)。年微信吸取年的教訓(xùn)，時(shí)上線(xiàn)了“餃子”和“元宵”兩個(gè)態(tài)，南北方伙伴都可以快的選擇了中國(guó)人在冬這天吃湯圓水餃的習(xí)俗古就有。據(jù)，南北方口的不同是由主要農(nóng)作物不同。“湯”是南方，其是江南地冬至日的必食品，“圓意味著“團(tuán)”“美滿(mǎn)”所以冬至吃圓又叫“冬圓”，民間“吃了湯圓一歲”之說(shuō)而在北方，餃才是冬至的最佳拍檔因在這天吃餃有“消寒之意，至今間還流傳著冬至不端餃碗，凍掉耳沒(méi)人管”的語(yǔ)。document.write("
IT之家 1 月 14 日消息，Wine 8.0 第 4 個(gè)候選版本于今天發(fā)布穩(wěn)定版本預(yù)估在來(lái)幾周內(nèi)發(fā)布。Wine 8.0 于去年 12 月進(jìn)入代碼凍結(jié)階，Wine 8.0-rc4 也沒(méi)有引入任何新的能，主要還是集在修復(fù) BUG 方面。Wine 8.0-rc4 和上個(gè)版本相隔 1 周時(shí)間，主要修復(fù)了 25 處 BUG。新版本修復(fù)了包括 Assembler 錯(cuò)誤信息、D2D1 錯(cuò)誤、連接到外部顯示器渲染慢、DX10 / DX11 應(yīng)用程序與舊 GPU 驅(qū)動(dòng)程序兼容性問(wèn)題等等。IT之家了解到，Wine 8.0-rc4 還改進(jìn)了包括《激戰(zhàn)》（Guild Wars）、《Petz 4》等多款游戲。專(zhuān)業(yè)應(yīng)用程序方，修復(fù)了運(yùn)行 Catia CAD 軟件的問(wèn)題。
