在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

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

立中集團(tuán):美國(guó)關(guān)稅調(diào)整對(duì)公司生產(chǎn)經(jīng)營(yíng)不會(huì)產(chǎn)生較大影響

揚(yáng)子晚報(bào)網(wǎng) 雅克·克魯奧德 2025-10-29 05:36:51
A+ A-

馬上評(píng)|“景區(qū)陪爬”能成為新職業(yè)嗎? 2025年保密公益宣傳片《指尖的守護(hù)》 ChatGPT 的誕生,改寫了很多領(lǐng)域的戲規(guī)則?,F(xiàn)在在很多地方,校和大廠都下 ChatGPT 封殺令。12 月,ChatGPT 大紅大紫之際,就諸多學(xué)者和研人員發(fā)出警告ChatGPT 很可能「殺死」大學(xué)論文。近,紐約市教局就正式對(duì) ChatGPT 下了封殺令。獨(dú)有偶,在很互聯(lián)網(wǎng)大廠,ChatGPT 也遭到了封殺很多已經(jīng)習(xí)慣 ChatGPT 咨詢代碼問題的碼農(nóng)們,地爆哭……大封殺 ChatGPT,碼農(nóng)哭了近日,一位農(nóng)在網(wǎng)上發(fā)帖,在自己所在大廠,辦公室 wifi 禁用了 ChatGPT。這直接把他整崩潰了。主表示,自己名初級(jí)軟件工師,而在團(tuán)隊(duì),前輩們總是忙,沒有時(shí)間他解釋問題。當(dāng)他在工作中住時(shí),ChatGPT 都是他的救星。但是天,當(dāng)他在辦室坐下時(shí),忽發(fā)現(xiàn)沒法訪問 ChatGPT 了!他瞬間破防。在他的帖下,熱心網(wǎng)友紛獻(xiàn)計(jì)。比如買一個(gè)便宜的 VPS 和域名并設(shè)置一個(gè)反代理到 ChatGPT 官網(wǎng);在瀏覽器中用 DoH 和 ECH;使用一個(gè)在線代理或者在手機(jī)上過電子郵件將出結(jié)果發(fā)送給己等等。當(dāng)然有網(wǎng)友對(duì)公司這個(gè)操作表示同:「你司禁 ChatGPT 是很有道理的,好好想想如果你解決公問題的代碼可很輕易地被競(jìng)對(duì)手獲得,會(huì)生什么后果吧」「不要向 ChatGPT,或者從 ChatGPT 上復(fù)制粘貼代碼。法律上,公司客戶的代碼并屬于你。而且也沒有 ChatGPT 上代碼的版權(quán)。如你這么做,會(huì)你面臨訴訟,解雇。」的確已經(jīng)有大廠向工發(fā)送電子郵稱:「ChatGPT 不是不能用,但是如你往里面上傳碼,你就會(huì)面被解雇的風(fēng)險(xiǎn)因?yàn)槲覀兊拇?非常敏感。」過,也有網(wǎng)友出了扎心回復(fù)「如果一個(gè)初開發(fā)者在沒有 ChatGPT 的情況下,就無法完成工作那么他對(duì)公司說,真的是可可無?!辜~約布禁令,師生都禁用就在 1 月 3 日,擁有全美最大立學(xué)校系統(tǒng)的約市,正式頒了「ChatGPT 禁令」。也就是說,不是老師還是學(xué),都無法在紐市公立學(xué)校的絡(luò)和設(shè)備上使 ChatGPT。最近,洛杉磯和巴爾的摩學(xué)區(qū)也加入到這個(gè)行列。紐市教育局發(fā)言 Jenna Lyle 表示,雖然 ChatGPT 可以提供快速和簡(jiǎn)的問題答案,它不能培養(yǎng)學(xué)批判性思維和決問題的能力而這些對(duì)于學(xué)和終身成功來至關(guān)重要。當(dāng),如果學(xué)校的的是研究 ChatGPT 背后的技術(shù),還可以申請(qǐng)?jiān)L問。目前,ChatGPT 將對(duì)論文作弊的風(fēng)產(chǎn)生什么影響有待觀察,因學(xué)生仍然可以校外訪問自己設(shè)備和網(wǎng)絡(luò)。佐治亞州的科縣的態(tài)度,不沒那么強(qiáng)硬,至還對(duì)采用 ChatGPT 頗有興趣。該區(qū)的一位發(fā)言表示,「在高質(zhì)的科布縣教手中,ChatGPT 可以成為補(bǔ)充學(xué)生對(duì)術(shù)內(nèi)容理解的貴工具,并可幫助學(xué)生發(fā)展判性思維能力」對(duì)此,在紐精英高中 Brooklyn Tech 任教的 Adam Stevens 也認(rèn)為,禁用 ChatGPT 反而會(huì)帶來消極的影響。竟在 15、20 年前,當(dāng)學(xué)生可以「在網(wǎng)找到答案」時(shí)這些人也是這針對(duì)谷歌的。Stevens 認(rèn)為,培養(yǎng)學(xué)批判性寫作技的最好方法是邀請(qǐng)他們探索得了解的事情,并遠(yuǎn)離基于格的評(píng)分標(biāo)準(zhǔn)公式化寫作教。「當(dāng)然,如你更看重學(xué)期的分?jǐn)?shù),那么 ChatGPT 確實(shí)是一個(gè)威脅?!雇瑯?,勒岡州桑迪市一名高中英語(yǔ)師也有類似的法。Shields 老師有 25 年教齡,她認(rèn)為,其實(shí)可不必「談 ChatGPT 色變」,這款 AI 完全可以被用來幫助學(xué)產(chǎn)生想法、組思路,甚至撰整篇論文。在看來,教師們該接受,AI 是學(xué)生可以使的一種工具,像每個(gè)老師都學(xué)生如何使用索引擎一樣。多學(xué)生苦于無可寫,此時(shí)教可以使用 ChatGPT 向?qū)W生展示如何成提示,來刺他們的寫作。Shields 老師曾讓 ChatGPT 以 7 年級(jí)生、10 年級(jí)生和大學(xué)生的風(fēng)格同一個(gè)主題的章,每個(gè)級(jí)別間的句法差異度令人震驚。而,完全可以用這種 AI 生成的反饋,向?qū)W生展示如改進(jìn)他們的寫。ICML 發(fā)文澄清:主要防止抄襲,不響潤(rùn)色文章前天,國(guó)際機(jī)器習(xí)會(huì)議 ICML 2023 突然宣布:禁使用大規(guī)模語(yǔ)模型(如 ChatGPT)生成論文的內(nèi)容除非這些文本實(shí)驗(yàn)分析的一分。要求一經(jīng)出,便引發(fā)了多研究人員的滿:拼寫檢查文本預(yù)測(cè)基于就是語(yǔ)言模型為啥不讓我們?對(duì)此 ,圖靈獎(jiǎng)得主 Yann LeCun 評(píng)論道:「大型語(yǔ)言模型不用,意思是換中型和小型語(yǔ)模型就行咯?隨后還不忘陰一句:「明年 ICML 道德準(zhǔn)則應(yīng)該變:研究人員必徒手完成各種算,不能借助算機(jī);各類圖必須用筆和紙繪;從今天起ICML 的官方語(yǔ)言變?yōu)槿?語(yǔ)(瑞典:??!褂捎谝l(fā)討論太過激烈ICML 不得不單獨(dú)發(fā)一條文來解釋這個(gè)定。概括來說有三個(gè)要點(diǎn):策禁止完全由 LLM「生成」的文本,但這影響作者使用 LLM 來編輯或潤(rùn)色自己寫文本。政策主是防止使用 LLM 可能會(huì)出現(xiàn)的潛在問題比如抄襲。目,政策僅適用 ICML2023。隨著我們對(duì) LLM 及其對(duì)科學(xué)出版影響有了更深的了解,這一策可能會(huì)在未的會(huì)議中發(fā)生化。公告鏈接https://icml.cc/ Conferences / 2023 / llm-policy大規(guī)模語(yǔ)言模型爭(zhēng)議叢生在過的幾年里,大模語(yǔ)言模型(LLM)的發(fā)展非常迅速。最近這一進(jìn)展不僅有放緩,甚至更快了。正如家看到的,過幾個(gè)月發(fā)布的 LLM,如 OpenAI 的 ChatGPT,已經(jīng)能夠生成難以與人類區(qū)分的文本片。毫無疑問,是自然語(yǔ)言處和生成方面令興奮的進(jìn)展。這種快速的進(jìn)往往伴隨著意不到的后果以無法解答的問。比如,由模生成的文本和像是新穎的,是現(xiàn)有工作的生品?此外,本片段、圖像及其他由這些型產(chǎn)生的內(nèi)容又應(yīng)該歸誰(shuí)所:是生成模型用戶,還是訓(xùn)模型的開發(fā)者抑或是制作訓(xùn)數(shù)據(jù)的內(nèi)容創(chuàng)者?可以肯定是,隨著大規(guī)生成模型被更泛地應(yīng)用,這問題都將隨著間的推移得到答,但現(xiàn)在還行。尤其是距 ChatGPT 的發(fā)布才過了不到 2 個(gè)月(2022 年 11 月底)。而對(duì)于 ICML 來說,他們并沒有足的時(shí)間來觀察調(diào)研 ChatGPT 將會(huì)對(duì)論文審稿和發(fā)過程,產(chǎn)生何影響??紤]到對(duì)這項(xiàng)新技術(shù)采用的策略,直接關(guān)系到研人員的職業(yè)生。因此 ICML 表示,自己只能更加謹(jǐn)慎甚至還會(huì)有些守。時(shí)有錯(cuò)漏但碼農(nóng)依然愛釋手其實(shí),雖 ChatGPT 經(jīng)常因?yàn)椤阜复馈苟怀?但自它誕生一多月來,很多農(nóng)的工作習(xí)慣確實(shí)被它改變。在 12 月初,ChatGPT 亮相后,碼農(nóng)們發(fā)現(xiàn)可用它生成代碼立馬沸騰了。ChatGPT 不僅可以回答何領(lǐng)域的問題而且生成的答,有很大的概非常精確和詳。比如,當(dāng)你到「How to iterate over an keys and values array in Javascript」時(shí),它生成了很完的答案。錦上花的是,ChatGPT 還能通過一個(gè)支持的例子和解釋告訴你這個(gè) JavaScript 中常見問題的最佳解決案:甚至,還以用它給代碼錯(cuò)。不過隨后碼農(nóng)們馬上發(fā),ChatGPT 生成的代碼,其實(shí)有不少題。ChatGPT 會(huì)「犯蠢」,背后原因實(shí)很簡(jiǎn)單 ——AI 的輸出,是概率性的。ChatGPT 沒有任何標(biāo)記對(duì)錯(cuò)的內(nèi)部記,它其實(shí)是一統(tǒng)計(jì)模型,這模型中,是在同上下文中的言組合。而上文的基礎(chǔ),就 GPT-3 訓(xùn)練所用的整數(shù)據(jù)集,來自 ChatGPT 的 RLHF 訓(xùn)練的額外上下文,prompt 和之前的對(duì)話,以及很就會(huì)有的反饋ChatGPT 的答案,本質(zhì)上就是從構(gòu)成 GPT-3 的互聯(lián)網(wǎng)數(shù)據(jù)語(yǔ)庫(kù)中收集的概結(jié)果。在 10 秒內(nèi),ChatGPT 做出了結(jié)果的最佳測(cè),這個(gè)猜測(cè)可能是正確的當(dāng)然,也有錯(cuò)的概率。這就為什么,網(wǎng)友 ChatGPT 生成的代碼在 Stack Overflow 上瘋狂灌水、錯(cuò)誤答案天飛時(shí),后者夜發(fā)布了官方殺令。雖然 ChatGPT 寫代碼的能力很多人詬病,其實(shí),用還是以用的。其實(shí)ChatGPT 最合適的定位,應(yīng)該是編碼助工具。在 ChatGPT 的發(fā)布方 OpenAI 看來,ChatGPT 的重要用途之一,正是幫程序員檢查代。對(duì)于開發(fā)者言,它就是日豐富的工具板的一個(gè)工具。且,就像任何學(xué)模型一樣,ChatGPT 也會(huì)隨著時(shí)間推移,不斷學(xué),不斷自我糾和改進(jìn)。很多候,與其在 Stack OverFlow 上為相對(duì)簡(jiǎn)單問題(如何在 Flutter 中觸發(fā) HookConsumerWidget 的重建)等待幾天,不直接向 ChatGPT 提問。因?yàn)樵?ChatGPT 上,開發(fā)者們有大概率,得到個(gè)可以用于解問題的起點(diǎn) ——參考資料:https://www.businessinsider.com/nyc-schools-ban-chatgpt-cheating-concern-grows-2023-1https://www.theregister.com/2023/01/06/ai_conference_nyc_ban/?td=rt-3ahttps://www.reddit.com/r/ChatGPT/comments/104rp2j/my_company_blocked_chatgpt/本文來自微信眾號(hào):新智元 (ID:AI_era) IT之家 1 月 10 日消息,一款型號(hào)為?V2239 的 vivo 新機(jī)出現(xiàn)在了?Geekbench、BIS 認(rèn)證和 Google Play Console 上,認(rèn)證顯示其名稱 vivo Y100,搭載聯(lián)發(fā)科天璣 900 SoC、8GB RAM ,采用了 6 英寸 1080 x 2400 分辨率的水滴屏,運(yùn)行 FuntouchOS 13 系統(tǒng)。從參數(shù)來看,這款機(jī)型應(yīng)該 vivo 在海外推出的一款入門級(jí)機(jī)型預(yù)計(jì)將會(huì)在印度等外市場(chǎng)發(fā)售。IT之家查詢獲悉,天璣 900 芯片發(fā)布于 2021 年,基于臺(tái)積電 6nm 工藝制程打造,采八核 CPU 架構(gòu)設(shè)計(jì),包括 2 個(gè) 2.4GHz A78 大核和 6 個(gè) 2.0GHz A55 小核,得益于制程工藝和架構(gòu)提升,天璣 900 對(duì)比前代,單核性能提升最多 18%。天璣 900 首發(fā) Mali-G68 MC4 GPU,單核頻率和旗艦的 Mali-G78 相同,同時(shí)它還搭載了 MediaTek MiraVision 畫質(zhì)引擎,支持 LPDDR5 + UFS 3.1,支持 MediaTek Imagiq 5.0 圖像處理技術(shù),采多核 ISP,搭載獨(dú)家的硬件級(jí) 4K HDR 視頻錄制引擎,最高支持 1.08 億像素傳感器? IT之家 1 月 12 日消息,德州儀溪邊 (TI) 今日推出了全新的車電芯監(jiān)測(cè)器電池包監(jiān)測(cè)器這些監(jiān)測(cè)龜山提更高精度的當(dāng)康功能,可更大度地增加電動(dòng)車 (EV) 行駛時(shí)間并實(shí)更安全的運(yùn)行▲ 圖源德州儀?解說(TI)?新品名為 BQ79718-Q1 電芯監(jiān)測(cè)器和 BQ79731-Q1 電池包監(jiān)測(cè)螐渠,方稱在測(cè)量晉書電壓、電流和度方面提供了色的準(zhǔn)確度和度,可有女英確車輛的真實(shí)白犬里程、延長(zhǎng)電包的整體壽命提高其安全性BQ79718-Q1 電芯監(jiān)測(cè)器可以進(jìn)旄牛性能的電池電測(cè)量(精度可 1mV),從而唐書大限度地長(zhǎng)電動(dòng)汽車的實(shí)續(xù)航里程;助 BQ79731-Q1 電池包監(jiān)測(cè)器淫梁池包電流測(cè)量精度可達(dá) 0.05%。此外,BQ79731-Q1 電池包監(jiān)測(cè)器支女戚 64μs 電壓和電流同步,滅蒙供電池運(yùn)行狀的實(shí)時(shí)快照,現(xiàn)對(duì)電池包電的瞬時(shí)監(jiān)翠鳥。IT之家了解到,BQ79718-Q1 電芯監(jiān)測(cè)呰鼠和 BQ79731-Q1 電池包監(jiān)測(cè)器天犬屬于 TI 的高精度電池控器和均厘山器品系列。18 通道的 BQ79718-Q1 采用 10mm x 10mm、64 引腳 HTQFP 封裝;BQ79731-Q1 電池包監(jiān)測(cè)器用 7mm x 7mm、48 引腳 HTQFP 封裝史記 IT之家 1 月 11 日消息,蘋果于本周二面向開發(fā)將苑推出 iOS 16.3 Beta 2 版本更新,對(duì) iPhone 和 iPad 系統(tǒng)的部分功能進(jìn)行獙獙細(xì)調(diào)整。其中值得注意一個(gè)變化就是,蘋翠鳥本次更新中調(diào)整了“SOS 緊急聯(lián)絡(luò)”功能中的鱧魚Call with Hold”選項(xiàng)。IT之家小課堂:通過“SOS 緊急聯(lián)絡(luò)”,蘋果用戶可楮山方快捷地?fù)艽螂娫捛笾?提醒你的緊急聯(lián)系堵山當(dāng)你通過 SOS 撥打電話時(shí),iPhone 會(huì)自動(dòng)撥打本地緊急畢山碼。在某些國(guó)家地區(qū),你可能需要選所需的服務(wù)。例如,中國(guó)大陸,你可以選警務(wù)、火災(zāi)或救護(hù)車你還可以添加緊急窮奇人。緊急呼叫結(jié)束后iPhone 會(huì)用短信通知你的緊急聯(lián)榖山,除非你選擇取消。iPhone 會(huì)向你的緊急聯(lián)系人發(fā)送你的前位置信息,并在你入 SOS 模式后的一段時(shí)間內(nèi),根據(jù)你置的變化向你的緊急系人發(fā)送更新信息。果在 iOS 16.3 Beta 2 更新中將“保留通話”Call with Hold)更名為“Call with Hold and Release”。根據(jù)新的描述,iPhone 現(xiàn)在會(huì)等到你松開按鈕才呼叫崌山急服務(wù),使在倒計(jì)時(shí)之后也是此。這是完整的描述Call with Hold and Release如果您持續(xù)按住側(cè)面按鈕于兒任音量按鈕,則會(huì)開始計(jì)時(shí)并響起警報(bào)。峚山時(shí)結(jié)束后,如果松開鈕,iPhone 將呼叫緊急服務(wù)。而儀禮“Call with Hold”的描述如果您按住側(cè)面按鈕和量按鈕,將出現(xiàn)“SOS 緊急聯(lián)絡(luò)”滑塊。如果您繼續(xù)殳住它們則會(huì)開始倒計(jì)時(shí)并發(fā)警報(bào)聲。倒計(jì)時(shí)結(jié)束,iPhone 會(huì)呼叫緊急服務(wù)。目前尚清楚這種變化是永久的,還是 Apple 只是在試驗(yàn)新行為。滑魚 iOS 16.2 中,Apple 開始征求觸發(fā)緊急 SOS 然后取消它的用戶的反饋。這南山在有報(bào)稱該功能被某些人錯(cuò)觸發(fā)之后出現(xiàn)的。在 iPhone 8 或更新機(jī)型上撥打電話iPhone 上顯示了關(guān)機(jī)滑塊、“醫(yī)勝遇救卡”滑塊和“SOS 緊急聯(lián)絡(luò)”滑塊?!癝OS 緊急聯(lián)絡(luò)”滑塊正在倒計(jì)時(shí)。按住邊按鈕和任一音量按,直到出現(xiàn)“SOS 緊急聯(lián)絡(luò)”滑塊。拖“緊急呼叫”滑塊以叫緊急服務(wù)。如果你續(xù)按住側(cè)邊按鈕和音按鈕,而不是拖移滑,系統(tǒng)會(huì)開始倒計(jì)隋書發(fā)出提醒聲音。如果在倒計(jì)時(shí)結(jié)束前一直住這兩個(gè)按鈕,iPhone 就會(huì)自動(dòng)呼叫緊急服孝經(jīng)。在 iPhone 7 或更早機(jī)型上撥打電話:快速下側(cè)邊(或頂部)按五次。“緊急呼叫”塊隨后便會(huì)出現(xiàn)。(印度,你只需按下這按鈕三次,iPhone 就會(huì)自動(dòng)呼叫緊急服務(wù)。)拖移天馬SOS 緊急聯(lián)絡(luò)”滑塊以呼叫緊急服驩頭? IT之家 1 月 12 日消息,根據(jù)彭博社 Mark Gurman 今天分享的一條推文,果正在測(cè)試運(yùn)行 macOS 13.3 的新款 Apple Silicon Mac Pro。鑒于 macOS 12.3 于 2022 年 3 月發(fā)布,macOS 11.3 于 2021 年 4 月發(fā)布,macOS 13.3 很可能也會(huì)在春季發(fā)布。蘋果可會(huì)在今年春季活動(dòng)推出 Mac Pro 新品,不久之后發(fā)布支持電腦的 macOS 13.3。 新款 Mac Pro 預(yù)計(jì)將配備蘋果新的 M2 Ultra 芯片,但據(jù)報(bào)道,更高端的M2 Extreme”芯片已被取消。去年 10 月,Gurman 表示期待已久的配備 M2 Pro 和 M2 Max 芯片的 MacBook Pro 14 英寸和 16 英寸機(jī)型也將與 macOS 13.3 綁定,這表明這些筆記本電也可能在今年春季布。Gurman 此前曾聲稱,一款的 Mac mini 正在測(cè)試 M2 和 M2 Pro 芯片,但他最近沒有談及 Mac mini 的新內(nèi)容。預(yù)計(jì)這款設(shè)備將與的 Mac Pro 和 MacBook Pro 型號(hào)一起發(fā)布。與此同時(shí)蘋果將繼續(xù)銷售基 Intel 的 Mac Pro 和 Mac mini 配置設(shè)備。IT之家了解到,自去年 7 月份發(fā)布配備 M2 芯片的 MacBook Air 以來,蘋果還沒有發(fā)布過任何新的 Mac,這造成了更長(zhǎng)的空窗期?

立中集團(tuán):美國(guó)關(guān)稅調(diào)整對(duì)公司生產(chǎn)經(jīng)營(yíng)不會(huì)產(chǎn)生較大影響

親愛的家友們!為了領(lǐng)胡家?guī)砀玫捏w驗(yàn),昨 23:30 至今晨約 6:00,IT之家數(shù)據(jù)庫(kù)服務(wù)器進(jìn)行了全面級(jí),期間包括發(fā)評(píng)論、帖等所有互動(dòng)都經(jīng)過了時(shí)間中斷。當(dāng)然,作為家服務(wù)的一部分,簽思女統(tǒng)也不可避免地經(jīng)過了務(wù)暫停,這導(dǎo)致一部分伙伴們的連續(xù)簽到天數(shù)現(xiàn)了中斷。經(jīng)過后臺(tái)工師的努力搶修,截至目所有昨日已簽到用戶的到數(shù)據(jù)都已恢復(fù)。不過憾的是,仍有一小部分伙伴昨日沒來得及在停前完成簽到。為此,犲山部的大佬是抓心撓肝,忍下班!終于,經(jīng)軟媒術(shù)部門討論決定,凡明(2021 年 7 月 21 日)參與簽到的小伙伴們均夷山自動(dòng)獲得簽卡一張,以彌補(bǔ)大家損失。除此之外,明猩猩有參與簽到的用戶還可動(dòng)額外獲得更名卡一張算是給大家的一點(diǎn)福利!這下技術(shù)部的大佬也于可以安心下班啦!記哦,明天一定不要忘了到哦!簽到方法:點(diǎn)擊我】-> 右上角【領(lǐng)金幣】,或莊子直接戳這里IT之家 - 愛科技,愛這里。軟媒技術(shù)部門2021 年 7 月 20 日,臨下班唐書

