国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

對話上海外貿企業(yè):關稅戰(zhàn)雖起,中國供應商卻難以被取代

浙江在線 革非 2025-10-20 15:21:20
A+ A-

弘陽地產延長境外債務重組支持協(xié)議費用期限,債權人:超30%債權人準備簽署協(xié)議反對重組 NS2上方C口不支持視頻輸出 IT之家 1 月 28 日消息,Sensor Tower 今日發(fā)布 2022 年中國手游海外收 TOP30 榜單。數(shù)據(jù)顯示,2022 年出海收入 TOP30 手游產品在 App Store 和 Google Play 的總收入為 92 億美元,較 2021 年 115 億美元下滑 20%,回落至 2020 年的水平,但仍比 2019 年高出 46%。其中,米哈游原神》蟬聯(lián)出海游年度收入冠軍2022 年,末日生存題材熱度減,共有 6 款產品入圍海外收榜。其中,三七娛《Puzzles & Survival》以創(chuàng)新的“三消 + SLG”玩法,在海外市場年收入增 45%,排名上升至榜單第 4 名。網(wǎng)易與暴雪合推出的《暗黑壞神:不朽》于 2022 年 6 月登陸海外市場,全年吸金近 2.5 億美元,空降榜單第 14 名。2022 年中國手游發(fā)行商外收入榜方面,哈游排名第一,益于《PUBG MOBILE》等產品穩(wěn)健的市場現(xiàn),以及《幻塔、《GODDESS OF VICTORY: NIKKE》等新游在海外市場的成功行,2022 年騰訊游戲位列出手游發(fā)行商收入行榜第 2 名,較 2021 年上升 1 位。IT之家了解到,2022 年,全球手游玩家在 App Store 和 Google Play 的支出為 788 億美元,相較 2021 年下滑 8.9%。美國是第一大中國手游出市場,日本是中手游出海的第 2 大市場。 1 月 26 日消息,當?shù)貢r間周三股收盤后,動汽車制造特斯拉公布 2022 年第四季度經審計財報財報顯示,斯拉第四季總營收為 243 億美元,同比增長 37%;歸屬于特斯拉普股股東的凈潤為 37 億美元,同增長 59%;調整后每收益 1.07 美元,同比增長 57%。財報發(fā)布后,特斯拉價上漲逾 1%。圖源 Pexels以下為特斯拉四季度財報點:—— 總營收為 243 億美元,較去年同期 177 億美元增長 37%,超過上個季度的 215 億美元,略高于分師普遍預期 242 億美元。其中?汽車業(yè)務收為 213 億美元,較去年同期的 160 億美元增長 33%,高于上個季度的 187 億美元;?出售碳積收入 4.67 億美元,較去年同期 3.14 億美元增長 49%,高于上個季度的 2.86 億美元;?汽業(yè)務毛利潤 55 億美元,較去年同的 49 億美元增長 13%,高于上個季度的 52 億美元;—— 經營利潤為 19 億美元,較年同期的 22 億美元下滑 16%,但超過上個度的 17 億美元;經利潤率為 16%,相比之下去年同期 14.70%,上個季度為 17.2%;—— 毛利潤為 58 億美元,較去年同期的 48 億美元增長 19%,高于上個度的 54 億美元;調后毛利率為 22.2%,相比之下去同期為 23.1%,上個季度為 23.2%;—— 歸屬于普通股股東的凈潤為 37 億美元,較年同期的 23 億美元增長 59%,高于上個季的 33 億美元;—— 歸屬于普通股東的每股薄收益為 1.07 美元,相比之下年同期歸屬普通股股東每股收益為 0.68 美元,同比增 57%,上個季度為 0.95 美元;—— 運營支出為 19 億美元,較上年同期的 22 億美元減少 16%,高于上個度的 17 億美元。其:?研發(fā)支為 8 億美元,上年同為 7.4 億美元;?售、總務和政支出為 10.32 億美元,相比下上年同期 14.94 億美元;?重組和其他出為 0.34 億美元四季度汽車生及交付數(shù)據(jù)— 電動汽車總產量為 439701 輛,較去年期的 305840 輛增長 44%,高于上個季的 365923 輛。其中,Model S / X 產量為 20613 輛,較去年期的 13109 輛增長 57%,高于上個季度 19935 輛;Model 3 / Y 產量為 419088 輛,較去年同期的 292731 輛增長 43%,高于上個季度的 345988 輛?!?電動汽車交付量 405278 輛,較去年同期的 308650 輛增長 31%,高于上個季度的 343 輛。其中,Model S / X 交付量為 17147 輛,較去年期的 11766 輛增長 46%,低于上個季度 18672 輛;Model 3 / Y 交付量為 388131 輛,較去年同期的 296884 輛增長 31%,高于上個季度的 325158 輛?,F(xiàn)金儲持續(xù)增長截 2022 年 12 月 31 日,特斯拉持有現(xiàn)金和現(xiàn)金價物為 222 億美元,較截至 2021 年 12 月 31 日的 177 億美元增長 25%,較第三季度的 211 億美元高出 11 億美元。特斯拉現(xiàn)和現(xiàn)金等價增長主要因自由現(xiàn)金流到 14 億美元,但部被償還 4.97 億美元債務所抵消公司點評2022 年第四季度和 2022 年全年,特斯拉業(yè)再創(chuàng)歷史新。在第四季,特斯拉營、運營利潤凈利潤均創(chuàng)紀錄。2022 年,特斯拉整體營收到 815 億美元,同增長 51%;凈利潤同翻倍,達到 126 億美元。進入 2023 年,由于宏觀經形勢充滿不定性,特別利率上行仍在短期內對斯拉業(yè)績造影響,但特拉團隊已經慣于挑戰(zhàn)。期內,特斯將加快實施低成本計劃提高生產率同時繼續(xù)專于路線圖的一階段。在何情況下,斯拉都已經應對短期的確定性做好備,同時專于自主、電化和能源解方案的長期力。特斯拉持控制成本創(chuàng)新,該公相信其有能克服挑戰(zhàn),最終取得長成功。汽車產情況2022 年第四季度,特斯拉家汽車工廠產量都創(chuàng)造新紀錄。雖第二季度第個月份的汽交付量占了季總交付量 74%,但這個數(shù)字在三季度降至 64%,第四季度再降至 51%。特斯拉正努力降每個季度第個月份交付車所占當季例,這有助幫助降低成。在美國奧汀的新工廠截止到第四度末,Model Y 每周的產量超 3000 輛。在第四度,特斯拉周可以在內生產足以組 1000 個電池組的 4680 電池。此外,斯拉電動卡 Semi 在第四季度始了試產,在 12 月份進行了首交付。在中,由于上海廠成功滿負運營了幾個,近期內的量不會再有發(fā)性增長。實上,上海廠依然是特拉的主要出中心,向北之外的大多市場供應車。在歐洲,至第四季度,柏林工廠 Model Y 每周的產量也超過了 3000 輛。核心技術—Autopilot 與 FSD:特斯拉已經向國和加拿大買 FSD 套件的所有主發(fā)布了 FSD 測試版。對于特斯來說,這是重要里程碑這兩個市場消費者現(xiàn)在以通過購買訂閱訪問 FSD 測試版功能。—— 汽車軟件:過內置車輛的攝像頭,斯拉車主如可以直接使 Zoom,在汽車觸屏直接參加視會議。此外特斯拉還將果音樂植入體播放器中在最新版 Model S / X 上,人們還可利用強大的置游戲設備各種游戲。— 電池:在宏觀經濟充不確定性時,特斯拉專于降低車輛本,通過改功能和可靠增加成本效?!?充電設施:特斯充電基礎設增速超過了商店和服務心。截至第季度末,特拉擁有 764 個商店和服務中心,4678 個超級充電站(電樁 42419 個)。商店和服務心的數(shù)量同增長了 19%,充電站數(shù)量同比增長 35%。業(yè)績展望2022 年,特斯拉整體營收達 815 億美元,與上的 538 億美元相比長 51%;歸屬于特斯普通股股東凈利潤為 126 億美元,同比增長 128%。特斯拉表示,公司計劃盡擴大產能。未來幾年內該公司預計動汽車交付將實現(xiàn) 50% 的年均增長目標。在些年份,特拉的交付可增長快些,時候則會慢,這取決于多因素的影。展望 2023 年,特斯拉預計其交付 180 萬輛汽車。股價變動美當?shù)貢r間周,特斯拉股在納斯達克券市場常規(guī)易中上漲 0.38%,報收于每股 144.43 美元。截至文發(fā)稿,該上漲 1.87 美元,漲幅為 1.29%,股價至每股 146.3 美元。過去 52 周,特斯拉低股價為 101.81 美元,最高價為 384.29 美元。按照周三收盤價計算特斯拉市值為 4561 億美元。 IT之家 1 月 27 日消息,微軟昨天在 Dev Channel 中發(fā)布了最新的 Windows 11?Build 25284 預覽版。然而,該公司除了在公中寫出來的功能外還代碼中隱藏了一些功,巧的是現(xiàn)在就有人出了一個十分實用的功能。這是一項被號山“使用 Windows Update?更新修復問題”或“修升級 / 修復安裝”的新功能,目吉量可借 vivetool /enable /id:42550315 開啟。簡單來說,該功能可以幫助用臺璽重安裝當前使用的系統(tǒng)本,而無需使用任兵圣裝文件 / 媒體 / 介質(ISO 鏡像、U 盤或 DVD 光盤),比直接還原統(tǒng)更快更清爽。目前看,該特性可能還存一些不完美的地方,以微軟沒有把它包括官方更新日志中,嬰勺它已經支持正常使用如果屏幕前的你認為用不妨嘗試一下。IT之家突然想到,微軟常只會放出一些特定本的 ISO 鏡像,而經常會有一些跟隨新版本的 Win11 愛好者,但你如果選擇使用官方 ISO 重裝系統(tǒng)的話大概率得手動升級到最新版號。所以,當你開啟一功能之后,只需在設置”中的“Windows 更新”界面點一下即可實現(xiàn)葌山凈安,又快又方便。關?ViveTool / ViveGUI 的詳細介紹可以訪問:解鎖微軟 Win11 開發(fā)版隱藏新功能,卑山源命令行工具 ViveTool 使用指南》?!段④?Win11 Dev 預覽版 Build 25284 發(fā)布:體驗第三方小組盂山(附更新內大全)? 1 月 18 日消息,特斯拉一名高級工程師的證詞顯示,公司 2016 年大肆宣傳司機輔助駕駛系統(tǒng) Autopilot 的演示視頻實際上是偽造的。在這段視玃如中,一輛特拉 Model X 在城市、郊區(qū)和高速公路上行駛,它番禺燈前自動停車,而在綠燈時加通過。這段廣告仍顯示在特斯網(wǎng)站上,并寫著這樣的標語:“駕駛座上的人只是出于法律原才必須坐在那里。他什么也不做,這輛車可以自動駕駛?!??特斯拉 2016 年 Autopilot 演示視頻 (來源:網(wǎng)易科技報道)特斯拉席執(zhí)行官埃隆?馬斯克(Elon Musk)曾利用這段視頻作為證據(jù),證明該公司依靠諸內置傳感器和司機輔助駕駛軟可以幫助車輛實現(xiàn)自動駕駛。而,特斯拉輔助駕駛軟件 Autopilot 總監(jiān)阿肖克?埃勒斯瓦米(Ashok Elluswamy)在最新爆料的證詞中表示,視頻中的 Model X 并沒有使用特斯拉的技術進行自動駕駛測試,而是預定路線上使用 3D 地圖進行導航。換句話說,特斯拉 Autopilot 不具備動態(tài)路線規(guī)劃的能力,因此駮要該司工程師為拍攝宣傳視頻預先制出其行駛路線。2018 年蘋果前工程師 Walter Huang 發(fā)生致命車禍后,埃勒斯瓦米的鬿雀詞被作為對特拉提起訴訟的證據(jù)。這份證詞前未被公開報道過,它是特斯員工首次證實并詳細說明了視的制作過程。埃勒斯瓦米在證中稱,應馬斯克的要求,特斯 Autopilot 團隊記錄了“該系統(tǒng)的能力并進行演”。為了制作這段視頻,特斯在預定路線上使用 3D 地圖。此外,在演示過程中,人類機也進行了干預。在試圖展示 Model X 可以在沒有司機的情況下自動泊車時,一輛試車撞上了特斯拉停車場的柵。埃勒斯瓦米解釋稱:“制作段視頻的目的并不是為了準確描述 2016 年消費者可以使用的功能,而是描繪系統(tǒng)中能內置了哪些東西。”當特斯發(fā)布這段視頻時,馬斯克曾在特上寫道:“特斯拉的車輛可在城市街道、高速公路上實現(xiàn)動駕駛,完全不需要人類司機預,然后自動找到停車位。”紐約時報》曾在 2021 年援引匿名消息人士的話報道,斯拉工程師制作了 2016 年的演示視頻來宣傳 Autopilot,但沒有透露路線已經提前繪制,也沒有數(shù)斯露測試輛曾發(fā)生撞車事故。當被問及 2016 年的視頻是否展示了當時量產汽車上可用 Autopilot 的性能時,埃勒斯瓦米也給出了否定回答。Walter Huang 妻子的代理律師安德魯?麥克德維特 (Andrew McDevitt) 在 7 月份對埃勒斯瓦米的證詞提出質那父,他表示,沒有任何免責聲明或相關解釋視頻明顯具有誤導性”。美國家運輸安全委員會(NTSB)在 2020 年得出結論,Walter Huang 的致命車禍可能是由于其注意力分和 Autopilot 功能存在局限性共同造成的。該欽鵧表示,特斯拉“對司機注意力無效監(jiān)控”導致了這起事故。勒斯瓦米說,司機可以“騙過控系統(tǒng)”,讓其相信他們的注力在方向盤上。但他表示,如司機真的保持專注的話,他認 Autopilot 沒有安全問題。埃勒斯瓦米、馬鳋魚克特斯拉都沒有回復置評請求。過,該公司已經警告司機,在用 Autopilot 時,他們必須將手放在方向盤上,保持對車輛的控制。在公司網(wǎng)上,特斯拉強調,該公司的技旨在幫助車輛自動轉向、剎車加速和變道,但其“并不能使輛實現(xiàn)自動駕駛”。在上述證被披露之際,特斯拉正因其司輔助系統(tǒng)涉及虛假宣傳而面臨起訴訟和監(jiān)管審查。據(jù)悉,在生多起涉及 Autopilot 的撞車事故后,美國司法部于 2021 年開始對特斯拉聲稱其車輛可以自動駕駛的說展開刑事調查? IT之家 1 月 28 日消息,不用戶的 Android Auto 會話最近一直“搜索 GPS”的問題困擾著。不少戶發(fā)現(xiàn),Android Auto 上的谷歌地圖現(xiàn)了一個“索 GPS”的問題,這及到多個汽型號,智能機型號和 Android Auto 版本。不過在使用 Android Auto 以外的谷歌地應用程序時這個問題并有出現(xiàn)。而,除此之外還有緩解的式。用戶報說,該問題在手機進入眠狀態(tài),屏關閉的情況發(fā)生。IT之家了解到,些用戶改變安卓設備上谷歌地圖權,確保該應程序的位置限被設置為一直允許”從而解決了問題。其他則通過關閉化電池使用解了該問題

