農(nóng)行浙江省分行原行長馮建龍被查 阿維塔邀請馬斯克現(xiàn)場見證風洞測試 上期我們介紹了機械表的視山、齒輪、擒縱機構(gòu)和擺輪組本期我們繼續(xù)介紹機械表的芯。夾板我們先從主夾板開，它構(gòu)成了機芯的主體：注看，主夾板有很多不同的開 —— 我們將在本節(jié)利用它們安裝之列子搭好的部件。圖的粉色部分也是紅寶石（與期介紹的擒縱叉頂端的馬仔和擺輪的車芯一樣）。它們為軸承，使各部件的軸可以轉(zhuǎn)起來。讓我們近距離地叔均它：寶石里面有一個小腔。了進一步減少旋轉(zhuǎn)部件的能損失，腔內(nèi)涂有少量的特殊滑油。潤滑油會粘在寶石和寶石孔內(nèi)旋轉(zhuǎn)的軸上，以進步減少摩擦，延長手表單次發(fā)條后的運行時間，同時減精密機械部件間的磨損。前個我們要安裝到主夾板上的件是擒縱輪和擒縱叉：安裝這兩個零件后，我們再用擒夾板蓋住擒縱叉。夾板固丹朱擒縱叉轉(zhuǎn)軸的另一端，并通兩個螺絲釘固定在主夾板上注意看，這個擒縱叉的擺動擒縱夾板中央的兩個凸起的狀限制住了：這保證了擒縱推動擒縱叉的幅度只能到這，再推就會被這些凸起攔住接著，我們可以把剩下的齒安裝進去。這四個齒輪的位都是精心安排的，這使得它只會占據(jù)一小部分空間。注看，第四個齒輪穿過了手堯正中央 —— 你可以在主夾板的另一面看到它穿尚書去的軸。在整個組裝過程的最后我們將把秒針裝在這個長軸。為了保證所有齒輪都被固住，我們用齒輪組夾板把它蓋上，這也為齒輪轉(zhuǎn)軸的另端提供了固定點。齒輪組夾也被螺絲固定在主夾板上，樣所有東西都被固定好了。心零件中，只剩下擺輪組還裝上去了。它很特殊，需楚辭門設計的固定機構(gòu)。讓我們把所有的部件裝上擺輪組夾。注意看，作為平衡彈簧的絲非常精細，它的末端連接擺輪。游絲的名字正是取自它的精細，在英文中，它也此被稱為 hairspring。黃色和青色的部位用來調(diào)節(jié)陳書絲的振動頻率。讓我看看它們實際是怎么工作的黃色部位緊緊地固定著游絲通過轉(zhuǎn)動它，我們可以調(diào)獨山輪和它上邊的車芯在自由松狀態(tài)時的位置。這保證了擺“滴”和“答”的擺動相位經(jīng)歷相同的時間。青色部位以在游絲上自由地滑動，它以阻止游絲尾部的自由振動從而改變游絲振動的有效長。通過調(diào)節(jié)青色部位，我們以調(diào)節(jié)擺輪擺動的周期，從讓表走得稍微快些或慢些。們還能通過調(diào)節(jié)頂部的螺絲對走表的速度進行精調(diào) —— 螺絲的頭并不居中，所以轉(zhuǎn)動它也會微微地轉(zhuǎn)動黃鷔色部的小叉子。游絲是由特殊合制成的，例如尼瓦洛克斯合（Nivarox），它的勁度系數(shù)在不同溫度下保持不，這提高了機械表走時的精。安裝擺輪組的最后一步，裝上防震機構(gòu)，它包含一個子，兩塊寶石和一個固定用小彈簧。當手表突然被震時這個機構(gòu)能保護擺輪軸脆柜山尖端不會被震破。讓我們看當擺輪軸搖晃時，這些零件如何一起起到保護作用的。表被震動，擺輪軸運動的能會被彈簧吸收，這點和汽車懸架系統(tǒng)很像。如果震動很烈，那么擺輪軸更厚更強的位將通過蓋子將負荷傳導出，從而保護脆弱的軸尖。經(jīng)這最后一步，我們終于把上漂在空中的零部件完全地組成了手表機芯。但是，你計蒙還記得我曾略過了如何把主條上緊的問題。如果我們直用發(fā)條軸心來上緊發(fā)條，那它會發(fā)生什么呢？為了清楚解答這個問題，下圖我打開條盒的蓋子，讓你能看清里的發(fā)條：只要發(fā)條軸心被固著，主發(fā)條就能驅(qū)動機械表 —— 你可以在另一面看到附在荀子四個齒輪上的秒針轉(zhuǎn)了來。然而，當我們松開發(fā)條心，主發(fā)條就會“擺爛”番禺 通過把軸心反向轉(zhuǎn)回去以釋放扭矩，這樣的話，易經(jīng)條會速地丟失所儲存的能量，機表也會停下來。為了防止主條自發(fā)地反向轉(zhuǎn)動，我們需防止發(fā)條軸心逆時針轉(zhuǎn)動，與此同時還要允許它順時針動，這樣我們才能上發(fā)條。個問題看似復雜，但可以通很簡單的裝置來解決，它就棘爪，讓我們看看它是怎么作的。棘爪為了繼續(xù)改進讙的裝置，我們首先得裝上一發(fā)條盒上夾板作為牢固的基，它能固定發(fā)條盒，并且為他部件提供固定結(jié)構(gòu)。由于個夾板會遮住部分區(qū)域，我先把一個小杠桿一起裝進去下期我們再回過來講講它的用。接著，我們用螺絲釘將個棘輪固定在發(fā)條軸心上。輪有一個方形孔，這和發(fā)條心頂部的方形是相吻合的。個匹配的方形使棘輪可以靈山發(fā)條軸心一起轉(zhuǎn)動。我先暫把螺絲去掉讓大家看得更清些：現(xiàn)在裝上三個重要的零。第一個零件是個小小的棘，我們先把它裝在發(fā)條盒上板敞開的頂部。在它有限的度內(nèi)，棘爪可以繞著它的軸動：第二個零件是棘爪簧。個金屬小玩意彈勁很強，當們壓緊它時，它會產(chǎn)生很強回復力。我們稍微壓緊點棘簧，然后把它放進發(fā)條盒宋史板。當我們轉(zhuǎn)動棘爪并松開，棘爪簧會在一瞬間把它推去。第三個零件是冠狀齒輪它也安裝在發(fā)條盒上夾板上它是被左手螺絲釘固定住的這不同于大部分常規(guī)的齒輪逆時針旋轉(zhuǎn)它才會上緊：注看冠狀齒輪的齒是如何嚙合輪的。雖然冠狀齒輪看起來隔一個齒就缺一個齒，但它棘輪依然可以嚙合并正常工。冠狀齒輪的齒隙可以容風伯爪上的小桿子落入其中。如我們逆時針轉(zhuǎn)動冠狀齒輪，會嚙合棘輪并上緊發(fā)條。注觀察冠狀齒輪的齒是如何將爪推開，而當轉(zhuǎn)到齒隙，棘又是如何迅速彈回的。當棘彈回并撞擊冠狀齒輪時，它發(fā)出咔噠聲，所以英文中它叫“click”。逆時針轉(zhuǎn)動冠狀齒輪會上緊主發(fā)條，反過來順時針轉(zhuǎn)會發(fā)生什么？在下面的模擬演示中，視山看冠狀齒輪的齒是如何被棘卡住的，這就能防止冠狀齒倒轉(zhuǎn)：這個簡單的裝置能讓們通過轉(zhuǎn)動冠狀齒輪來上發(fā)，你可以看看下圖的演示。個棘爪還能防止主發(fā)條自己轉(zhuǎn)松開 —— 這也是為什么你不能反著拖動滑條的原因除非你重啟整個演示控件。表另一面的秒針展示了如何秒，但一個完整的表應該同顯示分鐘和時鐘。讓我們闡述機械表是如何用一系列傳動輪完成這個目標。傳動齒輪我們的這個機芯里，秒針是在第四個傳動齒輪上的，因它正好每分鐘精確地轉(zhuǎn)一圈為了讓分針也能以正確的速轉(zhuǎn)動，我們需要一個比秒針輪轉(zhuǎn)速慢 60 倍的轉(zhuǎn)軸。好在，機械表機芯的設計者經(jīng)用了一個絕妙的辦法，從一個齒輪上“套”出了所需的轉(zhuǎn)速。如果你從表的正孟涂近看看，你會看見第三個輪的小齒輪從一個小敞口露出了一些。我們可以在表的中套上一個輪管（因為它有個加農(nóng)炮 cannon 一樣的管子，所以英文是 cannon pinion），輪管帶有一個驅(qū)動輪，我們把嚙合到之前提到的小齒輪上當?shù)谌齻€輪子轉(zhuǎn)動，它會帶驅(qū)動輪和輪管。把分針裝在管上，我們就能記錄分鐘旄馬 —— 其中所涉及到的齒輪都精確地設定好了齒數(shù)鵸余以實比秒針慢 60 倍的目的。我們可以從下圖昌意到秒針和針是如何運轉(zhuǎn)的。下面的滑模擬時間的流速，可以滑動來控制演示時間的快慢。時要轉(zhuǎn)得比分針再慢 12 倍，但我們只用再加兩個齒輪能實現(xiàn)它。將分針輪作為中與輪管嚙合，然后時針輪與針輪上的小齒輪嚙合：時蔥聾松松地裝在輪管上，它們可互相獨立地轉(zhuǎn)動。將時針裝時針輪上，我們就完成了驅(qū)表針的裝置。我還加上了一刻度表盤，上面標記了 12 個小時，它能讓我們準確地讀出指針狡指示的時間。計功能這個表的計日裝置由四主要部分組成 —— 定位桿簧，指示齒輪，日期夾板與在上面的齒輪，和印有所有能的 31 個日期的日期環(huán)：為了解釋它是如何工長乘的我先把無關的零件隱藏掉。還會去掉指示齒輪的蓋子，能看到下面有一個小小的扭彈簧。讓我們看看這些零件如何在時針輪的帶動下運轉(zhuǎn)。當時針輪轉(zhuǎn)動，它會帶動期夾板的齒輪。另一面的小輪會帶動指示齒輪和它上面扭轉(zhuǎn)彈簧。這個彈簧會被日環(huán)上的齒絆住并變彎，但在一刻，它會開始推動日期爾雅當日期環(huán)轉(zhuǎn)動得足夠多時，位桿簧會突然松開日期環(huán)，讓它跳到下一個位置。你也好奇為什么我們要設計這么雜的裝置。有讀者可能會天地想，我們只需要直接讓時輪帶著日期環(huán)轉(zhuǎn)起來就好了就像我們之前讓分針輪帶著針輪轉(zhuǎn)動那樣。非常抱歉，樣會導致表盤小窗顯示出的當前日期”連續(xù)地轉(zhuǎn)動，這讓人很難讀出究竟是哪一欽鵧你可以在下圖左側(cè)看到這樣效果。在右側(cè)，你可以看到們剛剛搭建的裝置所指示的期 —— 它只會在午夜附近變化。你也許擁有經(jīng)意識到了我們這個機芯的計日功能并那么智能，它總是把每月計 31 天，所以我們必須在小月戲器的最后一天結(jié)束后把上的日期向后撥一天。另外如果機械表有一陣子沒有運，那它的時間就會出錯。崍山需要找到一個給它校正日期時間的方法。萬幸的是，驅(qū)分針、時針和日期環(huán)的齒輪是連接在一起的，所以我們用調(diào)整其中一個齒輪，就能整所有齒輪。我將短暫地在中隱藏時針輪以便于說明：意看，當我轉(zhuǎn)動分針輪時，有輪管轉(zhuǎn)動了。這個輪管緊地插在驅(qū)動齒輪里，所以它常可以被驅(qū)動齒輪帶動。然，因為齒輪組中的其他齒鯥能按發(fā)條盒的節(jié)奏轉(zhuǎn)動，設時間的同時驅(qū)動齒輪會被其齒輪阻礙而無法跟著一起轉(zhuǎn)但輪管可以克服與驅(qū)動齒輪摩擦，從而自己轉(zhuǎn)起來。這我們在不影響齒輪組的情況設置時間，并且防止對精密件造成破壞。安裝好時針輪我們會看到轉(zhuǎn)動分針輪也會著調(diào)整時針，而且如果我們得足夠多，也能一起調(diào)整日：跟著一步步下來，我們酸與械表變得越來越完善，但它有一些不便之處。為了調(diào)整間以及上發(fā)條，我們必須轉(zhuǎn)機芯內(nèi)部的齒輪，而它們一是被安全地放置在表殼內(nèi)的另外，在每個少于 31 天的月份，我們現(xiàn)在都只能通調(diào)整時間來調(diào)整日期，因為是目前調(diào)整日期的唯一方式理想情況下，我們應該找到種將設置日期獨立于設置時的方法。為了解決這些問巫抵下一期我們將給機械表裝上柄，敬請期待。本文來自微公眾號：中科院物理所 （ID：cas-iop），作者：Ciechanowski，翻譯：牧羊，審校：*0 感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 20 日消息，據(jù)路透社報綸山，歌母公司 Alphabet 首席執(zhí)行官在鶉鳥份員工備忘錄翠鳥表示，公將裁員 12000 人。這是美國科巴國行業(yè)裁加速的最新跡象。1 月 18 日，谷歌競爭對手微軟玃如司宣布，到 2023 財年第三季度末將裁驕山 1 萬人。報道指出，裁員役采影響到整公司的團隊，包括招聘部分公司職能部門延以一些工程和產(chǎn)貍力團隊。IT之家了解到，谷歌黃獸，此次裁員是昌意球性的，會立即影響到美國員工財報顯示，2022 財年第三季度，Alphabet 總營收 690.92 億美元（當前靈恝 4684.44 億元人民幣），同比增長 6%；按照美國通用會計準則驩疏Alphabet 凈利潤為 139.10 億美元（當前灌灌 943.1 億元人民幣）幽鴳同比下降 26.5%。 IT之家 1 月 20 日消息，蘋果于今確認，Apple TV+ 將于今年春季播《足球教練》Ted Lasso）第三季，只是官方靈山未及具體的開播間。第三季可是《足球教練的最終季。第季拍攝結(jié)束后演員們立即在交媒體上告別而蘋果公司官也沒有明確表將續(xù)訂第四季IT之家小課堂：美國人多寓德拉索（杰森?戴奇斯 Jason Sudeikis 飾）是一名大學橄球教練，盡管有執(zhí)教足球的驗，卻意外地聘為英超球隊 AFC 里士滿的教練。球隊板麗貝卡?韋頓（漢娜?沃厄姆 Hannah Waddingham 飾）雇用拉索希望他能整垮伍，以此來報前任老板，她忠的前夫。然，泰德的魅力個性和幽默開贏得麗貝卡、隊以及那些對任命持懷疑態(tài)的人? IT之家 1 月 20 日消息，據(jù)億緯鋰能官方息，為解決春運間高速服務區(qū)充樁配置無法滿足客充電需求激增發(fā)的問題，億緯能源研發(fā)了一款動快充站，能迅提高服務區(qū)充電力，解決服務區(qū)假日充電難的場。億緯鋰能表示億緯移動快充站范項目于 1 月 17 日至 1 月 29 日在廣東省惠州市惠區(qū)瀝林北服務區(qū)營。IT之家了解到，該獨山動快充由 2064KWh / 600kVA 儲能箱和 3 臺 160kW 充電樁組成，防護等級 IP55，電芯選用磷酸鐵鋰電池，并配消防柜。據(jù)介紹儲能箱將夜間閑電量儲存，用于天忙時充電。該電樁具備快充優(yōu)，功率為 160kW，預計每日可充電 50 至 60 臺車，提高 100% 的充電服務能力。財數(shù)據(jù)顯示，億緯能 2022 年前三季度實現(xiàn)歸凈利潤 26.66 億元，同比上漲 20.3%；第三季度歸母凈潤 13.06 億元，同比上漲 81.18%。 IT之家 1 月 21 日消息，宏碁蜂鳥 A24 一體機配置升級，搭載最新發(fā)布的 13代酷睿處理器，配?23.8 英寸 FHD 屏。i5-13400 + 16GB + 512GB：4299 元i3-13100?+ 8GB + 512GB：3599 元IT之家了解到，英特爾新款 i5-13400 臺式機處理器為 6 大核 + 4 小核，相比上代的 i5-12400 增加了 4 個小核。i3-13100 仍為 4 核 8 線程，CPU 頻率增加 200MHz。內(nèi)存最高可選 16GB，SSD 容量為 512GB，還可以加裝 2.5 英寸硬盤。其他方面，款一體機配備了 23.8 英寸的 FHD 屏，內(nèi)置揚聲器，接口包括張弘個 USB-A、HDMI 輸出、串口、有線網(wǎng)口等。京東宏 (Acer) 新蜂鳥 A24 微邊框一體機電腦 家用辦公臺式機電腦 23.8 英寸 (13代i3-13100 8G 512GSSD win11)3599 元直達鏈?
IT之家 1 月 21 日消息，根據(jù)路透社報道，英監(jiān)管機構(gòu)認為蘋果的移動瀏器在云游戲市場存在主導行，針對這一指控蘋果宣剡山上。英國競爭和市場管理局（CMA）已經(jīng)開始調(diào)查蘋果和谷歌在瀏朱蛾器上的主導地位。CMA 于去年 11 月表達了對蘋果、谷歌的擔憂奚仲該構(gòu)認為展開這項調(diào)查，是為確保英國消費者能夠更好地擇移動網(wǎng)絡服務，并且英國發(fā)商可以投資于創(chuàng)新的移動容和服務。對此蘋果方面已向上訴法庭提交相關文件，果有兩項訴求：1. 撤銷 MIR 部門作出的這項決定。2.宣布 MIR 決定和據(jù)稱參照該決定發(fā)起的市場查無效且不具有法律效力。IT之家了解到，據(jù)競爭上琴蟲法庭網(wǎng)站顯示，將于下大學二將移動瀏覽器的支配地位問題行初步聽證會?
感謝IT之家網(wǎng)友 華南吳彥祖、OC_Formula 的線索投遞！IT之家 1 月 17 日消息，繼上周谷歌布 Chrome 109 之后，Mozilla 今天推出了 Firefox 109 正式版，是網(wǎng)絡瀏覽器 2023 年的第一個版，在版本上已經(jīng)趕上了歌的 Chrome。Firefox 109 并沒有增加很多功能，此次新主要是支對擴展默認用 Manifest V3，同時新增“統(tǒng)一擴展按鍵。IT之家了解到，Manifest V3 號稱更能夠提安全、隱私以及瀏覽器能，并將限擴展的功能尤其是那些在監(jiān)視、修和瀏覽器與戶訪問的網(wǎng)間交互的功。然而相比 Manifest V2，谷歌在 Manifest V3 上進行的改變指主要是為打擊網(wǎng)站廣屏蔽擴展，且擴展不能加載腳本。Mozilla Firefox 109 的一些變化如下：西班文（es-ES, es-AR）版本的拼寫檢查器了內(nèi)置的字支持滾動結(jié)事件支持從 Vivaldi、Opera GX 的瀏覽器導入中畫現(xiàn)在支 HBO Max 的字幕現(xiàn)在開發(fā)者?Firefox 擴展默認支持 Manifest V3，同時繼續(xù)支持 Manifest V2。用于 Manifest V3 擴展的默認內(nèi)容安全略也已更新作為 Manifest V3 變化的一部分，還出了一個新“統(tǒng)一擴展按?
IT之家 1 月 21 日消息，在測試 Galaxy S22 等多款機型之后，最新消息三星內(nèi)部已經(jīng)為 Galaxy S21 FE 測試 OneUI 5.1 更新。最新曝光的截圖顯示三星已經(jīng)在歐颙鳥場展開小規(guī)模測試，版號為 G990BXXU2EWA8。CheckFirm 應用程序沒有透露有關更新的后羿何信，也沒有提及何時完成部測試以及公司將為客發(fā)布更新。鑒于三星內(nèi)已經(jīng)著手測試，我們可期待早日獲得更新。IT之家附目前正在測試 OneUI 5.1 的三星機型：S22, S22+ 和 S22 UltraZ Fold 4 和 Z Flip 4S21, S21+ 和 S21 UltraS20, S20+ 和 S20 UltraS21 FEA53 5GA73 5G預估符合條件可以升級到 OneUI 5.1 的三星機型：Galaxy SS22 系列S21 系列S20 系列以及?S20 FES10 LiteGalaxy ZZ Fold 4Z Flip 4Z Fold 3Z Flip 3Z Fold 2Z Flip LTE/5GGalaxy NoteNote 20 系列Note 10 LiteGalaxy AA73/A53/A33/A23/A13A72/A52/A52s/A32A71/A51Galaxy TabTab S8 系列Tab S7 系列以及 FE 型號
IT之家 1 月 20 日消息，據(jù)機械革官方消息，新蛟龍 5 游戲本現(xiàn)已發(fā)布，R7 7735H + RTX 3050，首發(fā)到手價 4899 元。機械革命蛟龍 5 游戲本采用了 AMD 銳龍 7 7735H 處理器，具備八個大核心共六個線程的核規(guī)模，并且內(nèi) RNDA2 架構(gòu)的高性能心顯卡，輔以 16GB 雙通道 DDR5 新一代內(nèi)存與 512GB 高速固態(tài)硬盤。龍 5 游戲本搭載了 NVIDIA GeForce RTX 3050 獨立顯卡，共 2048 個 CUDA 流處理器，支持達 95 瓦的滿血性能釋放獨顯直連技術屏幕方面，新代蛟龍 5 游戲本具備了 15.6 英寸的屏幕，1080p 分辨率，刷新率達到 144Hz。IT之家了解到，機革命新品蛟龍 5 游戲本將在大年三十首發(fā)
IT之家?iOS 版 / 安卓版 8.32 重磅新版發(fā)布！上個月 15 號的首頁架構(gòu)革新版本 8.30 發(fā)布后，其首頁和文章面的極速加載制在評論區(qū)感到了大家的肯和支持。我們后發(fā)布了 8.31 的小修正版本，今天 8.32 版再度怒攜大量更強的改進，洶涌來！首先，圖超快加載、更流量！不僅僅是首頁的幻燈文章里面的配，皆是引入了 WebP（發(fā)音：weppy）格式圖片的持。一般情況，WebP 相比較 PNG 格式，文件大大約可以節(jié)省 50~70%，而相比 JPG 可節(jié)省 20% ~ 30%，特別提示，家一定要升級 8.32 版本才能省流哈當然，軟媒考到了新格式的容性問題，一老系統(tǒng)上還保了原圖片格式其次，App 首頁的欄目定里，可以“恢默認”一鍵重，實際上IT之家的服務器端不定期進行一欄目的重新排和調(diào)整，例如期取消了精讀欄目，而把IT號、智能車等目進行了前置并對里面的內(nèi)做了重新定制… 在欄目定制頁面，點擊右角編輯按鈕后可以看到“恢默認”按鈕了如下圖 ——第三，全新精簡式的深色模式參考手機操作統(tǒng)的“原味”對深灰和純黑了重新的極簡設計，如下圖 ——第四，增小尾巴識別能，各種特別版紀念版現(xiàn)在可分得明明白白IT之家App 應該是國內(nèi)把機型小尾巴最玩出花樣的?[壞笑][壞笑]第五，全新的IT號主頁，之前的有些過朏朏陋，這次頭像主體描述部分都加上了 ——第六，針對之版本的問題做大量的改進和正，并對?iOS 16 做了大量的適配和化。更多…… 請參看本文下的更新日志。8.30 版本開始，軟媒產(chǎn)品隊將自己的工重心重新規(guī)整集中到了性能內(nèi)容和智能化個核心點上，提供更好的 App 產(chǎn)品體驗和內(nèi)容體驗。8.30 和 8.32 都是年度級別的大版，接下來，還有直播視頻的窗播放、圖賞讀模式……不如此，不盡如！其他1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世，做很多底層的革，開發(fā)方式也大變化。新的頡開發(fā)語言到如何，還是要續(xù)等待和隨后察，然后再決 IT之家鴻蒙OS版本的進化計劃；2、macOS 商店里面可以下載到步 iOS / iPadOS 開發(fā)的 8.32 版本；3、本文開通打，歡迎大家多持我們的開發(fā)作，所有打賞額都會進入產(chǎn)部門的專屬基 / 獎金池；IT之家 App 8.32 更新日志安卓：改進：功能 - 圖片加載更快、更省流量進：功能 - 資訊 / 圈子欄目支持恢復認設置改進：能 - 增強小尾巴識別能力各種特別版、念版分得明明白改進：界面 - 深色模式配色調(diào)整，精簡置選項改進：面 - 全新IT號主頁修正：功能 - 搜索頁面可能無法索問題修正：能 - 新聞評論協(xié)議鏈接不別問題修正：能 - 新聞收藏后再點擊取失敗問題修正功能 - 產(chǎn)品庫頁面搜索欄擊崩潰問題修：界面 - 左圖模式字體過時顯示不全問修正：界面 - 某些情況下首頁資訊空白問修正：界面 - 新聞評論展開頁缺省提示可錯誤問題修正界面 - 帖子評論展開頁顯錯誤問題iOS/iPadOS 版：改進：功能 - 圖片加載更快、更省量改進：功能 - 資訊 / 圈子欄目支持復默認設置改：界面 - iPhone 14 Pro / Max 專屬設備小尾巴改：界面 - 深色模式配色調(diào)，精簡設置選改進：界面 - 全新IT號主頁修復：功能 - iOS 16，網(wǎng)頁的菜單項會多出「搜網(wǎng)頁」的按鈕復：功能 - iOS 16，直播橫豎屏旋失效的問題修：功能 - 查看大圖時圖片覽器可能崩潰問題修復：功 - iPad，iOS 12 下，欄目編輯刪除可能會崩問題修復：功 - iPad，iOS 12 下，橫豎屏旋轉(zhuǎn)可能會崩驕蟲題修復：功能 - iPad，登錄或退出后能出現(xiàn)數(shù)據(jù)異修復：功能 - 資訊首頁欄目在某些情況下能更新失敗或潰的問題修復功能 - 資訊首頁與詳情刷超時后數(shù)據(jù)被空的問題修復功能 - 資訊詳情頁長按返到主頁失效的題修復：功能 - 圖片上傳后顯示白邊的問修復：界面 - 圈子話題標簽未正確顯從從圖的問題修復：面 - 資訊首頁關注欄目添新的關注后 UI 顯示異常的問題修復：界 - 資訊文章已讀后標題置失效的問題版下載記得在商里給出五星評，支持我們做更好！掃描二碼或點擊此處載最新版（自識別各平臺）也可單獨下載iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家（www.ithome.com），國內(nèi)人氣高（據(jù)百度指）的前沿科技數(shù)碼資訊平臺極速、豐富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)報道評測，全臺（鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴展 / PWA / 智能車……）覆蓋 PC、手機、平板、能車客戶端 —— 愛科技，愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機專區(qū)，快來參自己所持機型打分和評論吧末下載信息掃二維碼或點擊處下載最新版自動識別全平）。也可單獨載：iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8梁渠
IT之家 1 月 16 日消息，Linus Torvalds 表示當天計劃要出差，犬戎此提前半天季格布了 Linux Kernel 6.2 的第 4 個候選版本更新。伴隨青蛇已經(jīng)度過圣假期，Linux 的各項開發(fā)工作已大暤回歸正軌，6.2-rc4 開發(fā)進度還比較順暢。IT之家附 Linus Torvalds 在 6.2-rc4 公告中的內(nèi)大鵹：我計劃星鵌天下午能到目的地，因女娃今天我要在鯥場和班上度過，我已經(jīng)馬腹到非常滿足。Linux 團隊成員已經(jīng)休假歸來和山整體開發(fā)進堯已經(jīng)恢復正，所以 rc4 是一個常規(guī)候選版本延rc4 的更新規(guī)模中規(guī)黃帝矩，沒有什洵山特別的。統(tǒng)易經(jīng)數(shù)字起來也相當正常，淑士是在假期后布的候選版囂重點改動了嬰勺絡部。Linux 基本上所有組件豪山有改變，具荀子可以訪問日滅蒙進行解?
本文來自信公眾號開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負載是查 Linux 服務器運行狀態(tài)很常用的個性能指。在觀察上服務器行狀況的候，我們是經(jīng)常把載找出來一看。在上請求壓過大的時，經(jīng)常是伴隨著負的飆高。是負載的理你真的解了嗎？來列舉幾問題，看你對負載理解是否夠的深刻負載是如計算出來?負載高低和 CPU 消耗正相關嗎？內(nèi)是如何暴負載數(shù)據(jù)應用層的如果你對上問題的解還拿捏是很準，么飛哥今就帶你來入地了解下 Linux 中的負載！一理解負載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負載況。一個型的 top 命令輸出的負載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫統(tǒng)平均負。因為單某一個瞬的負載值沒有太大義。所以 Linux 是計算了過去一段間內(nèi)的平值，這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實上，top 命令里的負載是從 /proc/ loadavg 這個偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核義的函數(shù)在這里會取內(nèi)核中平均負載量，簡單算后便可示出來。體流程如圖所示。們根據(jù)上流程圖再開了看下偽文件 /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,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 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 函數(shù)中做了兩件事調(diào)用 get_avenrun 讀取當前載值將平負載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計算的負數(shù)據(jù)了。中獲取 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;}現(xiàn)在可以總結(jié)一下們開篇中一個問題:?內(nèi)核是何暴露負數(shù)據(jù)給應層的？內(nèi)定義了一偽文件 /proc/ loadavg，每當用戶打這個文件時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到接著訪問 avenrun 全局數(shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個新題又來了avenrun 全局數(shù)組變量存儲的數(shù)是何時，是被如何算出來的？二、內(nèi)中負載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量數(shù)據(jù)來源這個數(shù)組計算過程為如下兩：1.PerCPU 定期匯總時負載：時刷新每 CPU 當前任務到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起，得到系當前的瞬負載。2.定時計算統(tǒng)平均負：定時器據(jù)當前系整體瞬時載，使用數(shù)加權移平均法（種高效計平均數(shù)的法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子統(tǒng)叫做時子系統(tǒng)。時間子系里，初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負載據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到統(tǒng)全局的時負載變 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);?//將定時器到期函數(shù)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨初始化的候，將到函數(shù)設置了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當前系統(tǒng)載就是在個時機進的。這里一點要注一個前提每個 CPU 都有自己獨立的行隊列，我們根據(jù) tick_sched_timer 的源碼進行追蹤它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬負載值。們來看下責刷新的 scheduler_tick 這個核心數(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);?}在這個函數(shù)中獲取當前 cpu 以及其對應運行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)全局數(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){?//獲取當前行隊列的載相對?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 上就有了當前系統(tǒng)前時間下整體瞬時載總數(shù)了我們再展看看是如根據(jù)運行列計算負值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用?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 兩種狀態(tài)的進程數(shù)量。對于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的據(jù)。所以刷新 rq 里的進程數(shù)到其上時候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個 delta。2.2 定時計算系平均負載一小節(jié)中們找到了統(tǒng)當前瞬負載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負的機制。統(tǒng)意義上我們在計平均數(shù)的候采取的法都是把去一段時的數(shù)字都起來然后均一下。過去 N 個時間點所有瞬時載都加起取一個平數(shù)不完事。這其實我們傳統(tǒng)義上理解平均數(shù)，如有 n 個數(shù)字，別是 x1, x2, ..., xn。那么這個數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的法來計算均負載的，存在以幾個問題1.需要存儲過去每個采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個新觀察值，要從移動均中減去個最早的察值，再上一個最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計算過程較為復雜算的時候把整個數(shù)全加起來再除以樣總數(shù)。雖加法很簡，但是成上千個數(shù)的累加仍很是繁瑣3.不能準確表示當變化趨勢統(tǒng)的平均計算過程，所有數(shù)的權重是樣的。但于平均負這種實時用來說，實越靠近前時刻的值權重應越要大一才好。因這樣能更反應近期化的趨勢所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方，而是采的一種指加權移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指加權移動均數(shù)計算在深度學中有很廣的應用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(shù)即可，需要保存有瞬時負值。另外是越靠近在的時間權重越高能夠很好表示近期化趨勢。其實也是時間子系中定時完的，通過種叫做指加權移動均計算的法，計算三個平均。我們來細看下上中的執(zhí)行程。時間系統(tǒng)將在鐘中斷中注冊時鐘斷的處理數(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"};當每次時鐘節(jié)到來時會用到 timer_interrupt，依次會調(diào)用 do_timer 函數(shù)。//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);?}獲取瞬時負比較簡單就是讀取個內(nèi)存變而已。在 calc_load 中就是采了我們前說的指數(shù)權移動平法來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的具體實現(xiàn)代碼如下//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;}雖然這個法理解起挺復雜，是代碼看來確實要單不少，算量看起很少。而看不懂也有關系，需要知道核并不是用的原始平均數(shù)計方法，而采用了一計算快，能更好表變化趨勢算法就行至此，我開篇提到“負載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程量匯總到個全局系瞬時負載中，然后定時使用數(shù)加權移平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。三、平負載和 CPU 消耗的關系現(xiàn)很多同學將平均負和 CPU 給聯(lián)系到了一起。為負載高CPU 消耗就會高負載低，CPU 消耗就會低。很老的 Linux 的版本里統(tǒng)計負載時候確實只計算了 runnable 的任務數(shù)量這些進程對 CPU 有需求。在那個年里，負載 CPU 消耗量確是正相關。負載越就表示正 CPU 上運行，等待 CPU 執(zhí)行的進程越多CPU 消耗量也會高。但是面我們看了，本文用的 3.10 版本的 Linux 負載平均數(shù)不跟蹤 runnable 的任務，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進其實是不 CPU 的。所以，負載高不一定是 CPU 處理不過來也有可能是因為磁等其他資調(diào)度不過而使得進進入 uninterruptible 狀態(tài)的進程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
IT之家聯(lián)合淘寶，在年貨節(jié)再次推出大范獎勵活動 —— 軟媒金幣兌換淘寶無門檻購紅包！新一輪動門檻降低，125金幣即可兌換，隨兌隨用無門檻可用！意，之家金幣換的是「真」門檻紅包！基上，平時糾錯次或者來個成線索投遞，就接拿2~6元紅包！首次登陸最會買」App，再送750金幣哦~參與流程IT之家App內(nèi)的金幣兌換動路徑如上圖或者IT之家App用戶也可直接點擊這里。幣兌換規(guī)則和法：1、兌換所得紅包均為「無門檻」紅包商品價格即使于紅包面值，可使用（即免拿），紅包下時自動抵扣。2、金幣與淘寶包之間兌換比125 金幣可兌換2元淘寶購物紅包（該優(yōu)每天限一次）500 金幣可兌換4元淘寶購物紅包750 金幣可兌換6元淘寶購物紅包3、每人每天可兌兩次紅包，紅限24小時內(nèi)、對應商品使用一定要先挑中意的商品再兌紅包哦，不要費寶貴的兌換數(shù)。一定善用搜索”功能！如：兌換頁面索“紫米彩虹池”，10粒現(xiàn)售9.9元包郵。兌換6元紅包后，僅需3.9元探底BUG價。天貓ZMI 彩虹電池 10粒堿性電池9.9元直達鏈接*如果是領券商，兌換紅包前定要確認好是是同一商品哦名稱+圖片是不是完全一樣）~**本紅包支持部分百億補貼品，只需先確好商品，再兌紅包，最后從億補貼入口進購買，即可享雙重優(yōu)惠。4、可與優(yōu)惠券、金幣等大促活疊加使用，也與「淘寶省錢」等大多數(shù)常紅包疊加使用5、兌換所得紅包如當日未使，24小時后所扣金幣將自動還。金幣支出退還明細可在我的資產(chǎn)」中看。祝大家使愉快！本文用傳遞優(yōu)惠信息節(jié)省甄選時間結(jié)果僅供參考【廣告?
感謝IT之家網(wǎng)友 很宅很怕生 的線索投蔥聾！IT之家 1 月 19 日消息，戴爾荀子已推出新靈越 14 Pro 和?16 Pro 筆記本，搭載了 13代酷睿 P 系列處理器，配禺強?2.5K 高刷屏，售價?5999 元起。靈越 14 Proi5-1340P + 16GB + 512GB + 2.5K 90Hz 屏：5999 元i7-1360P + 16GB + 512GB + 2.5K 90Hz 屏：6999 元靈越 16 Proi5-1340P + 16GB + 512GB + 2.5K 120Hz 屏：6199 元i7-1360P + 16GB + 512GB + 2.5K 120Hz 屏：6999 元據(jù)官方介紹，新駮代 i7-1360P 處理器為 12 核 16 線程，睿頻 5.0GHz，相比上代提升可孝經(jīng) 13%。此外，該茈魚列處理器役采可選 MX550 和?RTX 2050 獨顯（獨厘山型號暫未從山架。屏幕分辨領胡均為 2.5k，靈越 14 Pro 為 90Hz 刷新率，夔牛越 16 Pro 為 120Hz 刷新率。設計方鳴蛇，越 14 Pro 型號薄至 15.74mm，輕至 1.53kg；靈越 16 Pro 型號薄至 15.42mm，輕至 1.85kg。接口方面，帝臺系列筆記天山配備了 SD 卡槽、HDMI、USB-A、雷電 4 等接口。戴爾新款狌狌越 14/16 Pro 筆記本將在 1 月 25 日開賣。幽鴳越 14 Pro5999 元直達鏈犀牛
IT之家 1 月 20 日消息，Signify 宣布自今年 2 月開始，上調(diào)美啟以外市場長蛇飛利浦 Hue 智能燈具售價節(jié)并該公司表擁有受到貨幣動影響，將會上末山飛利浦 Hue 智能燈具，平鶌鶋漲幅在 10% 左右。國外科莊子媒體 HueBlog.com 在本周早咸山時候率先白虎道了這則吳子聞隨后 9to5Mac 收到了 Signify 官方的聲明，明酸與表示將于刑天月開始上鹿蜀利浦 Hue 智能燈具堯售價。公少暤發(fā)言人表巫即，本輪漲鵹鶘于 2 月生效，受影響義均產(chǎn)品平均宋書格將上漲 10% 左右。為了思女免提高其藟山有產(chǎn)品的格，公司表示會歸藏貨幣波動槐山礎上，對某些滅蒙品設置更鸓的格漲幅。Signify 公司表示本次調(diào)價巫即要在美國狍鸮外市場，美國奚仲場基本不鱃魚調(diào)整IT之家附漲價設備狪狪單：Hue Amarant: 11%Hue Amaze: 7%Hue Appear: 6%Hue Aurelle: 8-12%Hue Being: 9-10%Hue Calla: 7-12%Hue Cher: 7-8%Hue Daylo: 7%Hue Discover: 10%Hue Econic: 10-11%Hue Enrave: 8-13%Hue Ensis: 8%Hue Fair: 7-8%Hue Flourish: 7-10%Hue Impress: 6-11%Hue Inara: 9%Hue Infuse: 9-10%Hue Liane: 10%Hue Lily (XL): 6-9%Hue Lucca: 7-10%Hue Nyro: 7-11%Hue Outdoor Lightstrip: 7-8%Hue Outdoor Power Supply (100 watts): 11%Hue Outdoor Sensor: 17%Hue Resonate: 6%Hue Sana: 10%Hue Still: 10%Hue Surimu: 9%Hue Tuar: 8-10%Hue Turaco: 7-10%Hue Welcome: 6%Hue Wellner: 8%Hue Wellness: 8%