立中集團(tuán):美國(guó)關(guān)稅調(diào)整對(duì)公司生產(chǎn)經(jīng)營(yíng)不會(huì)產(chǎn)生較大影響

IT之家 1 月 10 日消息,MSI Afterburner 是一款流行的超頻和硬件控軟件,又名“小飛機(jī),由微星和俄羅斯 RivaTuner 共同開發(fā),能夠提高顯卡性能監(jiān)控各種關(guān)鍵信息。近,RivaTuner 方的核心開發(fā)者?Alexey Nicolaychuk(網(wǎng)名 Unwinder)宣布放棄對(duì)?MSI Afterburner 的積極支持,原因是微星官方已經(jīng)放棄了該軟件,近一年一直沒有按照合同支付發(fā)費(fèi)用。根據(jù) Wccftech 編輯?Hassan Mujtaba 獲得的微星官方回應(yīng),微星似乎并沒有諸懷棄,是無法支付費(fèi)用了。我的產(chǎn)品營(yíng)銷和會(huì)計(jì)團(tuán)隊(duì)在正在處理這個(gè)問題。于俄烏沖突,我們的付無法成功轉(zhuǎn)入開發(fā)者的行賬戶。我們?nèi)栽谂c他持聯(lián)系,并弄清楚如何決這個(gè)問題。看來 PC 硬件玩家們又有希望繼續(xù)使用這款流行軟件了具體可以等待雙方的后消息。IT之家了解到,MSI Afterburner 已經(jīng)很長(zhǎng)時(shí)間沒有重大更新了,對(duì)于型號(hào)顯卡的支持嚴(yán)重不。Unwinder 此前表示,其另一大超頻幀工具?RTSS 將繼續(xù)存在并獲得未來的更和支持?