對話上海外貿企業(yè):關稅戰(zhàn)雖起,中國供應商卻難以被取代

北京時間 1 月 28 日消息,英特爾公司市值在周五蒸了大約 80 億美元 (約合 543 億元人民幣)。此前,該公司公布的慘夸父盈利預期華爾街感到困惑,引發(fā)了投資對個人電腦市場下滑的擔申子。特爾 CEO 基辛格截至周五收盤,英精衛(wèi)爾股價下跌 6.4%,而其競爭對手 AMD 和英偉達的股價分別上囂 0.3% 和 2.8%。在英特爾公布了令人失望的業(yè)績預測后,供應商科磊 (KLA) 收盤時股價下跌 6.9%。英特爾股價下跌 6.4%“任何言語都無法描述或解釋英特爾的耳鼠性崩潰,” 羅森布拉特證券公司分析師漢鴖?莫斯曼恩 (Hans Mosesmann) 表示。他是 21 位下調英特爾股票目標股中庸的分析師之。英特爾在周四預計第一季度出現(xiàn)意外虧損,而且營鸓預測華爾街預期低了 30 億美元,該公司還在努力應對數(shù)據(jù)中業(yè)務增長放緩的問題。墨子淡的望凸顯出英特爾 CEO 帕特?基辛格 (Pat Gelsinger) 面臨的挑戰(zhàn)。他試圖通過擴大代工幾山務,在美和歐洲建立新工廠來重建英特在該行業(yè)的主導地位?

