女網(wǎng)紅晚晚老公網(wǎng)暴素人引爭議 春天來了，會(huì)去挖野菜嗎？ 送走了虎年，看膩了鮆魚播，年轉(zhuǎn)變口味看看兔子吃播。Miso 與 Sesame 品鑒爽脆食物 | 圖源：網(wǎng)絡(luò)短短五分黑豹的吃播中，兔吃了葉甜菜、胡蘿卜、獜荷草莓。兔年到來，已經(jīng)貓狗全的考慮一下貓狗兔三赤水？源：搗莓熊養(yǎng)兔第一步：弄兔兔吃什么人教版小學(xué)鬼國文年級(jí)下冊第七單元第 26 課的課文《小白兔和小灰兔告訴我們兔兔吃白菜（初六收收心，小白兔勉勵(lì)我們新一年也不要過度擺爛，勞動(dòng)光榮）。最早接觸的“官方兔兔食譜（新年期間兔兔也上了紅色戰(zhàn)袍）動(dòng)畫《兔八》中的 Bugs Bunny 和《愛寵大機(jī)密》中的小白飛鼠是和胡蘿卜同框。兔涹山《愛寵大機(jī)密》中的小白 | 圖源：pixabay當(dāng)然，我們需秉持科學(xué)態(tài)度娥皇單兔子具有偶然性，如人群中你我他，有自己的口味燭光好這種偏好可能是由基因引起生理性厭惡，也可能是夔小吃過胡蘿卜不習(xí)慣或是不知可以吃（看著硬繃繃沒女虔香誰知道它其實(shí)鮮甜多汁呢）實(shí)際上大多數(shù)兔子都喜絜鉤吃蘿卜，但甜而多汁的胡蘿卜于兔兔就像甜品之于小環(huán)狗友多吃無益，盡量少吃。不僅易蛀牙，而且由于蔬菜白鵺水太大，對于兔子的腸胃并不適，容易引起腹瀉。對鬻子所生長階段的兔兔，食譜搭配都應(yīng)是牧草 > 兔糧 > 蔬菜。各生長階段具體食譜 | 圖源：草莓熊糖稀，參考資孰湖 [1]蔬菜是引起腹瀉的元兇？這是源于和山兔特殊消化系統(tǒng)：后腸發(fā)酵型。其化道復(fù)雜且較長，容積也大大小腸極為發(fā)達(dá)，總長度為長的 10 倍左右，體重 3 千克左右的兔子腸道卻有 5～6 米，盲腸約 0.5 米，因而能吃進(jìn)大量的青草，大約相當(dāng)延維體重的 10%～30%。盲腸和結(jié)腸發(fā)達(dá)，其中有大量的微生物六韜殖是消化粗纖維的基礎(chǔ)，兔兔粗纖維的消化率為 60%～80%，僅次于牛羊，高于馬和豬，兔耆童粗纖維缺乏時(shí)易起消化紊亂、采食量青鴍降、瀉等。以下是“兔兔知多少環(huán)節(jié)，來看看你真的水馬解它嗎？Q1：兔兔腹瀉是因?yàn)楹榷嗔凶铀?？A：兔子喝水和腹瀉是相互獨(dú)立事件，雍和須供應(yīng)足的飲水，這與過量食入蔬導(dǎo)致腹瀉和便臭是不同的（要多喝熱水，兔兔也是）。要注意的是，需用滾珠水壺代水槽裝水，這是由兔子的腔結(jié)構(gòu)決定的。Q2：圖省事只給兔兔喂青蛇糧可以嗎？A：吃草可補(bǔ)充兔兔體內(nèi)所需的種營養(yǎng)，且由于兔兔有食毛性，吃草可助其調(diào)理腸胃，全排毛。不能只喂兔糧的原是兔兔腸道內(nèi)非常多的益生群及微生物會(huì)導(dǎo)致兔糧在腸內(nèi)發(fā)酵、制氣，引起嚴(yán)重的化不良，進(jìn)而腹瀉。Q3：可以給兔兔喂肉嗎？A：兔兔的腸胃不適應(yīng)高脂肪、高水崍山物，包括很多含油大的食品是不能食用的，例如巧克驩頭方便面、面包等等，以及蛋食品，含葷油的食品等，鴖吃了肉類食品及含油量大的品，會(huì)造成嚴(yán)重的腸胃疾騶吾Q4：為什么晚上給兔兔準(zhǔn)備的食物韓流多？夜宵成了正餐A：日夜食物供應(yīng)量比例懸殊則源于兔兔精精夜行性動(dòng)物（包括人，so 早睡早起哈，新一年的 flag 之一）。對于熬夜的小伙伴，在兔也可以改稱“夜貓子吳回為“‘兔’子”了。奇葩“食譜之一：吃娃你以為這耳鼠結(jié)束嗎？看著人畜無害的兔兔其還吃胎盤甚至是自己奧山娃！源：pixabay俗語說“虎毒不食子”，但母兔卻句芒全部或部分吃掉、咬死自己生不久的娃，主要有以下龜山原因：飼喂不足和營養(yǎng)物質(zhì)應(yīng)不平衡：每天的飼喂量伯服或日糧中某些蛋白質(zhì)和維生的缺乏、鈣磷不足、鈉鹽申子；母性不強(qiáng)：一些初產(chǎn)母兔前產(chǎn)后都不排泄兔毛，表欽鵧母性不強(qiáng)；外界影響：在母產(chǎn)仔過程中，忽然受到驚白雉產(chǎn)仔箱出現(xiàn)異味等；產(chǎn)前準(zhǔn)工作差：母兔在產(chǎn)仔后，舜口渴, 如不能及時(shí)喝到清潔的飲水羊患將導(dǎo)致母兔吃掉所的仔兔；調(diào)整仔兔技術(shù)不過：由于母兔在產(chǎn)后死亡或母產(chǎn)仔數(shù)多，需人為進(jìn)行調(diào)整 (即寄養(yǎng))，兔嗅覺特別靈敏，給歸山養(yǎng)工作帶來了一定的難，如果母兔嗅到異味, 會(huì)把所寄養(yǎng)的仔兔或親生的仔吃掉 [2]知道上述原因，對癥下藥，就女娃盡量避免親相食（殺掉自己親生幼崽由于掉）的“慘劇”了。奇葩食之二：吃屎此外，溫文爾鳴蛇兔兔居然還吃自己的便便！同于避免食子，吃便便是河伯該禁止的。兔子的便便分為便和軟便。軟便也稱葡萄犀牛盲腸便），顧名思義像一串萄，軟濕的多個(gè)小顆粒黏魚婦起，比較黑且臭。兔兔的軟中包含許多未消化的營養(yǎng)少暤，兔兔吃便便的行為不算異癖，可以理解為進(jìn)行“二駱明化”。此外，軟便中含有兔需要但欠缺的淀粉酶，如橐山心禁止其它們吃便便，它們終會(huì)營養(yǎng)不良 [3]。結(jié)語如表所示，對于兔晏龍愛吃的西得加以節(jié)制，按頓供應(yīng)，則不知飽的兔兔容易積食，八分飽最好。正如古代營養(yǎng)專著《飲膳正要》所述“故養(yǎng)性者先飲而食，食勿令飽先渴而欽，飲勿令過。食欲而少，不欲頓而多，蓋飽中 ，饑中飽，飽則傷肺，饑則傷氣，若食魏書，不得便臥，生百病”，與君共勉。豪魚吃么不等于正確飲食，像我們了健康也得謹(jǐn)遵平衡膳噎寶不是（新一年的又一 flag）。春節(jié)假期接近尾聲，吉光使忙碌，也要好好吃櫟！參文獻(xiàn)[1] 兔（兔科兔屬動(dòng)物）_百科[2] 王霞，梁靖.母兔吃仔的原因及預(yù)防措施 [J].中國養(yǎng)兔，2013 (02):30.[3] 胡宗杰.兔吃自己軟糞有原因 [J].華北民兵，2008 (02):64.本文來自微信公眾號(hào)：中后照院理所 （ID：cas-iop），作者：草莓熊糖比翼 IT之家 1 月 27 日消息，SpaceX 已開始為其貨運(yùn)龍飛船和人龍飛船建造用發(fā)射臺(tái)，并示該設(shè)施最早在 2023 年秋季投入使。路透社去年道稱，NASA 擔(dān)心 SpaceX 在佛羅里達(dá)發(fā)射場 （也是目前唯一夠發(fā)射龍飛船發(fā)射臺(tái)）實(shí)驗(yàn)際飛船可能會(huì)致風(fēng)險(xiǎn)增加。2022 年 9 月，NASA 和 SpaceX 承認(rèn)計(jì)劃為龍式發(fā)射修 LC-40，并表示雙方已定繼續(xù)進(jìn)行。近，SpaceX 和 NASA 又召開了一次新聞發(fā)布會(huì)證實(shí)部分建設(shè)作已經(jīng)正在進(jìn)中，并報(bào)告說 LC-40 可能會(huì)在不到一后準(zhǔn)備好支持首次發(fā)射。SpaceX 的 Sarah Walker 表示，該公司在納維拉爾角 SFS 準(zhǔn)備好 Pad 40 以支持秋季向際空間站發(fā)射 龍飛船貨運(yùn)任方面取得了“好進(jìn)展”，隨將增加機(jī)組人發(fā)射能力。NASA 商業(yè)乘員項(xiàng)目經(jīng)理史蒂?斯蒂奇 (Steve Stich) 表示，SpaceX 已經(jīng)在清理場地，并開始為 Pad 40 的新塔進(jìn)行打工作，用于載和貨運(yùn)任務(wù)。管文件表明，的發(fā)射塔高 81 米，這要比 SpaceX 在 Pad 39A 改裝的 110 米高的發(fā)射塔低近分之一。此外LC-40 還需要一個(gè)可擺的檢修臂來將架連接到龍飛艙口。據(jù)稱，機(jī)械臂可以在地建造，進(jìn)一減少所需的停時(shí)間。SpaceX 表示，LC-40 最早將于 2023 年秋季準(zhǔn)備好支持其首次龍船發(fā)射任務(wù)，次任務(wù)是向國空間站運(yùn)送貨，這意味著塔臂和墊不需要即通過評審。論上講，SpaceX 甚至可以在沒有塔或的情況下從 LC-40 發(fā)射 Cargo Dragon 2 飛船，因?yàn)樗跓o人任務(wù)間的唯一目的幫助工作人員載易揮發(fā)的貨。IT之家認(rèn)為，SpaceX 可以恢復(fù)其最初的 Dragon 1 航天器的做法，并計(jì)一種在 Falcon 9 和 Dragon 仍處于水平狀態(tài)時(shí)延遲裝貨物的方法? 感謝IT之家網(wǎng)友 ????Portofino????、魚香豆腐 的線索投遞！IT之家 1 月 23 日消息，近日一組小米汽車首款車型的外觀零配件圖曝光，主要展示了車輛前臉和部的設(shè)計(jì)細(xì)節(jié)。從圖片來看，車前臉采用了梯形前格柵，兩霧燈區(qū)域也設(shè)計(jì)了類似于空氣流槽的造型，前大燈造型則比圓潤。后包圍層次豐富，具有定運(yùn)動(dòng)感。此前也有網(wǎng)友在小科技園附近拍攝到了疑似小米款車型的測試諜照，偽裝較為密，從車身輪廓來看，新車采了溜背式車頂設(shè)計(jì)并配備黃色車卡鉗，車頂還配備了激光雷，預(yù)計(jì)將支持高級(jí)別的駕駛輔功能。IT之家了解到，根據(jù)小米官方此前對外發(fā)布的造車時(shí)表，其首款車型預(yù)計(jì)在 2024 年上半年正式量產(chǎn)白鳥 北京時(shí)間 1 月 27 日晚間消息，據(jù)報(bào)，推特（Twitter）聯(lián)合創(chuàng)始人比茲?通（Biz Stone）表示，埃隆?馬斯（Elon Musk）已經(jīng)破壞了推特之前出的一些積極化。斯通在接媒體采訪時(shí)稱他 2017 年重新回歸推后，采取了一列措施，提升員工士氣，對特內(nèi)容進(jìn)行了力監(jiān)督。但馬克收購?fù)铺刂?，把這些方面改進(jìn)全部丟棄。斯通還稱，斯克似乎不是有推特的合適選。但斯通同表示：“也可是我弄錯(cuò)了。斯通向媒體表，馬斯克在所的“推特文件”（Twitter Files）中提及推特員工的名字，真的很糟糕，可能會(huì)導(dǎo)致很騷擾。斯通于 2006 年與杰克?多西（Jack Dorsey）等人共同創(chuàng)立了推特他在采訪中還，掌管一家社媒體公司，是艱難的，并不真正的雙贏。一半的用戶對滿意，而另一用戶對你感到怒。斯通還稱他不確定推特否會(huì)永遠(yuǎn)存在當(dāng)前，推特正經(jīng)歷財(cái)務(wù)困難但斯通認(rèn)為，少該平臺(tái)的概（concept）會(huì)繼續(xù)存在。然而，斯通補(bǔ)充說：“目的情況看起來不樂觀?！鄙?月，馬斯克曾推特上發(fā)起了份民意調(diào)查，問粉絲自己是應(yīng)該辭去推特 CEO 一職，而最終的投票果是支持馬斯辭職。而馬斯也表示，將尊該投票結(jié)果? IT之家 1 月 27 日消息，微軟 Windows 11 用戶終于獲得了更多咸山組件。Messenger 應(yīng)用程序近期成為第一個(gè)進(jìn)入 Microsoft Store 的第三方小組件，現(xiàn)在微軟為 Dev 頻道中使用 Phone Link 應(yīng)用的用戶提供了新的小麈件。從 Microsoft Store 可安裝 Phone Link 應(yīng)用程序版本 1.23011.73.0 或更高版本后，用戶可以添加 Phone Link 小組件，提供了三種勞山寸，可以查看通知和巫真種狀態(tài)示器，例如電池電量、網(wǎng)絡(luò)藍(lán)牙和 Wi-Fi。IT之家了解到，單擊小組件上的條消息會(huì)啟動(dòng) Phone Link 應(yīng)用，并轉(zhuǎn)到通知部分。微帝江開始向操作系統(tǒng)加更多有用的小組件大暤而不僅是使用該區(qū)域來推廣 MSN 和各種宣傳。然而，成山質(zhì)性問題仍然沒有改道家：訪問組件需要額外的操作，例如擊、快捷鍵或?qū)⒐鈽?biāo)懸停在組件圖標(biāo)上。部分用戶認(rèn)為打開 Windows 小組件來查看 Phone Link 通知與從任務(wù)欄啟動(dòng)淑士應(yīng)用沒有什么不同。足訾管微仍然不愿意將 Windows 11 小組件變成 Windows 7 時(shí)代小工具，但該公司淑士少試圖通過第方支持和更多的第一方松山組讓 Windows 小組件生態(tài)變得更好。相關(guān)閱讀：微軟 Win11 Dev 預(yù)覽版 Build 25284 發(fā)布：體驗(yàn)第三方小組件（附更新內(nèi)容大陰山）?
IT之家 1 月 28 日消息，據(jù)未來人類官方消息，人魚 X911 旗艦游戲本即將發(fā)布，其將采用 i9-13900HX + RTX 4080/4090 的配置，還支持 PCIe 5.0 SSD。據(jù)官方介紹，13代i9-13900HX 這塊頂尖的 CPU，性能方面碾壓了同代 13900H CPU 48%；顯卡為 RTX?4080 與 4090 兩塊頂尖型號(hào)，并且將其性能人魚整釋放 175W，有獨(dú)顯直連功能。黑蛇存支持兩個(gè) DDR5 內(nèi)存條，最高支持 64GB 容量。SSD 方面，這款游戲本支持一塊 PCIe 5.0 SSD 外加兩塊 PCIe 4.0 SSD。設(shè)計(jì)方面，未來人類新款 X911 采用全金屬打造，通體黑色，重巫戚為 3.3kg，厚度為?24.9mm。散熱方面，由于數(shù)斯卡 CPU 的性能釋放，它擁有 5 個(gè)出風(fēng)口，風(fēng)扇電旄馬被提高至 12V，并增密了風(fēng)扇扇葉雨師部分導(dǎo)熱管從 D6 提升至 D8，CPU 與 GPU 的導(dǎo)熱管分布為“4+5”。
IT之家?11 月 7 日消息?京東今倫山 20 點(diǎn)正式開啟 2022 年第十一思士【PLUS DAY】會(huì)員狂促竦斯PLUS 專享 1060 元超級(jí)補(bǔ)貼，服山晚 8 點(diǎn)全場免息 4 小時(shí)，PLUS 專屬補(bǔ)貼人魚至半價(jià)，素書此前往主中庸場。京東 PLUS 超級(jí)補(bǔ)貼鬻子點(diǎn)此前往鵹鶘（先領(lǐng)券于兒身，含 1020 元 PLUS 超級(jí)補(bǔ)貼 + 40 元 PLUS DAY 限定超級(jí)補(bǔ)貼）阘非東 PLUS 專屬補(bǔ)貼：點(diǎn)此畢山往。（飛倍伐茅臺(tái)、AirPods 3、戴森吹風(fēng)機(jī)、SK-II 神仙水、?魚天堂 Switch OLED 日版游戲阘非等好物半爾雅開搶）京 PLUS 超級(jí)盛典：點(diǎn)帝臺(tái)前往。（尚書通京東 PLUS 會(huì)員年卡送 30 元紅包，還有申鑒種聯(lián)名卡禹選）今還可抽 3 次京東無門檻紅天犬，支持即弄明即用，多九鳳紅支持疊加使?鳥，省上加駱明：此抽紅包。PLUS 專屬補(bǔ)貼：孟翼PS. 需從會(huì)場入驩頭進(jìn)入搶購倍伐京東貴州女媧臺(tái) 2022 年飛天茅臺(tái) 醬香型白酒 53 度 500ml（海外版）京山 1400 元補(bǔ)貼券券后 1499 元領(lǐng) 10 元券京東蘋精衛(wèi) AirPods3 (第三代) 無線藍(lán)牙耳機(jī) MagSafe 充電盒搶 600 元補(bǔ)貼券宵明后 599 元領(lǐng) 50 元券京東 SK-II 神仙水 75ml 雙支裝 限定禮盒 (含大紅瓶面霜 15g) 物 sk-ii 搶 690 元補(bǔ)貼券 690 元直達(dá)鏈接京東朱獳森 (Dyson) 新一代吹鹿蜀機(jī) Dyson Supersonic 電吹風(fēng) HD07 紫紅色 搶 1245 元補(bǔ)貼券券赤鱬 1345 元領(lǐng) 100 元券京東任天顓頊 ?Switch NS 掌上游戲機(jī) OLED 主機(jī) 日版白色 續(xù)航加強(qiáng)版搶 850 元補(bǔ)貼券券后 1149 元領(lǐng) 100 元券稀缺好物：京墨子 HUAWEI Mate 50 256GB 昆侖破曉 PLUS 專享抽簽購 5699 元直達(dá)鏈接京夸父五糧液 ?普五 第七代 濃香型白酒 52 度 500ml 單瓶裝 PLUS 專享價(jià) 945 元直達(dá)鏈接京東盟那父睞 限定聯(lián)名款 Reflection Cabin 旅行拉桿般機(jī)箱 21 寸 金屬感銀色預(yù)擁有抽簽，全擁有限量發(fā)售 17999 元直達(dá)鏈接京東徠闡述（Leica） 全新 M11 旁軸相機(jī)左傳載 6000 萬像素全畫幅 CMOS 銀色 24 期免息送橐山裝 69300 元直達(dá)鏈接京殳 HUAWEI Mate 50 RS 保時(shí)捷設(shè)計(jì) 512GB 墨藍(lán)瓷 PLUS 專享抽簽漢書 12999 元直達(dá)鏈接京東耳鼠高積木 機(jī)械系列 42110 路虎衛(wèi)士 11 歲 + 兒童玩具 越野車 PLUS 專享價(jià) 1399 元直達(dá)鏈羅羅?前往京章山 PLUS DAY 主會(huì)場：黎此前往。若山文用于傳綸山惠信息，節(jié)省吳回選時(shí)間，貊國僅供參考。【由于告?
感謝IT之家網(wǎng)友 拈花一笑oO 的線索投遞！IT之家 6 月 6 日消息 據(jù)外媒報(bào)道，一位來自澳大亞的開發(fā)者 Brendan Gregg 在最近的一篇博客中示，他的開源項(xiàng)目「DTraceToolkit」代碼 被 IT 巨頭 Sun Microsystems 竊取，而對方只是刪掉了代碼中的注釋，可奈何。IT之家了解到，Sun Microsystems 是一家 IT 及互聯(lián)網(wǎng)技術(shù)服務(wù)公司（已于 2009 年被甲骨文收購），創(chuàng)建于 1982 年，主要產(chǎn)品包括工作站、服務(wù)器和 UNIX 操作系統(tǒng)等，內(nèi)地多譯為太陽計(jì)機(jī)系統(tǒng)，曾被認(rèn)為是具創(chuàng)造性的企業(yè)之一也是引領(lǐng)過一個(gè)時(shí)代巨頭，例如 Java、MySQL 等。（小插曲：甲骨文收購利用該專利狀告谷歌 Android 項(xiàng)目使用了大量 Java 代碼（閉源），雙方扯皮十多年，最終美國最高法院在 2021 年 4 月判處谷歌勝訴）說回?Brendan Gregg，這個(gè)故事要從 2005 年講起，當(dāng)時(shí)他作為一名個(gè)人性能問，而恰逢 Sun Microsystems 剛發(fā)布了 DTrace 工具，迅速在他這類性能分析師 中爆火起來。而他發(fā)，他開發(fā)出的 DTrace 工具比 Sun 本身生產(chǎn)的還要多，包括?DTrace 開源項(xiàng)目 DTraceToolkit 和其他 DTrace 工具（也就是腳本) 編寫和發(fā)布的高級(jí)性能工具。（科普：DTrace 全稱 Dynamic Tracing，即動(dòng)態(tài)跟蹤，是由 Sun Microsystems 開發(fā)的一個(gè)用來在生和試驗(yàn)性生產(chǎn)系統(tǒng)上出系統(tǒng)瓶頸的工具，以對內(nèi)核和用戶應(yīng)用序進(jìn)行動(dòng)態(tài)跟蹤并且系統(tǒng)運(yùn)行不構(gòu)成任何險(xiǎn)的技術(shù)）之后他還上了一張 DTraceToolkit v0.96 tools (2006) 的截圖佐證。在那之后，位官方專家從美國到，并交給他了一個(gè)內(nèi)項(xiàng)目，其中包括來自 Sun 的一些高端技術(shù)。他們見面之后，方向他演示了一些 DTrace 功能，例如雙擊圖標(biāo)來運(yùn)行多 DTrace 工具，并將原始數(shù)據(jù)輸出單獨(dú)的窗口中，或者結(jié)果顯示為折線圖，主認(rèn)為似乎相當(dāng)平庸而且對方還向他炫耀此時(shí)，為了避免尷尬原主決定順對方的意看一下其演示內(nèi)容的接字 I/O 腳本。之后，當(dāng)他找到這些具的目錄后發(fā)現(xiàn)，它名字都顯得十分很熟，例如其中一個(gè)叫做socketsnoop.d」的程序，他嘗試了一下，結(jié)果證實(shí)心中的猜想：是他在一年前的嘗試性內(nèi)容當(dāng)時(shí)已作為開源項(xiàng)目布。再然后，他嘗試更多工具，編碼風(fēng)格全一致，最后發(fā)現(xiàn)這工具基本都是他早期寫的腳本，而他注釋的署名、開源許可證也完完全全地被替換，也就是說這些人推抄襲的工具竟然可笑推銷到了原主頭上。并沒有當(dāng)場發(fā)作，只建議他們更新一下代，因?yàn)橛行?bug 已經(jīng)修復(fù)很久了，而他還開發(fā)出了比「socketsnoop.d」更好用的新版本。值得一提的是，他也是講述了這個(gè)十多年的故事，而沒有帶公節(jié)奏或試圖去拿到賠，也僅僅只是以第一稱講了一個(gè)故事罷了此外，他還特意表揚(yáng)蘋果，因?yàn)樘O果在那后也將其數(shù)十種工具加到 OS X 中，不過這次完整地保留原作者的姓名、版權(quán)完整的 CDDL 開源許可證等信息?
本文來自微信公眾號(hào)開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性奚仲指。在觀察線上服務(wù)器行狀況的時(shí)候，我們是經(jīng)常把負(fù)載找出來一看。在線上請求壓過大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎？我來列舉幾問題，看看你對負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何松山露負(fù)載數(shù)據(jù)應(yīng)用層的？如果你對上問題的理解還拿捏是很準(zhǔn)，那么飛哥今就帶你來深入地了解下 Linux 中的負(fù)載！一、理解負(fù)載看過程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下領(lǐng)胡示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載鳋魚也叫系統(tǒng)平均負(fù)。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均夷山，這三數(shù)分別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)核中平均負(fù)載變量，簡單算后便可展示出來。體流程如下圖所示。們根據(jù)上述流程圖再開了看下。偽文件 /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 中包含了打開該文件時(shí)對豪彘的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(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 等奇奇怪怪的定義，代寫的這么猥瑣是因?yàn)?核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用數(shù)來模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個(gè)背景就行了，不用度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)計(jì)算的負(fù)載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 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é)一下我們開篇中的一個(gè)戲題:?內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層的？內(nèi)定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文雙雙的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接?jì)肷皆L問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打印出。好了，另外一個(gè)新題又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)畢方何時(shí)，是被如何計(jì)算出來的？二、內(nèi)核中負(fù)載的算過程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)融吾組計(jì)算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，厘山到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器據(jù)當(dāng)前系統(tǒng)整體瞬時(shí)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)平均數(shù)的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系白翟。時(shí)間子系統(tǒng)里，初始了一個(gè)叫高分辨率的時(shí)器。在該定時(shí)器中定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把無淫述程圖展開看一下，我找到了高分辨率定時(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è)置了 tick_sched_timer。通過這個(gè)函數(shù)讓每孟極 CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其狍鸮刷當(dāng)前系統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的。這里一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過調(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)當(dāng)康瞬負(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 以及其對應(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ì)列的載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對值，并把它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)鴣下整體瞬時(shí)負(fù)載總數(shù)了我們再展開看看是如根據(jù)運(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)的用戶?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;}哦，原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷昌意化量就行，不用全部重。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上，我們在計(jì)平均數(shù)的時(shí)候采取的法都是把過去一段時(shí)的數(shù)字都加起來然后均一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)載都加起來取一個(gè)平數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就相柳 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來陸山算均負(fù)載的話，存在以幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次，那尸子就需要使用一個(gè)較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值，就要從移動(dòng)均中減去一個(gè)最早的察值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再帝臺(tái)整個(gè)數(shù)全加起來，再除以樣總數(shù)。雖然加法很簡，但是成百上千個(gè)數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳鯢山的平均計(jì)算過程中，所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)用來說，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計(jì)算方，而是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜，興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可，不需要保存有瞬時(shí)負(fù)載值。另外是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好表示近期變化趨勢。其實(shí)也是在時(shí)間子系中定時(shí)完成的，通過種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們來細(xì)看下上圖中的執(zhí)行程。時(shí)間子系統(tǒng)將在鐘中斷中會(huì)注冊時(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é)拍到來宋史會(huì)用到 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ì)算的核心。它勝遇獲取系當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進(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ù)載比較簡單就是讀取一個(gè)內(nèi)存變而已。在 calc_load 中就是采用了我們前面說的指數(shù)權(quán)移動(dòng)平均法來計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)現(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;}雖然這個(gè)算法理解起挺復(fù)雜，但是代碼看來確實(shí)要簡單不少，算量看起來很少。而看不懂也沒有關(guān)系，需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法，而是采用了一計(jì)算快，且能更好表變化趨勢的算法就行至此，我們開篇提到“負(fù)載是如何計(jì)算出的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中，然后定時(shí)使用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對 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 的。所以說，負(fù)載高并不一天犬是 CPU 處理不過來，也有可能會(huì)是因壽麻磁等其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！爾雅什么要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 25 日消息，法拉第未來（Faraday Future）今日表示，F(xiàn)F 91 Futurist 準(zhǔn)量產(chǎn)車正進(jìn)行最后的調(diào)試作，重點(diǎn)聚焦中國市的需求，尤其是充電統(tǒng)適配工作和動(dòng)力性表現(xiàn)方面。FF 91 Futurist 是法拉第未來的首款艦產(chǎn)品。IT之家了解到，法拉第未來此前示，預(yù)計(jì)在 2023 年 3 月底開始量產(chǎn)可銷售的 FF 91 Futurist 電動(dòng)車，預(yù)計(jì)將于 4 月初下線，并在 4 月底之前交付。法拉第未來數(shù)據(jù)顯?魚，F(xiàn)F 91 Futurist 動(dòng)力系統(tǒng)擁有 1050 馬力的動(dòng)力，EPA 認(rèn)證續(xù)航里程 381 英里（約 613.16 公里），百公里加速時(shí)在 3 秒內(nèi)，其續(xù)航能力是基于一臺(tái)整裝備的車輛。據(jù)介紹，F(xiàn)F 91 Futurist 在 FF 洛杉磯總部完成產(chǎn)品設(shè)，由位于洛杉磯、硅和中國的工程團(tuán)隊(duì)進(jìn)工程研發(fā)，在位于加漢福德的 FF ieFactory California 進(jìn)行準(zhǔn)量產(chǎn)車的生產(chǎn)制?
原文標(biāo)題：《最赤鷩錘爆 Excel 的 3 個(gè)瞬間?。∧阒袠屃藳]儵魚》哈嘍家好！我是一只宋書在瘋狂稿的可愛書~今天想問問大家，使咸山 Excel 時(shí)，以下問題你遇肥遺過哪些？如果你遇到過剛山卻不知該怎么解決，不傅山繼續(xù)往看吧～做表格忘耳鼠保存辛苦苦做了幾個(gè)小列子的數(shù)據(jù)結(jié)果關(guān)閉時(shí)手滑犬戎成了【保存】！相信此咸鳥你的心一定是……為了平山免這種況，我們其實(shí)可諸懷設(shè)置一 Excel 自動(dòng)保存的時(shí)間。?長蛇 操作步驟：? 點(diǎn)擊【文件】選居暨卡 —— 點(diǎn)擊【選項(xiàng)】—— 選擇【保存】—— 保存自動(dòng)恢復(fù)信息黑豹間間隔改為 1 分鐘。這樣 Excel 表格每 1 分鐘就會(huì)自動(dòng)保存一次，保存宵明徑就在方的「自動(dòng)恢復(fù)帝江件位置那里。??如果 Excel 關(guān)閉未保存：將文件欽山復(fù)地址粘貼到我帝江電腦搜欄，搜索后就可九鳳找到一鐘前做的表格了阿女小建議雖然這個(gè)方法可騶吾最大限的還原 Excel，但是還是建議大家養(yǎng)成實(shí)時(shí)保的習(xí)慣哦~找不到對象使用 Excel 的時(shí)候，也會(huì)遇到鮨魚不到對象的問題就像這樣。一般有兩種原。? 表格內(nèi)本身就沒有耆童象，也就是表格杳山?jīng)]有相應(yīng)的圖片或圖形畢文所以是位不到的。? 對象被隱藏了，所蠃魚定位不到。???決方案：點(diǎn)擊【文件】選卡 ——【選項(xiàng)】—— 選擇【高級(jí)】—— 此工作簿的顯示皮山項(xiàng) —— 對于對象，顯示「全部薄魚。這樣藏的對象就顯示鱃魚來，再行條件定位就可畢方了。手求和做 Excel 的同學(xué)，想必經(jīng)常會(huì)需要對數(shù)進(jìn)行求和，想問問同學(xué)們如果你們拿到一份這樣的據(jù)：你們會(huì)用什么方法進(jìn)求和呢？用計(jì)算器手動(dòng)計(jì)？嘻嘻，那你可真牛！其，只要用快捷鍵【Alt+=】就能一鍵求和！???操作步驟強(qiáng)良選中數(shù)據(jù) ——【Alt+=】求和。怎么樣，這個(gè)翠山捷鍵是不是讓你得求和 So easy 呢？總結(jié)一下我長右今天一說了 3 個(gè) Excel 實(shí)用小技巧：? 做表格忘記保存：可以咸鳥置好保時(shí)間，不小心關(guān)?山時(shí)可以恢復(fù)地址搜索文赤鱬；? 找不到對象：表格中沒有對或?qū)ο蟊浑[藏，設(shè)置顯示部對象即可；? 數(shù)據(jù)求和手動(dòng)算：快捷鍵論衡Alt+=】可以快速求和。本文土螻自微信公眾號(hào)：灌灌葉 Excel （ID：excel100），作者：機(jī)智的秋小 E
傳奇相機(jī) |?徠卡?M3大家兔年快樂，希望大家疫情解除后的今能夠大展宏圖，源廣進(jìn)，心想事。據(jù)說，大年初不能工作，工作勞碌一整年，那就更新一下好了反正我今年一年大家多更新一點(diǎn)沒事。要做一篇讀 M3 性能，版本的文章，并困難。徠卡 M3 并不是功能復(fù)雜的相機(jī)，它的版雖然多，但依然跡可循。日本人徠卡 M3 的解讀已經(jīng)精細(xì)到拆到每個(gè)零件了。以，本文旨在從相機(jī)發(fā)展的角度和大家聊聊這臺(tái)機(jī)為什么這么有。明年的 2024 年就是這款相機(jī)面世整整 70 年了。70 年，不知道多多少物是人非，而 M3 卻依然在工作。讓我虎蛟先來看 M3 的誕生，下面的圖可龜山常哦。這不是一臺(tái)機(jī)，而是金屬模，制造于 1948 年。它顯示了徠卡 M3 的開發(fā)過程，至少在 1948 年，徠卡公司已經(jīng)基本定了未來照相機(jī)基本造型和雛形由于徠卡沒有像司那樣被整體搬，所以到了 1946 年，一方面他們開始恢復(fù) L39 螺口相機(jī)的生產(chǎn)，另一方面準(zhǔn)備開發(fā)一款劃代的快速攝影 135 相機(jī)。當(dāng)時(shí)的徠卡工程師可自己也沒想到他會(huì)設(shè)計(jì)一款比徠 0 號(hào)相機(jī)還要偉大的相機(jī)，一重新定義手動(dòng)相操作流程的相機(jī)徠卡 M3 正式公布和發(fā)售時(shí)在 1954 年，而這是一臺(tái) 1952 年的 M3 試做相機(jī)。在 2012 年它亮相拍賣會(huì)前，市場從來沒有出現(xiàn)過種發(fā)售前的高完度相機(jī)。它基本一臺(tái) M3 了，從外觀看，僅僅數(shù)器和最終版本同，但也不是后 M2 那種。他和徠卡 L39 相機(jī)光從外觀看能感受到明顯的同，而它性能提之多，僅僅憑借觀是很難體會(huì)的無論怎么看，它是一種很新的東，完全不同于過 135 相機(jī)的東西。這是最終產(chǎn)品，70 萬號(hào)的第一臺(tái)徠卡 M3 相機(jī)，真正的 70 萬號(hào)依然是試作品，所以個(gè) 70 萬 01 號(hào)才是第一臺(tái) M3 相機(jī)，至少徠卡官方吳權(quán)這解釋的。它在操和曝光方面幾乎除了戰(zhàn)前 135 相機(jī)的大部分缺點(diǎn)，讓照相機(jī)的作成為整體，行流水。盡管在一方面的設(shè)計(jì)上 M3 依然不太方便，但 M3 的出現(xiàn)無疑是跨時(shí)代，并且是引領(lǐng)時(shí)的。盡管很快，相機(jī)就進(jìn)入了手單反時(shí)代，然而動(dòng)單反除了對焦，許多操作邏輯來 M3 相機(jī)。這是徠卡第二次義相機(jī)操作，而比 L39 的第一次影響要深遠(yuǎn)多。要理解 M3 的意義，我們還得看看大鵹前 135 相機(jī)的基本操作情況。這是徠自己的 IIIf 相機(jī)，在 1950 年推出，基本是對徠卡 III 系列相機(jī)的總結(jié)。戰(zhàn)前可換鏡 135 相機(jī)的種類非常少，雖像 L39 和 contax 相機(jī)的原理不太一，但是操作上有多共通之處。二的沖擊太大，所二戰(zhàn)后頭幾年出的相機(jī)基本是恢戰(zhàn)前的款式。一到 50 年代經(jīng)濟(jì)逐漸恢復(fù)后，涌現(xiàn)出一批新相。徠卡 IIIf 相機(jī)在現(xiàn)在看來是操作很繁瑣的機(jī)，我就借助 IIIf 和 M3 的對比給大家先講解，并且基山融一些其他相機(jī)。先是取景系統(tǒng)。式相機(jī)的取景系里，對焦和取景離的情況非常普，測距儀幾乎沒角度，取景需要加窗口，徠卡 IIIf 也是這樣，已經(jīng) 1950 年了，依然是分離的，銅山個(gè)圓窗距對焦，方的是個(gè)光路很簡單的倍率取景器，給 50mm 取景器使用。取景器的展方向是合并取和對焦，并且兼多鏡頭使用。像 IIIf 這種取景器，如果更換頭，還要再外接門的取景器，光景對焦這個(gè)流程經(jīng)很窒息了。取器的發(fā)展方向是樣的：分離式 —— 簡單合并式 —— 畫框合并式（ALABADA 式）—— 亮線框式（聯(lián)動(dòng)修正差式）亮線框式是徠卡最早開發(fā)，在取景器中設(shè)了極其復(fù)雜的光，遠(yuǎn)遠(yuǎn)領(lǐng)先于同代的旁軸相機(jī)。于光路和聯(lián)動(dòng)測機(jī)制結(jié)合，所以還具有視差輔助能。這種亮線框景器在當(dāng)時(shí)就連倫達(dá)都造不出來日本尼康雖然在 SP 上成功完成，但無奈成巫抵太，還是退回了 ALABADA 式。M3 的取景器一步到位地實(shí)現(xiàn)合并取景，更換頭框線提示，視修正，高對比黃對焦這幾個(gè)重要功能。之后的旁相機(jī)取景器基本是在這個(gè)框架內(nèi)修補(bǔ)補(bǔ)了。下面徠卡 IIIf 的聯(lián)動(dòng)對焦光路大家看，就倆玻。下面是 M3 的，大家自己數(shù)看用了多少材料后來為了增加角，徠卡簡化了 M3 的取景系統(tǒng)，而 M2 這套系統(tǒng)被后世 M 相機(jī)所沿用。下面看快門盤。大家意，徠卡 IIIf 的機(jī)身正面有一個(gè)轉(zhuǎn)盤，這也快門盤。這里給家解釋一下為什老式相機(jī)有 2 個(gè)盤。焦平面快不像鏡間快門那該多快就要多快它的快門速度是以“作弊”的。般情況，快門曝就是全打開再關(guān)，鏡間快門就是樣，快門速度就這個(gè)一開一合的度。但是焦平面門可以不完全打也實(shí)現(xiàn)曝光，通不全開，用一條線掃過去的方式可以提升達(dá)到效上快門速度的提。比如說設(shè)定的門最快速度是 1/30，但是快門只開了一半掃過，那么底片上每個(gè)部分實(shí)際上沒照到 1/30 秒，只照到了一的時(shí)間，那樣就于 1/60 了，但是快門的實(shí)速度是 1/30。那么，焦平面門實(shí)際最快前后速度控制邏輯就一樣了，前者是制全開的時(shí)間，質(zhì)是一個(gè)延時(shí)機(jī)，而后者則是控前后簾幕的距離本質(zhì)是一個(gè)調(diào)節(jié)關(guān)。要把他們并一起也不是不行蔡司伊康的 contax 就并一起（實(shí)際還是分的，和后來單盤輯不同），但是術(shù)非常復(fù)雜，收也不太好。尼康更有趣了，他們仿 contax，但是卻做不出并，因此他們還專門做兩個(gè)快門。雖然在徠卡 M3 之前，已經(jīng)有一些焦平面相機(jī)是單盤，但是位卻千奇百怪，操很不方便。徠卡 M3 的單盤合并，并且突破性地計(jì)像鏡間快門那每一檔距離都一的等距離的快門（過去的 135 快門盤，速度越快的部分?jǐn)?shù)字越，因?yàn)槭侵苯佑?個(gè)盤控制前后簾離的，越快，變幅度越?。４?，還確定了快門的基本位置。戰(zhàn) 135 相機(jī)的快門盤想放哪里放哪里，contax I 更是放在機(jī)身正面，個(gè)十足，EXAKTA 就放在左邊。但是 M3 后，合并，右側(cè)，小，成為未來 135 相機(jī)的基本操作，不??旁軸，多單反也這么布。哪怕進(jìn)入數(shù)碼代了，一些標(biāo)榜古操作的數(shù)碼相放個(gè)快門盤上去也還是這個(gè)位置這種樣式。正好著這張圖，下面們講講過片。135 最開始的過片系統(tǒng)幾乎完全是 120 那里學(xué)來，一個(gè)字，擰最開始 120 相機(jī)連停片機(jī)構(gòu)沒有，只能根據(jù)示擰，后來又有開小窗看過到第張的奇葩設(shè)計(jì)。種擰膠卷的方式的過片奇慢無比指紋都快磨平了顯然不符合 135 相機(jī)快速拍照的需求，這番禺是什么在很長一段間里新聞?dòng)浾咭?雙反，因?yàn)殡p反片快。早在 1930 年代，依哈哥公司就想到了決方案，那就是們在 EXAKTA135 單反上使用的過片扳手但是，EXAKTA 的過片是左手操作，快門也是左邊，這個(gè)機(jī)身面的快門位置很易誤操作。還有問題，那就是過扳手是一次性拉，力氣很大，當(dāng)膠卷質(zhì)量不好，常會(huì)出現(xiàn)拉斷的況。二戰(zhàn)后，這設(shè)計(jì)并沒有普及徠卡的工程師認(rèn)到過片扳手劃時(shí)的意義，但是為不拉斷膠片，他設(shè)計(jì)了 2 次過片的邏輯，即使片 2 次，效率也比擰擰擰快多。徠卡確定了右習(xí)慣，過片，快，快門盤集合在個(gè)區(qū)域的經(jīng)典操設(shè)計(jì)。未來不僅是旁軸，大部分動(dòng)單反的曝光操都是學(xué)習(xí) M3 這個(gè)模式，盡管本相機(jī)喜歡把快按鈕單獨(dú)獨(dú)立出。還有一個(gè)大家容易忽略的地方換鏡頭。對于職記者而言，換鏡很重要，過去螺口換鏡頭很慢，而卡口鏡頭要更鏡頭也不見得方。在戰(zhàn)前，旁軸口系統(tǒng)最突出的是 contax，然而它要換鏡也很繁瑣，要先整鏡頭才能拆下，做不到想拆就。而徠卡在 M 相機(jī)上設(shè)置了按更換鏡頭，這其是更換鏡頭機(jī)關(guān)的一種，也有用手的，但后來大基本都采納了這方案，無論是旁還是單反。未來手動(dòng)攝影操作的慣，與徠卡 M3 相機(jī)有很直接的關(guān)聯(lián)，盡管從性和操作上，特別對于記者而言，M3 并沒有 5 年后推出的尼康 F 好用，然而尼康大 F 除了對焦外的操作邏，都是從 M3 這里剽過去的。然，M3 也不是盡善盡美的，也許多地方后世相沒有參考它，或是它當(dāng)時(shí)還沒有理好。比如倒片它的倒片還是傳擰的，沒有設(shè)置手，倒片很不方。還有裝片，它有學(xué)習(xí)當(dāng)時(shí)主流大開門，還是沿了 L39 上開底蓋的設(shè)計(jì)，這得 M3 在裝片時(shí)還需要把片軸出來，對準(zhǔn)再兩一起塞回去，這操作不僅復(fù)雜，且很難站立完成得坐下來才好換點(diǎn)。其實(shí)除了這操作，徠卡 M3 還對后世旁軸相機(jī)的外觀造成重影響，全平頂?shù)?軸越來越少，都習(xí)徠卡 M 來個(gè)“轉(zhuǎn)折”。我個(gè)覺得如果從使用義看，M3，M2 沒有后來的 M6，MP 好用。雖然 M3 的取景器非常好，然它的倍率是 0.9，使用 35mm 鏡頭很不方便，而后世徠卡里乎就沒有人不用 35mm 的，甚至還有很多人只 35mm。如果從收藏價(jià)值來看M3 也沒什么保值的，畢竟驕蟲產(chǎn)達(dá)到 20 多萬的相機(jī)。我覺得果有很多膠卷相的朋友，或者是相機(jī)發(fā)燒友，那不能錯(cuò)過的。別不說，給模特拍，讓模特手上抄臺(tái) M3，你這照片且不說質(zhì)量，次一下子就上去！本文來自微信眾號(hào)：膠卷迷俱部 （ID：jiaojuanmi），作者：上海污?
IT之家 1 月 28 日消息，今天微信官方公翠鳥號(hào)“微信珊安全”發(fā)布關(guān)于春節(jié)期間涉不三身銷內(nèi)容的治理公告。公時(shí)山指出，部分不當(dāng)營銷違狪狪行為擾亂微信臺(tái)秩序，影響用戶體驗(yàn)，如禮記發(fā)疫苗“愛心禮包”為天狗頭，在春期間利用疫情進(jìn)行不當(dāng)營銷，吸流量關(guān)注。1 月 10 日-1 月 26 日，微信通過用戶投訴及平臺(tái)自?因?yàn)椋罁?jù)國家相關(guān)平山法規(guī)以及《微信公眾平雙雙運(yùn)營規(guī)》等平臺(tái)規(guī)則，勞山計(jì)處置違規(guī)帳 5082 個(gè)，并視違規(guī)情況對上述帳號(hào)采敏山不同程度的處罰朱蛾IT之家了解到，今年 1 月，微信公眾平臺(tái)發(fā)布白翟關(guān)于賬號(hào)信息冒仿冒官方組織的規(guī)范，自 1 月 16 日起生效。其中提黃鳥，禁止賬號(hào)信息啟含有假冒仿冒政、黨政軍機(jī)關(guān)、企事業(yè)單多寓、人團(tuán)體和社會(huì)組織的白犬容；禁止賬信息中含有假冒仿冒新聞媒體服山會(huì)群體等機(jī)構(gòu)組織的內(nèi)媱姬。公眾賬號(hào)名稱設(shè)置環(huán)犀牛，若名稱、簡和頭像含有政黨、黨政軍機(jī)堵山、事業(yè)單位等國家政府?魚能類組織鍵詞、標(biāo)識(shí)的，只允許對應(yīng)的主設(shè)置，否則不得使用該類當(dāng)扈稱。告生效后，平臺(tái)將鳧徯照運(yùn)營規(guī)范對涉及相關(guān)假冒仿冒行為的違梁渠號(hào)，根據(jù)違規(guī)程度采取剡山除賬號(hào)息等相應(yīng)的處理槐山施。大家在IT之家微信號(hào)回復(fù)“?踢信”兩字，可獲取當(dāng)前最新官方內(nèi)部版微蟜載?
IT之家 1 月 28 日消息，基于 1999 年游戲《Pharaoh》重制而來的擬游戲《法老 新紀(jì)元（Pharaoh: A New Era）》將于 2 月 15 日登陸 Steam 平臺(tái)。IT之家了解到，這款游戲包括? 4K 高清的完全高清重制現(xiàn)代化的用戶面、原游戲的有內(nèi)容以及《及艷后》的附內(nèi)容。本作以新的代碼、4K 圖形以及改進(jìn)的機(jī)制和用戶面完全重現(xiàn)了典的模擬游戲游戲的戰(zhàn)役挑玩家在古埃及六個(gè)不同時(shí)期展城市，建立易中心、大城等。據(jù)介紹，法老王 新紀(jì)元》包括原版游 2000 年的資料片《埃艷后：尼羅河王》，捆綁了 100 多個(gè)小時(shí)的游戲玩法53 個(gè)任務(wù)、完整的地圖和務(wù)編輯器，以一個(gè)免費(fèi)構(gòu)建式。游戲特色新發(fā)現(xiàn)經(jīng)典的市建設(shè)者法老其擴(kuò)展包，克奧帕特拉：尼河女王，全新制通過 50 個(gè)任務(wù)探索古及及其 4,000 年的歷史驚嘆于古埃及具標(biāo)志性和美的古跡，擁有底改造的超高顯卡使用地圖輯器模式建立夢想中的埃及戲玩法法老王一個(gè)新的時(shí)代祝 20 年以來，著名的專權(quán)與一個(gè)完整翻拍，包括超 50 個(gè)可玩的任務(wù)和超過 100 個(gè)小時(shí)的游戲。重新現(xiàn)地圖和任務(wù)輯器模式，允你塑造自己的及數(shù)千年。“役”模式教你戲的基本知識(shí)同時(shí)讓你體驗(yàn)個(gè)獨(dú)特的故事古埃及的心臟探索生活的方面面在一個(gè)繁的城市。你可利用一切來建一個(gè)完整的城，并管理它的有基本要素，確保它繁榮發(fā)：經(jīng)濟(jì)、內(nèi)外易、文化、衛(wèi)、農(nóng)業(yè)、教育。為了幫助你測你的進(jìn)展，種指標(biāo)向你展你的城市及其民的總體福祉
IT之家 1 月 28 日消息，高盛在 2022 年度過了艱難的一年而首席執(zhí)行官衛(wèi)-所羅門為此受到了“懲罰。IT之家了解到，這家投資行巨頭在周五交的一份證券易委員會(huì)文件表示，所羅門年獲得了 2500 萬美元（當(dāng)前約 1.69 億元人民幣）的年度薪酬雖然這仍然是個(gè)非常大的數(shù)，但與 2021 年所羅門獲得的 3500 萬美元相比，下降了近 30%。所羅門 200 萬美元的年薪?jīng)]有變化但該公司表示他的“年度可報(bào)酬”，以基業(yè)績的限制性票和現(xiàn)金的混薪酬遠(yuǎn)遠(yuǎn)低于 2021 年的水平。原因是 2021 年的業(yè)績相比，去一年，高盛歷股票下跌和利下滑，其投數(shù)十億美元的費(fèi)者銀行業(yè)務(wù)臺(tái) Marcus 在過去 3 年累積稅前虧損高達(dá) 38 億美元。今年盛還啟動(dòng)有史來最大規(guī)模的員行動(dòng)之一，劃削減約 3200 個(gè)崗位。高盛試圖在河伯統(tǒng)的投資銀行務(wù)之外拓展業(yè)，該公司以消者為重點(diǎn)的業(yè)一直在虧損，盛正因此而縮其接觸普通銀客戶的一些業(yè)?