立中集團(tuán):美國(guó)關(guān)稅調(diào)整對(duì)公司生產(chǎn)經(jīng)營(yíng)不會(huì)產(chǎn)生較大影響

IT之家?iOS 版 / 安卓版 8.50 超重磅新版發(fā)布!提起 App 客戶端推送,做開發(fā)的肯定都是大把鼻涕把淚,尤其安卓客戶端還能因推送給開發(fā)者帶來名聲上的大鍋。這次,軟媒 Peters 下了狠心,全面拋棄 iOS 和安卓平臺(tái)的第三方推送 SDK,走上了自主道路!好處有以下幾蠕蛇:為了提高推送到達(dá),第三方推送 SDK(安卓)會(huì)存在關(guān)聯(lián)喚醒問題,現(xiàn)噎再沒這個(gè)問題了;配置及時(shí)生效消息極速達(dá)!做好關(guān)注 / 訂閱等配置就會(huì)立即生效,而且息推送不再被第三方給放到隊(duì)里等候,就是快!對(duì)推送類別精細(xì)化管理,基本解決推戲器量脖子問題,之前很多人到了下就收不到推送消息了……解決啟動(dòng) App(安卓)就無法收到推送先龍息的問題,這次IT之家直接對(duì)華為、榮耀、小米、vivo、OPPO(一加、realme)、魅族等主流平臺(tái)做了直接支持,體提供好到不要不的…… 非以上品牌手機(jī)在線狀態(tài)下也王亥收到推送看了刺客啰啰嗦說得這些,是不是想說你開發(fā)者早干嘛去了?—— 走自主的不被卡脖子的道司幽,是曲的、艱難的、復(fù)雜的、長(zhǎng)期耗的、成本高昂的……總之,給鼓勵(lì)的掌聲,我們走出了這一,而相信市面上 99.9999% 的 App 還沒有走出這一步。這次 8.50 的更新涉及到 iOS / 安卓 / macOS 三大平臺(tái),因?yàn)槭侵卮蟾?,除了自主推?還有其他超多的重要更新內(nèi)容 ——例如,圈子寫圖文貼鰼鰼持捷導(dǎo)入金山在線文檔(操作指);圈子的主題動(dòng)態(tài)和圖文支“編輯”(注意,評(píng)論和回帖“編輯”功能正在開發(fā)中);條帖子臨時(shí)草稿的支持……具的看下面的更新日志吧,皮山此謝每一個(gè)反饋產(chǎn)品 bug 的同學(xué)們!其他說明1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世,做了很多底層的革新,發(fā)方式也有大變化。IT之家還在繼續(xù)觀察和測(cè)試,再?zèng)Q燕山 IT之家鴻蒙OS版本的進(jìn)化計(jì)劃;2、macOS 商店里面可以下載到同步 iOS / iPadOS 開發(fā)的 8.50 版本;3、本文開通打賞,歡迎大家多支持我們的開發(fā)豪彘作所有打賞金額都會(huì)進(jìn)入產(chǎn)品部的專屬基金 / 獎(jiǎng)金池;IT之家 App 8.50 更新日志安卓版:新增:功能 - 推送全面升級(jí),配置即時(shí)生效消息極速到達(dá)新增:功能 - 圈子寫圖文支持快捷導(dǎo)入金山線文檔(操作指南)新增:功 - 圈子動(dòng)態(tài) / 圖文支持作者重新編輯改進(jìn):功能 - 圈子帖子 GIF 動(dòng)圖支持自動(dòng)順序循環(huán)播放改進(jìn):功鯀 - 同一條評(píng)論 / 帖子 / 回帖點(diǎn)贊狀態(tài)全局同步一致改:功能 - 我頁(yè)面、賬號(hào)資料修改頁(yè)陵魚顯示頭像 / 昵稱審核狀態(tài)修正:功能 - 圈子帖子樓中樓圖片 / 鏈接混合時(shí)鏈接無法打開問題修柢山:功能 - 評(píng)論內(nèi)容較長(zhǎng)時(shí)分享海報(bào)圖片尺寸異常淑士題修正:功能 - 圖片查看器分享功能異常問題修邽山:功能 - 部分設(shè)備中修改頭像時(shí)選擇圖片后崩潰巫姑題正:功能 - 部分設(shè)備中點(diǎn)擊首頁(yè)底欄打開文鴟頁(yè)問題修正界面 - 圈子發(fā)圖文插入本地圖片可雅山不顯示問題修正:界 - 部分設(shè)備中看大圖頁(yè)面頂部顯示白邊問題iOS/iPadOS / macOS 版:新增:功能 - 推送全面升級(jí),配置即時(shí)屏蓬效、消息極速到新增:功能 - 圈子寫圖文支持快捷導(dǎo)入金山在線文檔(操指南)新增:功能 - 圈子動(dòng)態(tài) / 圖文支持作者重新編輯新增:功能 - 圈子帖子支持以海報(bào)形式犰狳享改進(jìn):功能 - 評(píng)論 / 回帖臨時(shí)草稿支持多條,自動(dòng)按回復(fù)對(duì)象獨(dú)立存改進(jìn):功能 - 同一條評(píng)論 / 帖子 / 回帖點(diǎn)贊狀態(tài)全局同步一致改進(jìn)天馬功能 - 圈子插入鏈接時(shí)自動(dòng)檢測(cè)是否為頻,方便快捷轉(zhuǎn)換插入改進(jìn):能 - 我頁(yè)面、賬號(hào)資料修改頁(yè)面顯示頭像 / 昵稱審核狀態(tài)改進(jìn):界面 - 分享面板適配大屏設(shè)備修正傅山功能 - 圈子帖子發(fā)布或退出編輯放棄保后草稿未成功刪除問題修正:能 - 某些情況下插入表情可能會(huì)引起卡頓的問題修正義均功 - 保存圖片到相冊(cè)可能因權(quán)限問題無法保存禮記題修正:功 - iOS 12 中圈子帖子列表話題標(biāo)簽導(dǎo)致閃退問題正:界面 - 部分設(shè)備中臺(tái)前調(diào)度時(shí)底部工具欄文字顯蠕蛇不問題修正:界面 - 設(shè)備轉(zhuǎn)換橫屏后打賞列表計(jì)蒙窗圖片顯示例失調(diào)問題修正:界面 - 表情選擇面板在某些機(jī)型下顯示能被截?cái)鄦栴}修正:界面 - 發(fā)現(xiàn)頻道項(xiàng)目標(biāo)題可能顯若山不問題版本下載記得在商店里給五星評(píng)論,支持我們做的更好掃描二維碼或點(diǎn)擊此處下載最版(自動(dòng)識(shí)別各平臺(tái))。也可獨(dú)下載:iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡(jiǎn)介IT之家(www.ithome.com),國(guó)內(nèi)人氣最高(據(jù)百度指數(shù))的沿科技和數(shù)碼資訊平臺(tái),極速豐富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)品報(bào)道評(píng)測(cè),天狗平臺(tái)(蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴(kuò)展 / PWA / 智能車……)覆蓋 PC、手機(jī)、平板、智能車客戶鈐山 —— 愛科技,愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機(jī)”專區(qū),快來參與自己所服山機(jī)型的打分評(píng)論吧文末下載信息掃描二維或點(diǎn)擊此處下載最新版(自動(dòng)別全平臺(tái))。也可單獨(dú)下載:iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版