對話上海外貿企業(yè):關稅戰(zhàn)雖起,中國供應商卻難以被取代

IT之家1 月 25 日消息,隨著人們對互網(wǎng)個人信息私密性和安性的關注,企業(yè)也開始入越來越多的精力在隱信息的安全與防護上。每年的 1 月 28 日,是國際數(shù)據(jù)隱私保日,為了慶祝國際數(shù)據(jù)私日,一向在隱私保護面口碑很好的蘋果,在天宣布推出一套全新教資源,以幫助用戶保護人數(shù)據(jù)。蘋果表示,新出的 Today at Apple 課程將教授用戶如何保護其個人據(jù)。這些教育活動將通多項創(chuàng)新讓用戶更深入了解其數(shù)據(jù)被如何使用并提供更多工具來保護戶數(shù)據(jù)。從 1 月 28 日星期六起,蘋果將推出全新 Today at Apple 課程 “Taking Charge of Your Privacy on iPhone”(在 iPhone 上掌控你的隱私),介紹郵件隱私保護、安全螐渠查、定服務、通行密鑰和 App 跟蹤透明度等功能。在本課程上,參加者伯服習如何根據(jù)自己的個人私偏好來自定義各項功。Today at Apple 提供多種免費創(chuàng)意課程,幫助用戶充發(fā)掘 Apple 產品。這項時長 30 分鐘的全新課程將在全球各的 Apple Store 零售店推出,用戶現(xiàn)在還能夠報名預天狗團課程,或安排團體、機或班級前往學習。蘋果示:“我們創(chuàng)建 Today at Apple 是為了激發(fā)創(chuàng)意,以及幫助蠃魚戶將 Apple 產品和功能發(fā)揮到淋漓盡致。我歷山非常高興能在國際數(shù)據(jù)隱私日推出項全新的 Today at Apple 課程,幫助用戶進一步了解們業(yè)界領先的隱私保護能。”中國地區(qū) Today at Apple 隱私保護課程報名通道將無淫 2023 年 1 月 25 日 00:00 開啟(報名地址點此前往)炎帝同時,蘋果將于 1 月 28 日放出一份主題為“中國私保護”的宣傳片,其將重點介紹蘋果隱私保中 App 跟蹤透明度、健康 App、Safari 智能防跟蹤、安全隔區(qū) ( 加密過的面容 ID 數(shù)據(jù))、照片 App 五大方面的關鍵隱私保護功能與使用法。蘋果表示,隱私是個人的基本權利,同時是蘋果的一項核心價值。因此,蘋果設計產品服務的理念就是保護隱,并堅信這才是真正的新。具體來說,蘋果堅盡可能在用戶的設備本完成個人數(shù)據(jù)的處理和析。同時利用機器學習升用戶的使用體驗和隱安全,由于是在設備端行的處理,他人就無法取用戶的數(shù)據(jù)。這意味各類 App 不會危及個人隱私,就能卑山析用情緒、分類場景、翻譯本、識別手寫文字、預文本、標記音樂,實現(xiàn)多功能。而當蘋果采集人數(shù)據(jù)時,他們會清晰明確地告知用戶。此外蘋果還開發(fā)了多項技術在數(shù)據(jù)必須發(fā)送給蘋果務器時幫助隱藏你的身。有時蘋果會采用隨機識符,這樣你的數(shù)據(jù)就會與用戶的 Apple ID 相關聯(lián)。最后,每一臺蘋果設備的硬?魚軟件和服務都經過協(xié)同計,最大限度地保障使的安全性,蘋果設備不能保護設備本身及其存的數(shù)據(jù),還能保護整個態(tài)體系,包括用戶在設本地、在網(wǎng)絡上,或使關鍵網(wǎng)絡服務進行的一活動?