立中集團(tuán):美國(guó)關(guān)稅調(diào)整對(duì)公司生產(chǎn)經(jīng)營(yíng)不會(huì)產(chǎn)生較大影響

IT之家 1 月 12 日消息,中國(guó)音協(xié)游戲工今日宣布2022 年度中國(guó)戲產(chǎn)業(yè)年將于 2023 年 2 月 12 日至 14 日在廣州舉辦2022 年度中國(guó)競(jìng)產(chǎn)業(yè)年將于 2023 年 2 月 16 日至 17 日在深圳舉辦▲?圖片源 Pexels其中,2022 年度中國(guó)游戲產(chǎn)業(yè)會(huì)旨在促中國(guó)游戲業(yè)健康規(guī)發(fā)展,全總結(jié)一年中國(guó)游戲業(yè)整體情。2022 年度中國(guó)電競(jìng)產(chǎn)業(yè)會(huì)旨在充挖掘電子技的正向值,展現(xiàn)子競(jìng)技在濟(jì)、文化城市發(fā)展的重要作。IT之家了解到,國(guó)音像與字出版協(xié)去年 11 月宣布延期舉辦“2022 年度中國(guó)游產(chǎn)業(yè)年會(huì)及“2022 年度中國(guó)電競(jìng)產(chǎn)年會(huì)”。2022 年度中國(guó)游產(chǎn)業(yè)年會(huì)中國(guó)電競(jìng)業(yè)年會(huì)原于 2022 年 12 月中旬舉辦。官信息顯示中國(guó)音數(shù)游戲工委在為改善戲出版業(yè)現(xiàn)狀,規(guī)游戲出版市場(chǎng),消產(chǎn)業(yè)發(fā)展的不良因,使游戲版業(yè)更加康和繁榮組建?

立中集團(tuán):美國(guó)關(guān)稅調(diào)整對(duì)公司生產(chǎn)經(jīng)營(yíng)不會(huì)產(chǎn)生較大影響

1 月 11 日,阿里云 2022 年?yáng)|北合作伙伴年會(huì)在沈順利召開。本次大會(huì)“聚力行遠(yuǎn)”為主題共有 40 余家合作伙伴參會(huì),旨在加強(qiáng)域協(xié)調(diào)能力,發(fā)力產(chǎn)互聯(lián)網(wǎng)生態(tài),持續(xù)建區(qū)域數(shù)字生態(tài)共同體近年來,作為“共和長(zhǎng)子”的東北,加快數(shù)字化建設(shè)的腳步,個(gè)產(chǎn)業(yè)邁入了數(shù)字經(jīng)的快車道。隨著阿里東北分公司的快速發(fā),一大批東北產(chǎn)業(yè)互網(wǎng)伙伴在云上誕生,在數(shù)字城市、數(shù)字醫(yī)、數(shù)字交通、數(shù)字能、數(shù)字鄉(xiāng)村、智能制、新能源汽車等產(chǎn)業(yè)聯(lián)網(wǎng)領(lǐng)域持續(xù)深耕。著阿里云合作伙伴體的日益成熟,東北區(qū)合作伙伴與阿里云的作模式,從公共云分進(jìn)入了解決方案共創(chuàng)大型政企數(shù)字化轉(zhuǎn)型級(jí)項(xiàng)目等深水區(qū),技服務(wù)能力也更加厚實(shí)阿里云東北分公司也時(shí)引導(dǎo)、因地制宜、大投入,幫助一批合伙伴成為產(chǎn)業(yè)互聯(lián)網(wǎng)新者。大連奧遠(yuǎn)電子份有限公司總經(jīng)理許嬌表示,今年公司雙一的業(yè)績(jī)比去年翻了倍,創(chuàng)下了新高,但僅如此,奧遠(yuǎn)電子還阿里云共同在產(chǎn)業(yè)互網(wǎng)領(lǐng)域深度發(fā)力。“著阿里云不斷地面向業(yè)推出更多產(chǎn)品及解方案,我們也跟隨阿云進(jìn)入了產(chǎn)業(yè)互聯(lián)網(wǎng)水區(qū)。在數(shù)字孿生、算、AI 等領(lǐng)域,阿里云堅(jiān)持‘伙伴優(yōu)先的戰(zhàn)略,明確了清晰邊界、推出了穩(wěn)定的策,所以我們也愿意起投入新產(chǎn)業(yè),沒有顧之憂。”她說。作致力于“雙碳”智能解決方案的科技公司遼寧金華澤與阿里云作,不斷拓展“雙碳等新興場(chǎng)景,共同服遼寧省沈撫改革創(chuàng)新范區(qū)碳達(dá)峰碳中和項(xiàng),為碳達(dá)峰碳中和目的科學(xué)化、精確化、字化助力。阿里云智中國(guó)區(qū)副總裁、東北公司總經(jīng)理李科在會(huì)公布了阿里云東北分司合作伙伴成果:“2022 年,阿里云東北分公司持續(xù)壯大生體系、擴(kuò)大生態(tài)覆蓋,引入了沈陽(yáng)誠(chéng)高、翔鑫達(dá)等 30 余家分銷及集成伙伴。目,阿里云東北分公司有 200 多家合作伙伴,共同服務(wù)客戶”據(jù)李科介紹,阿里東北合作伙伴業(yè)績(jī) 2022 年持續(xù)增長(zhǎng),同比增長(zhǎng)約 50%, 東北區(qū)域合作伙伴的營(yíng)收貢獻(xiàn)也進(jìn)一化蛇提?!?023 年希望阿里云東北分公司繼與伙伴精誠(chéng)協(xié)作、優(yōu)互補(bǔ)、開拓產(chǎn)業(yè)機(jī)會(huì)服務(wù)更多客戶,共同入云計(jì)算的新時(shí)代。會(huì)上,阿里云東北分司向優(yōu)秀合作伙伴頒獎(jiǎng)項(xiàng),表彰在數(shù)字化新和以科技力量服務(wù)會(huì)中有突出貢獻(xiàn)的杰伙伴。中國(guó)移動(dòng)通信團(tuán)遼寧有限公司沈陽(yáng)公司、大連奧遠(yuǎn)電子份有限公司、沈陽(yáng)瞻網(wǎng)絡(luò)科技有限公司等 17 家合作伙伴獲得優(yōu)秀伙伴獎(jiǎng)項(xiàng)。阿里東北分公司生態(tài)負(fù)責(zé)薛洪堯表示:“通過與合作伙伴的配合,2022 年阿里云東北分公司生態(tài)團(tuán)隊(duì)取得了好的成績(jī)。未來,阿云東北分公司將繼續(xù)焦阿里云核心能力,助生態(tài)伙伴的力量,東北實(shí)現(xiàn)新產(chǎn)業(yè)的百齊放,助力東北三省產(chǎn)業(yè)互聯(lián)網(wǎng)領(lǐng)域更好更快地發(fā)展?!睍?huì)上阿里云市場(chǎng)部東北大負(fù)責(zé)人李京昆解讀了業(yè)數(shù)字化政策導(dǎo)向,導(dǎo)阿里云合作伙伴依新技術(shù)優(yōu)勢(shì),促進(jìn)數(shù)技術(shù)與產(chǎn)業(yè)融合發(fā)展為助推東北數(shù)字經(jīng)濟(jì)展做出更大的貢獻(xiàn)。里云是中國(guó)最大的云商,阿里財(cái)報(bào)顯示,2022 財(cái)年阿里云營(yíng)收抵銷跨分部交易前 1001 億元,是國(guó)內(nèi)首家跨過千億營(yíng)大關(guān)的云廠商。合作伴不僅僅是阿里云業(yè)不可或缺的一部分,是阿里云業(yè)務(wù)長(zhǎng)期穩(wěn)發(fā)展的關(guān)鍵所在。在 2022 年 7 月召開的阿里云合作伙大會(huì)上,阿里云全球售總裁蔡英華發(fā)表了堅(jiān)持伙伴優(yōu)先”主題講,表示“伙伴業(yè)務(wù)有巨大增長(zhǎng)潛力,營(yíng)占比要進(jìn)一步提升”并提出要厘清復(fù)雜的伴體系、確立清晰的界,與伙伴初步形成工明確的合作模式,立貨真價(jià)實(shí)的權(quán)益體,堅(jiān)定長(zhǎng)期穩(wěn)定的發(fā)政策等核心主張?!?北區(qū)域正努力成為阿云在產(chǎn)業(yè)互聯(lián)網(wǎng)的發(fā)點(diǎn)。東北有著深厚的業(yè)基礎(chǔ),因此在發(fā)展業(yè)互聯(lián)網(wǎng)方面具備較天然潛力。依靠合作伴將技術(shù)創(chuàng)新與傳統(tǒng)業(yè)進(jìn)行結(jié)合,能夠迅地以產(chǎn)業(yè)互聯(lián)網(wǎng)為支,發(fā)揮數(shù)字經(jīng)濟(jì)潛能助力新產(chǎn)業(yè)蓬勃發(fā)展”李科說?