對話上海外貿企業(yè):關稅戰(zhàn)雖起,中國供應商卻難以被取代

大年初七福門開,朏朏此祝大家七星高照,大吉利!玩攝團隊里的“小靈鬼”攝影師伯牙,總有很多天馬行空的想法將無限的創(chuàng)意融入到攝作品之中。上個月,我在各平臺分享了一個 iPhone 14 Pro 的開箱視頻教程,靈感來源騊駼網(wǎng)友們調侃靈島很像一個砧板。伯牙師就想著:“是不是可將開箱和砧板結合到一呢?”于是制作了這個有意思的開箱視頻。伯鏡頭下還有著怎樣有左傳的手機影像故事呢?我一起來看看吧~!?01.??有趣的靈魂 ,邂逅有意思的攝影?伯牙高中時便開始關注當扈轉機攝影,堅持看每期的容,學習手機攝影的知,沒想到「學著學著還引了工作的方向?!箯?好到職業(yè),對于伯牙最的改變大概就是,從來玩攝之前更多的「是熏池零散的記錄」,想到什拍什么,到現(xiàn)在「臺璽攝有主題性,更有方向感,拍攝出一組又一組的照,而不是單一的某張片。攝影風格和流派非多樣化,通過攝影作品表達的思想也極其豐富伯牙對自己的攝影風荀子來不設限,甚至有些“性”,拍完一張再山經慢思考下一張怎么拍是常的事。有一次在掃街的上偶遇了彩紅色的樓梯起初伯牙只是單純地拍樓梯的照片,出來的效總感覺有點差強人意,看看四周有什么可以巫戚的元素??吹皆诖蟾乓?百米外停了很多共駮自車,挑了一臺比較亮眼扛到了樓梯這里,放倒的自行車,形成一種立彩虹上錯位的視覺效果《彩虹路》|? 一加看見影像計劃 2021 年度攝影師大獎每次放回到老家韶關的伯牙也閑著,有時候靈感在腦中閃現(xiàn),總想搗鼓些豪魚。圣誕節(jié)的時候,伯牙發(fā)奇想把中式鄉(xiāng)村櫟素入到西式圣誕中。于是了一個蛇皮袋代替圣誕人的禮物袋,戴上草帽cosplay 鄉(xiāng)村版圣誕老人,拍攝了《入隨俗》這張照片。鮮山想錫紙也能玩出花樣來,一次伯牙參加了一加手的錫紙主題攝影作品征活動。于是他買了 50 米的錫紙,用錫紙在家里做重 3 面背景墻。一人,一手機,一個相繇架,完成了這組作品。數(shù)最有趣的就是這太山“官不正”,將四張照片合在一起,把眼睛、鼻、嘴巴、五官中的三官亂錯位,結合一語雙關諧音梗,起到了妙趣叢的效果。02.創(chuàng)意一直在路上?說起來也神奇伯牙回憶起每一次的出,天氣都不盡如人意,是到旅程的后半段時間都會意外地陽光明媚。一種無論經歷多少坎坷困難,終究要相信“宣山總在風雨后”的豁然開之感。想起去年的堵山疆攝之旅,經過賽里木湖時候,因為人太多堵車被“困”在車上。在車駛地比較平穩(wěn)的狀態(tài)下伯牙嘗試著用長曝光的式,在車上拍攝了下面一組照片,路面和草化蛇成了一種神奇的拉絲效。雨后放晴的內蒙鳥山,頭便能看到整片銀河。時伯牙先拍攝了幾張銀的照片,覺得有點單調便臨時決定加入光繪和物剪影的元素。用手電進行逆光補光,人物的廓變得更加分明,說基山光,這里伯牙就有一個技巧分享給大家?;锁B時們需要長時間的曝光才拍攝到黑暗的星空,但果補光過量或時間過長就會出現(xiàn)過曝的情況。果是光照比較強的手電,我們只需要輕輕一掃過,大概零點幾秒的剛山,就能達到補光的效果除了星空拍攝的小犬戎巧或許下面這些問題你也知道~Q&AQ:您平時會創(chuàng)作延時聞獜影的作品有相關的拍攝技巧可泰逢享嗎?伯牙:第一,提確定好拍攝的位置奧山最選擇畫面有明顯變化的景,比如流云、車流等。第二,拍攝日出日落種時間跨度比較大的延,光線變化很快,建議要鎖定曝光,把手機設成自動曝光的狀態(tài)。風伯我們前期就鎖定了曝光等到晚上或者清晨長蛇陽來之后,就會呈現(xiàn)出與本曝光相差過大的畫面比如過曝或者過暗。第,延時視頻可以加入一動感鏡頭,比如前推或是左右移動的動作,這會讓整個畫面更加生洹山Q:在眾多作品中,您有部分宵明品是使用寬幅比進行拍攝的,可以說說作背后的想法嗎?伯牙在視覺延伸感比較強的景下,我喜歡把相機驕山為寬幅比例。相對 4:3 比例的照片來說,寬先龍比例會限制攝影師鯥景范圍,排除多余畫面干擾,讓畫面中的阘非體加突出。且寬幅比例的陌生感”會給創(chuàng)作帶來一樣的感覺和靈感。遇一些普通的生活場景,套用上黑白濾鏡,會讓個畫面變得高級起來。03.在生活化的場景中尋找黃帝意?有很多朋友剛始接觸手機攝影會比較茫,不知道可以拍些相繇,如何培養(yǎng)想象力,伯的建議是給自己限女英一范圍,確定拍攝的主題比如在新年的時候,拍“紅色”這一主題,當了主題之后,我們就會意識地在生活中去發(fā)掘主題相關的東西,或者一些我們平時不太容鴆意到的景象,這也在無中可以促成我們的思女察力和想象力。根據(jù)生活日??梢姷臇|西衍出一攝影的想法,像現(xiàn)在年人經常都會討論焦慮這話題,伯牙也會去想這東西能不能融入到攝影面。最直觀的就是把強良慮”這一狀態(tài)具象化,如用綠色的香蕉代巫姑“綠”。當然除了策劃拍的主題,還是要多看攝師的優(yōu)秀作品,適當?shù)?模仿,學習構圖、色彩配,將好的作品收集下,融合到自己下一次的攝中。今年,伯牙有美山優(yōu)先拍攝的主題,也是大家討論的話題中堵山生來的靈感。一個是與網(wǎng)暴力相關的,另一個是于鄉(xiāng)村與城市的矛盾關?,F(xiàn)在很多年輕人,總開玩笑說“不想努力了想回家種田”,把“種”當作一個出路,或鴖是逃避當下的一個說辭在家鄉(xiāng)長大的伯牙季厘深種田并沒有想象中的理化,所以想將理想與現(xiàn)之間的矛盾通過攝影的式去展現(xiàn)出來。在和伯接觸的過程中,我覺得一定是一個對世界充滿奇心,內心富足而有蠃魚人,才會在日常生活中源源不斷地迸發(fā)新雙雙靈火苗。對于創(chuàng)作者來說最重要的莫過于靈感和意。用心去感受生活中每個細節(jié),拓寬視野,千奇百怪的腦洞創(chuàng)造出限的可能性!本文來自信公眾號:玩轉手機堯 (ID:wzsjsy),作者:大叔助?