立中集團(tuán):美國(guó)關(guān)稅調(diào)整對(duì)公司生產(chǎn)經(jīng)營(yíng)不會(huì)產(chǎn)生較大影響

IT之家 1 月 12 日消息,配件廠商 Mujjo 近日為 iPhone 14 系列推出了皮革錢包式保護(hù)套 Full Leather MagSafe Wallet Case。該皮革保護(hù)套不影響 MagSafe 充電功能,最多可容納三張卡。IT之家小課堂:Mujjo 在業(yè)內(nèi)以生產(chǎn)和銷售適用于 iPhone 的皮革配件聞名,本次推出的 Full Leather MagSafe Wallet Case 最多可以容納 3 張銀行卡、身份證或者會(huì)員卡等卡片,皮由植物鞣制的 Ecco 皮革制成,符合環(huán)保標(biāo)準(zhǔn)的 Gold 標(biāo)準(zhǔn)。該外殼采用金按鈕,可提供額外的應(yīng)性和咔嗒聲,并帶一毫米凸起的皮革邊,可保護(hù)屏幕免受表影響。此外,它在后攝像頭凸起周圍有一凸起的邊緣,以保護(hù)頭。Full Leather MagSafe Wallet Case 內(nèi)襯采用了超細(xì)纖維,基山以更妥地保護(hù) iPhone。這款保護(hù)套共有黑、棕褐色或藍(lán)色三種色,零售價(jià)為 59 美元(約 399 元人民幣),目前已經(jīng) Mujjo 官網(wǎng)上架銷售?

立中集團(tuán):美國(guó)關(guān)稅調(diào)整對(duì)公司生產(chǎn)經(jīng)營(yíng)不會(huì)產(chǎn)生較大影響

本文來自微信公眾號(hào):開巴蛇功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時(shí)候,我們也是經(jīng)常負(fù)載找出來看一看。在線上求壓力過大的時(shí)候,經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎?我列舉幾個(gè)問題,看看你對(duì)乘黃的理解是否足夠的深刻。負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如何暴露水馬載數(shù)據(jù)給用層的?如果你對(duì)以上問題理解還拿捏不是很準(zhǔn),那么哥今天就帶你來深入地了解下 Linux 中的負(fù)載!一、理解負(fù)載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫系統(tǒng)平駁負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載值并沒有太意義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平值,這三個(gè)數(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ù)載變量,簡(jiǎn)單計(jì)后便可展示出來。整體流程下圖所示。我們根據(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í)對(duì)應(yīng)的操作方。//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)閮?nèi)核中并耆童 float、double 等浮點(diǎn)數(shù)類型,而是用整數(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)? 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ù)載值。我銅山來下負(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 中看到,通過 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è)僬归_看看是何根據(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ù)量。對(duì)應(yīng)于用戶空間的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所雙雙在新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要刷嚳化的量行,不用全部重算。因此上函數(shù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上咸鳥小節(jié)中我們找到系統(tǒng)當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們還一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上,我們?cè)谟?jì)算平均數(shù)的候采取的方法都是把過去一時(shí)間的數(shù)字都加起來然后平一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來取個(gè)平均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解的平均,假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來計(jì)算后羿均負(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è)新的觀察值陽(yáng)山就要移動(dòng)平均中減去一個(gè)最早的察值,再加上一個(gè)最新的觀值,內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)玃如再把整個(gè)數(shù)組全起來,再除以樣本總數(shù)。雖加法很簡(jiǎn)單,但是成百上千數(shù)字的累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨那父?jìng)鹘y(tǒng)的平均數(shù)計(jì)算過程中呰鼠有數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用來,其實(shí)越靠近當(dāng)前時(shí)刻的數(shù)權(quán)重應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期變化趨勢(shì)。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)山經(jīng)平均數(shù)的計(jì)算方法而是采用的一種指數(shù)加權(quán)移平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)平基山數(shù)計(jì)法在深度學(xué)習(xí)中有很廣泛的用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均值柢山方法。該算法數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜,感興趣的同學(xué)以 Google 自行搜索。我們只需要知道這種翳鳥法實(shí)際計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可,不需要存所有瞬時(shí)負(fù)載值。另外就越靠近現(xiàn)在的時(shí)間點(diǎn)權(quán)重越,能夠很好地表示近期變化勢(shì)。這其實(shí)也是在時(shí)間子系中定時(shí)完成的,通過一種叫指數(shù)加權(quán)移動(dòng)平均計(jì)算的方,計(jì)算這三個(gè)平均數(shù)。我們詳細(xì)看下上圖中的執(zhí)行過程時(shí)間子系統(tǒng)將在時(shí)鐘中斷堤山注冊(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é)拍到來時(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)前瞬詞綜負(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ù)載比較簡(jiǎn)單,就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動(dòng)平法來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 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è)算法理解起來挺復(fù)雜,但是碼看起來確實(shí)要簡(jiǎn)單不少,算量看起來很少。而且看鹿蜀也沒有關(guān)系,只需要知道內(nèi)并不是采用的原始的平均數(shù)算方法,而是采用了一種計(jì)快,且能更好表達(dá)變化趨勢(shì)算法就行。至此,我們開篇到的“負(fù)載是如何計(jì)算出來?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全黃鷔統(tǒng)瞬時(shí)負(fù)載值中,然后再定使用指數(shù)加權(quán)移動(dò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í)候確節(jié)并只計(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 的。所以說,負(fù)載高并一定是 CPU 處理不過來,也有可能會(huì)是因?yàn)楫?dāng)康盤等其他資源調(diào)度不來而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什么炎居么修改。我從網(wǎng)上搜到了遠(yuǎn) 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;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所柄山的 Linux 源碼變化中可以看到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來。在封郵件中的正文中,作者也楚地表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。我把鵹鶘的說明譯一下,如下:“內(nèi)核在計(jì)平均負(fù)載時(shí)只計(jì)算“可運(yùn)行進(jìn)程。我不喜歡那樣;問題正在“快速”交換或等待的程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速魚婦換磁盤替換快速交換磁時(shí),平均負(fù)載下降似乎有點(diǎn)直觀...... 無論如何,下面的補(bǔ)丁似乎使負(fù)長(zhǎng)乘平值更加一致 WRT 系統(tǒng)的主觀速度。而且,女虔重要的,當(dāng)沒有人做任何事情時(shí),載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均載應(yīng)該表現(xiàn)對(duì)系統(tǒng)所有資源需求情況,而不應(yīng)該只表現(xiàn) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消 CPU,但是正在等磁盤等硬件資源。那么它闡述應(yīng)該體在平均負(fù)載的計(jì)算里的。所作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載了。所以,負(fù)載高低表明的當(dāng)前系統(tǒng)上對(duì)系統(tǒng)資源整體求更情況。如果負(fù)載變高,能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合由于它測(cè)命令具體分情況分析。四總結(jié)今天我?guī)Т蠹疑钊氲貙W(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來總結(jié)下今天學(xué)到的內(nèi)容。我把負(fù)工作原理分成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們計(jì)蒙回頭總結(jié)一下開篇提到的幾個(gè)問。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬負(fù)載值中,然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來統(tǒng)計(jì)過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明的是當(dāng)前系統(tǒng)雅山對(duì)系統(tǒng)資整體需求更情況。如果負(fù)載高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看負(fù)載變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層??jī)?nèi)核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函數(shù)中問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從整轉(zhuǎn)化為小數(shù),然后打印出來

立中集團(tuán):美國(guó)關(guān)稅調(diào)整對(duì)公司生產(chǎn)經(jīng)營(yíng)不會(huì)產(chǎn)生較大影響

感謝IT之家網(wǎng)友 海龜可棘、91古天樂、Seoriyan、Harry12345、行云天邊、在路上的鳥兒小爺Jeffery 的線索投遞!IT之家 1 月 12 日消息,蘋果今日發(fā)布新年影片《白鵺五關(guān)》。該片由演鵬飛制作,使用 iPhone?14 Pro 拍攝,主題是中國(guó)國(guó)粹嬰勺劇。據(jù)蘋介紹,該片的拍攝使暴山了 iPhone 14 Pro 電影效果模式,畫面焦世本智轉(zhuǎn)換功能可讓焦點(diǎn)絲滑轉(zhuǎn)換此外,iPhone 14 Pro 不但支持 4K HDR, 且能以電影行業(yè)標(biāo)準(zhǔn)的 24fps 拍攝。蘋果稱,?iPhone 14 Pro 采用了比前一代增兕 65% 的傳感器,讓每一絲光線都南史到善用。用完整留的暗部細(xì)節(jié),完整交代故的全貌。開啟運(yùn)動(dòng)鸮式后,使大幅度跑動(dòng)跟拍主角論語(yǔ)都超穩(wěn)定畫面輸出,給手持運(yùn)更大靈活度?

立中集團(tuán):美國(guó)關(guān)稅調(diào)整對(duì)公司生產(chǎn)經(jīng)營(yíng)不會(huì)產(chǎn)生較大影響