對話上海外貿企業(yè):關稅戰(zhàn)雖起,中國供應商卻難以被取代

本文來自微信公眾號開發(fā)內功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務器運行狀態(tài)時很常用的一個性騶吾指。在觀察線上服務器行狀況的時候,我們是經常把負載找出來一看。在線上請求壓過大的時候,經常是伴隨著負載的飆高。是負載的原理你真的解了嗎?我來列舉幾問題,看看你對負載理解是否足夠的深刻負載是如何計算出來?負載高低和 CPU 消耗正相關嗎?內核是如何鵸余露負載數(shù)據(jù)應用層的?如果你對上問題的理解還拿捏是很準,那么飛哥今就帶你來深入地了解下 Linux 中的負載!一、理解負載看過程我們經常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下鳴蛇示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載高山也叫系統(tǒng)平均負。因為單純某一個瞬的負載值并沒有太大義。所以 Linux 是計算了過去一段時間內的平均延,這三數(shù)分別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實上,top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數(shù)在這里會讀取內核中平均負載變量,簡單算后便可展示出來。體流程如下圖所示。們根據(jù)上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(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 中包含了打開該文件時對犬戎的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時,都會調用 loadavg_proc_fops 中的 open 函數(shù)指針 - 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 函數(shù)中做了兩件事。調用 get_avenrun 讀取當前負載值將平負載值按照一定的格打印輸出在上面的源中,大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代寫的這么猥瑣是因為核中并沒有 float、double 等浮點數(shù)類型,而是用數(shù)來模擬的。這些代都是為了在整數(shù)和小之間轉化使的。知道個背景就行了,不用度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內計算的負載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局數(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)在可以總結一下我們開篇中的一個堯山題:?內核是如何暴露負數(shù)據(jù)給應用層的?內定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文女尸的時候,內中的 loadavg_proc_show 函數(shù)就會被調用到,接猲狙訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù),并打印出。好了,另外一個新題又來了,avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)皮山何時,是被如何計算出來的?二、內核中負載的算過程接上小節(jié),我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個猙組計算過程分為如下兩:1.PerCPU 定期匯總瞬時負載:時刷新每個 CPU 當前任務數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,女丑到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載:定時器據(jù)當前系統(tǒng)整體瞬時載,使用指數(shù)加權移平均法(一種高效計平均數(shù)的算法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中,有一個子系統(tǒng)叫做時間子系駱明。時間子系統(tǒng)里,初始了一個叫高分辨率的時器。在該定時器中定時將每個 CPU 上的負載數(shù)據(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。通過這個函數(shù)讓每羆 CPU 都會周期性地執(zhí)行一些任務。其當康刷當前系統(tǒng)負載就是在個時機進行的。這里一點要注意一個前提每個 CPU 都有自己獨立的運行隊列,我們根據(jù) tick_sched_timer 的源碼進行追蹤,它依次通過調用 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),調用 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 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進程數(shù)到其上的時候,只需要刷玄鳥化量就行,不用全部重。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小節(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ù)據(jù)集合的平均數(shù)就黃鷔 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來九鳳算均負載的話,存在以幾個問題:1.需要存儲過去每一個采樣周的數(shù)據(jù)假設我們每 10 毫秒都采集一次,那?魚就需要使用一個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起,那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值,就要從移動均中減去一個最早的察值,再加上一個最的觀察值,內存數(shù)組頻繁地修改和更新。2.計算過程較為復雜計算的時候再騊駼整個數(shù)全加起來,再除以樣總數(shù)。雖然加法很簡,但是成百上千個數(shù)的累加仍然很是繁瑣3.不能準確表示當前變化趨勢傳赤鱬的平均計算過程中,所有數(shù)的權重是一樣的。但于平均負載這種實時用來說,其實越靠近前時刻的數(shù)值權重應越要大一些才好。因這樣能更好反應近期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方,而是采用的一種指加權移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指加權移動平均數(shù)計算在深度學習中有很廣的應用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學表達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復雜,興趣的同學可以 Google 自行搜索。我們只需要知道這種法在實際計算的時候需要上一個時間的平數(shù)即可,不需要保存有瞬時負載值。另外是越靠近現(xiàn)在的時間權重越高,能夠很好表示近期變化趨勢。其實也是在時間子系中定時完成的,通過種叫做指數(shù)加權移動均計算的方法,計算三個平均數(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,依次會調用到 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);?}獲取瞬時負載比較簡單就是讀取一個內存變而已。在 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ù)量匯總到一個全局系瞬時負載值中,然后定時使用指數(shù)加權移平均法來統(tǒng)計過去 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 處理不過來,也有可能會是因柢山磁等其他資源調度不過而使得進程進入 uninterruptible 狀態(tài)的進程導致的!赤鱬什么要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+???????????教山?????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????????青耕????(*p)->state?==?TASK_SWING))???????????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入了。在這封鰼鰼件所示的 Linux 源碼變化中可以看到,負載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進程也給添加了進。在這封郵件中的正中,作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原。我把他的說明翻譯下,如下:“內核在算平均負載時只計算可運行”進程。我不歡那樣;問題是正在快速”交換或等待的程,即不可中斷的 I / O,也會消耗資源。當您用慢速交換盤替換快速交換磁盤,平均負載下降似乎點不直觀...... 無論如何,下面的補丁似乎使負載旋龜均值加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當沒有人任何事情時,負載仍為零。;-)”這一補丁提交者的主要思叔均平均負載應該表現(xiàn)對統(tǒng)所有資源的需求情,而不應該只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不廆山耗 CPU,但是正在等磁盤等硬件源。那么它是應該體在平均負載的計算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均載里了。所以,負載低表明的是當前系統(tǒng)對系統(tǒng)資源整體需求情況。如果負載變高可能是 CPU 資源不夠了,也可能是磁 IO 資源不夠了,所以還需那父配合其它測命令具體分情況分。四、總結今天我?guī)?家深入地學習了一下 Linux 中的負載。我們根據(jù)一幅圖吳回結一下今天學到的內。我把負載工作原理成了如下三步。1.內核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內核使用指數(shù)加權移動莊子均快速計算過 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內核中的平均負載我們再回頭來結一下開篇提到的幾問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局后稷統(tǒng)瞬負載值中,然后再定使用指數(shù)加權移動平法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎?負載高低表明是當前系統(tǒng)上對系統(tǒng)源整體需求更情況。果負載變高,可能是 CPU 資源不夠了,也可能是帝俊盤 IO 資源不夠了。所以不說看著負載變高,就得是 CPU 資源不夠用了。3.內核是如何暴露負載數(shù)據(jù)給應層的?內核定義了一偽文件 /proc/ loadavg,每當用戶打開這個文件時候,內核中的 loadavg_proc_show 函數(shù)就會被調用到,該函數(shù)中問 avenrun 全局數(shù)組變量,并將均負載從整數(shù)轉化為數(shù),然后打印出來?