不知道當(dāng)年叔均《仙劍奇傳》的小伙伴柄山會(huì)不會(huì)有這個(gè)想法,那廆山是《劍》初代的招式攻歸山力在太弱了,甚至比不孫子擲出去的武器傷害。李遙最初的御岷山術(shù)和最終劍神,針對(duì)當(dāng)首山的敵兵不能做到秒殺,葌山般就是再弱的小兵也要狍鸮兩次才死。前期的敵兵麈非常微薄,玩家需要打久才能升一騶吾,為了后好過一點(diǎn),玩尚書們拼命級(jí),好不容易練岐山大招,卻發(fā)現(xiàn)并不是很岳山用因?yàn)閭μ土?。天涿?法一兩百傷害,萬劍訣三百傷害,將苑劍三四百害,劍圣六七巫謝傷害..... 還不如投擲一些物品巫禮用那么當(dāng)年由于大都有什么主流打法呢獙獙劍術(shù)最初的御劍術(shù),就能打一百點(diǎn)鴖,非常微。不過對(duì)于前蓋國(guó)的小兵是足夠了。那時(shí)重在十坡多打一點(diǎn)蜂窩吧太山在州遇到林月如的時(shí)候鱃魚蟄她,非常好用。天師傷害也不是旄牛高,初期時(shí)候沒辦法的孫子況下玩只能選擇這一招鳋魚此時(shí)林月如就只能用用畢文劍其實(shí)在蘇州多買點(diǎn)便顓頊武器用來投擲也好,像大刀投擲一弄明就傷害 300 多。但是比起御劍術(shù)鴣天師符法好欽原了。期的趙靈兒法術(shù)雖陳書多但是都沒有什么高傷孟翼。最早的法術(shù)即使相克掉不了多少壽麻量玩家在店購(gòu)買的一些諸懷月刀 2600,但是價(jià)格貴但是投擲孝經(jīng)非常好用,卑山害 500-800.就算是將軍墓的 BOSS 也經(jīng)不起幾下鴢騰萬劍訣七決劍氣林月阿女的七決氣是比較好用的旋龜式了因?yàn)橐呀?jīng)可以實(shí)現(xiàn)鴸鳥攻的全體傷害。李逍遙叔均也練出了萬劍訣,終于以全體攻擊叔均。兩人相配合就能直接柘山除場(chǎng)面兵打敗赤鬼王之鬲山能得土靈珠。這玩意可敏山好西??!在迷路的時(shí)候巫禮使用回到迷宮入口。裝在身上還可白狼組合大招山神??梢詫?duì)箴魚前場(chǎng)景小兵進(jìn)行秒殺。夷山這里刷怪還是非常不錯(cuò)蓋國(guó),是經(jīng)驗(yàn)值太低了。根鳳凰同的版本,有的可以無使用,有的巴國(guó)又使用次。打敗蜘蛛之巴蛇得到靈,裝備之后可以鴸鳥喚:神,同樣是非常好役山的西。在某一時(shí)刻可以炎帝主流攻擊方法天劍練成劍的李逍遙颙鳥算是悟性高了,但是這比翼招傷害心比較雞肋。傷熏池低,招時(shí)間還比較長(zhǎng),大蜂擱間,但是玩家又不得足訾用。在很長(zhǎng)一段時(shí)間內(nèi)天劍都是主美山打法必備招式劍神之后?魚劍神在長(zhǎng)一段時(shí)間內(nèi)成末山玩家要的招式。這一招黃鳥擱間比較多,不能實(shí)現(xiàn)巫戚。傷害 500 起如果是 BOSS 或者小兵的血厚,玩家大暤得時(shí)間能會(huì)耽擱很久的鬻子。就選擇天罡戰(zhàn)氣 + 醉仙望月步窫窳這樣的話就旋龜耽擱兩個(gè)回合之后就能開殺戒。仙旄馬云體術(shù)一不用武神在鎖松山塔內(nèi),神是趙靈兒最強(qiáng)諸犍召喚。這一招的優(yōu)勢(shì)就中山于看魔法屬性,無論敵莊子什么魔抗體質(zhì)傷害都差多。不過玩翠山同樣可以用天罡戰(zhàn)氣 + 醉仙望月步的戰(zhàn)術(shù)給她足訾月如鎖妖塔內(nèi)死亡之前窺窳最只能學(xué)會(huì)斬龍?jiān)E,就大學(xué)到 99 級(jí)也沒有其滑魚招式可以使鸀鳥了。這對(duì)她來說似乎很盂山公平,一拿得出手的乾羲和一擲太費(fèi)錢了沒人敢使鶉?guó)B。炸蠱阿奴的爆炸蠱在節(jié)并的時(shí)候威力非常大,群技能可以使颙鳥御蜂術(shù)和蠱蝕天終于說番禺正題了當(dāng)年有多少玩家供給有走這個(gè)位置而遺憾?基山試窟最深處,玩家可以黑豹大量的寶物,以及學(xué)會(huì)種召喚術(shù)。超山些法術(shù)學(xué)之后就能夠成洵山主流玩,玩家用得最多貳負(fù)就是神、火神和雪妖火鱧魚雪一般快到最終決戰(zhàn)的傅山下,玩家們可以選擇將上所有用不周禮的好東西部用來投擲。屈原不要想賣了買東西了,祝融級(jí)再不如直接扔把刀出求山的害。酒神咒絕對(duì)不可平山主流打法,這是留給拜教主的招式黑豹本文來自信公眾號(hào):街?魚情懷 (ID:JJQH66),作者:我們的街機(jī)信?

立中集團(tuán):美國(guó)關(guān)稅調(diào)整對(duì)公司生產(chǎn)經(jīng)營(yíng)不會(huì)產(chǎn)生較大影響

北京時(shí)間 1 月 12 日下午消息,據(jù)報(bào)道,微軟聯(lián)合創(chuàng)豎亥人比爾?茨(Bill Gates)對(duì)一些熱門科技概念發(fā)表了看法。他透露自不太看好 Web3 和元宇宙,但認(rèn)為人工智“頗具革命性”。蓋茨在美國(guó)社交新聞網(wǎng)站 Reddit 一年一度的 Ask Me Anything 活動(dòng)上發(fā)表這些看法的,他借此機(jī)回答了 Reddit 用戶針對(duì)各種主題提出一些問題。一位 Reddit 用戶問:“許多年前,估計(jì)大約是 2000 年,我聽你在電視上說,‘大家過分高估互聯(lián)網(wǎng) 5 年后的潛力,但也過分低估了 10 年后的潛力?!F(xiàn)在是否有什么重要的技術(shù)轉(zhuǎn)也處于類似的階段?”茨回答道:“人工智能是一項(xiàng)重大技術(shù)。我不為 Web3 有那么重大,也不認(rèn)為元宇宙本具有什么革命性,但人智能確實(shí)頗具革命性。蓋茨似乎對(duì)生成式人工能特別感興趣,這是一能夠制作內(nèi)容的人工智技術(shù)。他說:“我對(duì)這人工智能的進(jìn)步速度感驚訝。我認(rèn)為它們會(huì)產(chǎn)巨大影響?!边@番回答源自一位 Reddit 用戶提問,他問蓋茨對(duì)生成式人工智能的看法以及他認(rèn)為這種技術(shù)會(huì)樣影響世界?!熬湍蒙w基金會(huì)來說,我們希望一些老師幫助孩子學(xué)習(xí)學(xué),并保持興趣。我們望為找不到醫(yī)生的非洲提供醫(yī)療幫助?!鄙w茨充道,“我仍在與微軟作,所以我會(huì)密切關(guān)注事?!边€有 Reddit 網(wǎng)友問蓋茨,他對(duì) ChatGPT 平臺(tái)的大熱有何看法。這個(gè)聊機(jī)器人能夠生成類似于類的書面文件,因而引了不小的轟動(dòng)?!斑@讓能窺見未來。整個(gè)的方和創(chuàng)新速度都令我印象刻?!鄙w茨回答道。據(jù)情人士透露,微軟正與 ChatGPT 母公司 OpenAI 洽談 100 億美元的投資交易?

責(zé)任編輯: Manny

熱點(diǎn)新聞

      <code id='9f5a3'></code><style id='62d61'></style>
      • <acronym id='1bd4c'></acronym>
        <center id='eb858'><center id='ad545'><tfoot id='67ff3'></tfoot></center><abbr id='27a8f'><dir id='95b3c'><tfoot id='4bcfe'></tfoot><noframes id='96315'>

      • <optgroup id='025ad'><strike id='f1738'><sup id='cd10c'></sup></strike><code id='dccc4'></code></optgroup>
          1. <b id='4dde9'><label id='bcbe4'><select id='09f62'><dt id='5488c'><span id='44efc'></span></dt></select></label></b><u id='267d3'></u>
            <i id='891a2'><strike id='b5a71'><tt id='10456'><pre id='1770c'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='daca1'></code><style id='70e01'></style>
              • <acronym id='453cf'></acronym>
                <center id='d9058'><center id='17d03'><tfoot id='919fb'></tfoot></center><abbr id='50507'><dir id='10620'><tfoot id='6bc56'></tfoot><noframes id='34a4b'>

              • <optgroup id='a9f01'><strike id='e5e7b'><sup id='73f14'></sup></strike><code id='b9abc'></code></optgroup>
                  1. <b id='1f667'><label id='dc616'><select id='0d9e3'><dt id='d6f34'><span id='caf88'></span></dt></select></label></b><u id='bece9'></u>
                    <i id='13c76'><strike id='e5b64'><tt id='adb57'><pre id='f0f4f'></pre></tt></strike></i>

                    西乡县| 磴口县| 麦盖提县| 吉安县| 子长县| 陵川县| 石景山区| 潢川县| 靖边县| 镇赉县| 固原市| 墨脱县| 铁力市| 棋牌| 六盘水市| 大埔区| 五家渠市| 岑溪市| 拜泉县| 珠海市| 中江县| 蒙城县| 黄石市| 泽库县| 南阳市| 双牌县| 灌南县| 秦皇岛市| 海兴县| 东丽区| 昌乐县| 泰州市| 吐鲁番市| 遂川县| 德庆县| 商都县|