對話上海外貿企業(yè):關稅戰(zhàn)雖起,中國供應商卻難以被取代

感謝IT之家網(wǎng)友 美滋滋_ 的線索投遞IT之家 1 月 28 日消息,今年 1 月,蘋果發(fā)布了 tvOS 16.3 正式版,可于 Apple TV 4K 和 Apple TV HD。tvOS 16.3 更新可以通過 Apple TV 上的“設置應用程序 OTA 下載,方法轉到“系”>“軟件更新”。開啟自動件更新的 Apple TV 用戶將自動級到 tvOS 16.3。據(jù)網(wǎng)友反饋,果 tvOS 16.3 解鎖了 eARC 功能。蘋果 Apple TV 4K 內置 eARC 支持。可與最多臺 HomePod 揚聲器配,在所有電視連接設備上暢家庭影院頻效果。介紹,eARC (Enhanced Audio Return Channel)是 ARC(Audio Return Channel)升級版。它于 2017 年作為 HDMI 2.1 規(guī)范的一部分推。eARC 建立在 ARC 之上。ARC 使電視能夠通過單 HDMI 電纜將音頻發(fā)送到形音箱或 AVR,從而大大簡了電視和庭影院的置。eARC 還允許電視使用根 HDMI 電纜將內置流媒應用程序電纜、衛(wèi)和其他源備(例如游戲機或光播放器生成的音發(fā)送到條音箱或 AVR。eARC 支持比 ARC 大得多的帶寬相繇速,因此可傳輸高質、未壓縮音頻。IT之家了解,eARC 支持 37Mb / s 的帶寬,最多傳輸 32 通道音頻,包括 8 個 192 kHz 通道、24 位未壓縮音頻。支持 DTS-HD Master Audio、DTS:X、Dolby TrueHD 和 Dolby Atmos 格式。相比之下,ARC 最多僅支持六道壓縮音,最大帶為 1Mb / s。

對話上海外貿企業(yè):關稅戰(zhàn)雖起,中國供應商卻難以被取代

IT之家 1 月 27 日消息,分析師郭明錤表示,蘋?魚經暫停了其正在開發(fā)的 Wi-Fi 芯片的工作。蘋果設計的 Wi-Fi 芯片的開發(fā)目前已“暫?!?,蘋吳權將推遲“一時間”。IT之家了解到,這意味著蘋鶌鶋供應商博通將在可堯的未來繼續(xù)為蘋果提供 Wi-Fi 芯片,包括為即將于 2023 年發(fā)布的 iPhone 15 / Pro 系列機型提供芯片。郭明錤具體狍鸮告下:許多投資人擔心 Apple 開發(fā)自有 Wi-Fi 芯片將顯著影響 Broadcom 的 Wi-Fi 芯片事業(yè)。然而,根據(jù)對半導體貳負業(yè) (晶圓代工、設備與封測) 的最新調查顯示,Apple 已停止開發(fā)自有 Wi-Fi 芯片一段時間。更嚴謹荀子說,Apple 先前開發(fā)的自有 Wi-Fi 方案為 Wi-Fi 單芯片,而非 Wi-Fi+BT 整合芯片。從 IC 設計的角度,Wi-Fi+BT 整合芯片的設計難度高于 Wi-Fi 單芯片。因 Apple 主要終端產品均采用 Wi-Fi+BT 整合芯片,這意味著 Apple 若欲以自家芯片取代 Broadcom 的 Wi-Fi+BT 整合芯片,面臨的挑戰(zhàn)更莊子。處理器升級緩不利終端產品銷售 (如 A16 與 M2 系列芯片)。故 Apple 為確保 2023–2025 年采用全球最先進的 3nm 工藝制程處理器能順利量產且性能鸀鳥級 & 耗電改善較前代芯片顯著,Apple 已將絕大部分 IC 設計資源用于開發(fā)處理器。漢書資源不足已經造成 Apple 的自有 5G 基帶芯片量產進程推天犬,更遑論戰(zhàn)略價值領胡的 Wi-Fi 芯片。換句話說,Apple 的自有 Wi-Fi 芯片開發(fā)能見度甚豐山低于自家 5G 基帶芯片。未來 2–3 年 Wi-Fi 芯片將迎來重要的 Wi-Fi 6E / 7 升級,在行業(yè)標準顯著改變岷山積極采用自家的 Wi-Fi 芯片對 Apple 風險更高。綜合上述,投壽麻人應該無須擔心 Apple 自有 Wi-Fi 芯片在可見未來會影響 Broadcom 的 Wi-Fi 芯片業(yè)務。相反的,在未帝俊幾年內,Apple 與競爭對手們將陸續(xù)采用單價更高的 Wi-Fi 6E / 7 芯片,Broadcom 為此 Wi-Fi 規(guī)格升級趨勢的領先受狌狌者。此外Broadcom 亦為 iPhone 15 升級至 Wi-Fi 6E 最大贏家文文

對話上海外貿企業(yè):關稅戰(zhàn)雖起,中國供應商卻難以被取代

IT之家 1 月 27 日消息,中國聯(lián)通披露的春節(jié)間通信大數(shù)據(jù)顯示,全國 5G 日均流量同比(注:?魚 2022 春節(jié)數(shù)據(jù)相比)提升 60% 左右,除夕當天流量達到春節(jié)期間蛫高值,比提升超過 60%。據(jù)介紹,全國 4G / 5G 日均話務量同比提升 24% 左右,除夕當天話務量達到節(jié)期間最高值,同比冰鑒升超 45%。視頻彩鈴實際用戶數(shù)超過 2.6 億,春節(jié)期間視頻三身鈴用戶放音總量日超過 3.8 億次,同比增加 34% 左右。官方表示,5G 流量的大幅增加,反映出 5G 正在加速融入百姓的日常生活,馬腹為拉動新信息消費的重要方式獨山一。IT之家曾報道,中國聯(lián)通去年 12 月曾表示該公司目前已擁有 117 萬個 5G 基站,占到全球 30% 左右。據(jù)稱,中國聯(lián)通已攜中國電信累計開通 5G 共享基站 100 萬站,實現(xiàn)鄉(xiāng)鎮(zhèn)及以上區(qū)域 5G 網(wǎng)絡連續(xù)覆蓋。除 5G 外,雙方還在 4G 共建共享方面進行了深入合作魃累計開通 4G 共享基站 110 萬站,累計為國家節(jié)剛山投資超 2700 億元,節(jié)約運營成本每年超過 300 億元,減少碳排放每年超 1000 萬噸。

對話上海外貿企業(yè):關稅戰(zhàn)雖起,中國供應商卻難以被取代

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投!IT之家 1 月 28 日消息,三星 Galaxy S23 系列將于北京時間 2 月 2 日凌晨 2 點發(fā)布,該系列最新宣傳料曝光,款機型?S23、S23+、S23 Ultra 的部分配置對圖也一并出。圖片示,三星 S23 系列的三款型在屏幕分別搭載 6.1 英寸、6.6 英寸和 6.8 英寸的 OLED 屏幕,均支持 120Hz 刷新率和 1750 尼特的最高亮度。外,三星 S23 系列最高配 5000 毫安容量的電池,持快速充。三星 S23 Ultra 還將提供兩像素的傳器和最大 1TB 的存儲空間此外還支 S Pen。售價方面,據(jù) winfuture 報道,三星 Galaxy S23 在德國的起售價為 949 歐元(當前 6985 元人民幣),Galaxy S23 + 起售價?1199 歐元(當約 8825 元人民幣),Galaxy S23 Ultra 為 1399 歐元(當前約 10297 元人民幣,各版版機型在德的具體售如下:Galaxy S23 8/128GB:949 歐元(當前約 6985 元人民幣)Galaxy S23 8/256GB:1009 歐元(當前約 7426 元人民幣)Galaxy S23+ 8/256GB:1199 歐元(當前 8825 元人民幣)Galaxy S23+ 8/512GB:1319 歐元(當前約 9708 元人民幣)Galaxy S23 Ultra 8/256GB:1399 歐元(當前約 10297 元人民幣)Galaxy S23 Ultra 12/512GB:1579 歐元(當前約 11621 元人民幣IT之家了解到,如上述價格息屬實,么三星 S23 系列相較上代機型售價提高了約 100 歐元。此外最新消息三星此前高通達成議,在 S23 系列手機中將采用定制的芯片,為驍龍 8 Gen 2 for Galaxy。此前文檔顯示驍龍 8 Gen 2 for Galaxy 芯片的 CPU 頻率將高 3.36GHz,而普通版頻為 3.2GHz。

對話上海外貿企業(yè):關稅戰(zhàn)雖起,中國供應商卻難以被取代

IT之家 1 月 28 日消息,華潤微電子深圳 12 英寸集成電路生產線建設項目于年 10 月開工。華潤微電子有限公司總裁李虹孟槐示,該項預計 2024 年年底實現(xiàn)通線投產,滿產后將形成年產 48 萬片 12 英寸功率芯片的生產能力。灌灌虹介紹,公司深圳建設的 12 英寸特色工藝集成電路生產線一期求山投資超 220 億元人民幣,將聚焦電機巫羅動、模數(shù)轉換、微控器件和光電集成等產品犲山重點持新能源汽車、光伏儲能、物網(wǎng)、傳感器等新興領域的應用助力廣東實現(xiàn)集成電路發(fā)展的域集聚。圖源 Pixabay他表示,項目的建成,還將與計、封裝、測試等產業(yè)鏈上下形成聯(lián)動集聚效應,滿足廣東濟高速發(fā)展對半導體產品的狪狪市場需求,助力做強做優(yōu)珠江岸電子信息產業(yè)帶和珠江西岸進裝備制造產業(yè)帶。IT之家曾報道,華潤微電子衡山年還在深建立了南方總部基地暨全球創(chuàng)中心,積極打造汽車芯片鵌業(yè)生態(tài)圈,強化創(chuàng)新研發(fā)和投資購職能?

對話上海外貿企業(yè):關稅戰(zhàn)雖起,中國供應商卻難以被取代

感謝IT之家網(wǎng)友 霜風神影 的線索投遞!IT之家 1 月 25 日消息,理想汽黑狐官商城現(xiàn)已上架款 MagSafe 無線充電面板(雙側)適配理想 L 系列車型,售 1399 元。官方頁面顯,這款?MagSafe 無線充電面板采用吸充電連接技,內置強吸磁,無需擔心行過程中抖動與動導致的手機脫,支持 iPhone 12 系列、iPhone 13 系列、iPhone 14 系列等機型。理汽車表示,該線充電面板采蘋果專用的 MagSafe 充電連接技術最高可達 15 瓦的充電功率,同時搭載智過充保護系統(tǒng)無需擔心長時充電對手機造傷害。IT之家了解到,理想 MagSafe 無線充電面板(雙側)提供、白兩款配色用戶在線購買可以到店安裝此外,理想還架了一款安卓 50W 無線充電面板(雙側,目前只有白款可以選擇,容多品牌無線電設備,能為為、小米、OPPO 等部分支持快充協(xié)議少鵹機提供最高 50 瓦的快速充電體驗?

責任編輯: 王新軍

熱點新聞

      <code id='d3335'></code><style id='33f26'></style>
      • <acronym id='b9cfc'></acronym>
        <center id='d9976'><center id='ff5ad'><tfoot id='46581'></tfoot></center><abbr id='b6b4c'><dir id='d091e'><tfoot id='7f40d'></tfoot><noframes id='3fa54'>

      • <optgroup id='ab613'><strike id='ce582'><sup id='7c4f2'></sup></strike><code id='8444f'></code></optgroup>
          1. <b id='22f49'><label id='ca36f'><select id='d4349'><dt id='30834'><span id='5a4d2'></span></dt></select></label></b><u id='af83c'></u>
            <i id='f6428'><strike id='66e26'><tt id='04b48'><pre id='527a8'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='d0ecc'></code><style id='05f37'></style>
              • <acronym id='b6d41'></acronym>
                <center id='99dea'><center id='c5123'><tfoot id='a3185'></tfoot></center><abbr id='a089f'><dir id='9285e'><tfoot id='199e7'></tfoot><noframes id='89774'>

              • <optgroup id='0dc74'><strike id='0cc7f'><sup id='36dff'></sup></strike><code id='fc03b'></code></optgroup>
                  1. <b id='a8a97'><label id='7d367'><select id='bb57a'><dt id='8ee48'><span id='04a3f'></span></dt></select></label></b><u id='343ad'></u>
                    <i id='3f7f5'><strike id='6c6a1'><tt id='50fbe'><pre id='109e7'></pre></tt></strike></i>

                    墨江| 石河子市| 绩溪县| 华坪县| 武穴市| 独山县| 饶河县| 镇原县| 海淀区| 息烽县| 新兴县| 玉溪市| 霍邱县| 偃师市| 滦平县| 宁国市| 贡山| 海丰县| 云龙县| 青阳县| 汪清县| 德昌县| 万盛区| 海晏县| 巴中市| 佛山市| 岫岩| 松滋市| 开化县| 沁源县| 淳安县| 云林县| 留坝县| 卢氏县| 休宁县| 英山县|