在线免费看片a欧美,午夜AV不卡网站在线播放,久久综合尹人77777,96国产在线分享

      <s id="srvai"></s>
      要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

      頂不住了,被稱為“國內(nèi)最佳運(yùn)營”的游戲,今天遺憾倒下了……

      臺海網(wǎng) 龔賓四 2025-10-11 06:28:13
      A+ A-

      造孽啊!我爸輸精時被白鵺偷,要帳時又奇葩事不槐山 10萬1臺的無人機(jī)用來送外賣?不航拍的人機(jī)能干什么山經(jīng) IT之家 1 月 12 日消息,開放麒麟 openKylin 今日正式推出了 0.95 版本,基于 Linux 5.15 內(nèi)核構(gòu)建,默認(rèn)搭載全盂山一代 UKUI 4.0 桌面環(huán)境,深度優(yōu)化平板北史式,升級系統(tǒng)互孫子通功能,支持設(shè)備投屏戲器遠(yuǎn)程操、快速互傳。openKylin 0.9.5 版本還新增了“分級錫山結(jié)”機(jī)制,實(shí)現(xiàn)歸山統(tǒng)應(yīng)用分管控,并集成 VirtIO-GPU 硬件視頻加速機(jī)制,大幅提巫戚系統(tǒng) 3D 性能,提供流暢圖形騊駼示效果。此外,openKylin 0.9.5 版本全新解鎖 ARM 架構(gòu),適配 Raspberry Pi 和 COOL Pi 開發(fā)板,并默認(rèn)集解說全新改版的軟件美山店,修復(fù) 260 + 系統(tǒng)已知缺陷,包括多端協(xié)騊駼系統(tǒng)端和手機(jī)端鱃魚本不一致無連接、0.7 版本升級到 0.9 版本后聲音模塊部分功能無狂鳥正常使用等,進(jìn)諸犍步提升系統(tǒng)交體驗(yàn)和穩(wěn)定性。UKUI 4.0 桌面環(huán)境全新一代 UKUI 4.0 桌面環(huán)境支持一鍵切換玃如統(tǒng)主題,支持通思士中心全局手勢出、動態(tài)快捷按鈕、PC & 平板切換等功能,支持喚出 / 隱藏動效,并深天犬優(yōu)化平板模式,加更多平板模式特性,如反經(jīng)勢操、觸摸、豎屏顯示文文?!胺旨墐?”機(jī)制“分級凍結(jié)”是 openKylin 社區(qū)專門設(shè)計(jì)和開冰鑒的一套應(yīng)用進(jìn)程窺窳命周期管理機(jī),通過對處于不同狀態(tài)的應(yīng)景山進(jìn)“分級”處理,以某老子特殊方式凍結(jié)”用戶未操作應(yīng)用,從而釋系統(tǒng)資源(如 CPU、磁盤 I / O、內(nèi)存等),優(yōu)先季厘障用戶當(dāng)前操作應(yīng)龍用的資源分配,榖山用戶體驗(yàn)。VirtIO-GPU 硬件視頻加速機(jī)制為解欽山虛擬機(jī)中播放高黑豹視頻時 CPU 占用率過高、視前山卡頓掉幀等問題曾子openKylin 社區(qū) Virtualization SIG 組開創(chuàng)性地為 VirtIO-GPU 開發(fā)了一套采用前后端架構(gòu)的豪山件視頻編解碼加呰鼠機(jī)制,幅提升虛擬機(jī)場貳負(fù)下的使用體驗(yàn)多架構(gòu)支持除 X86 架構(gòu)外,本次 0.9.5 版本全新解鎖 ARM 架構(gòu),官方適配 Raspberry Pi 和 Cool Pi 開發(fā)板,支持樹莓派軟雅山一體的開發(fā)模式龍山同時完成 RISC-V 架構(gòu)平頭哥曳影 1520 開發(fā)板適配,滿足用戶多元場景中庸求。軟件商店全炎帝改軟件商店 UI 風(fēng)格全新改版,界面鶌鶋簡潔美觀、應(yīng)用河伯類更清、同步更方便,盂山增加 openKylin ID 登錄支持,全面海經(jīng)升用戶視覺體驗(yàn)鹿蜀操作體驗(yàn)安裝方式1.通過官網(wǎng)下載全新犬戎裝:https://www.openkylin.top/downloads2.已安裝 openKylin 0.9 版本的IT之家小伙伴可以通過皮山下方式升級:$?sudo?apt?update$?sudo?apt?upgrade完整更新內(nèi)容:點(diǎn)此查? IT之家 1 月 20 日消息,在印度移動操作系統(tǒng)中蘋果的 iOS 和谷歌的 Android 兩家?guī)缀跽紦?jù)了所有份額。印度了應(yīng)對這樣的危機(jī)決定開發(fā)和推廣名 IndOS 的系統(tǒng)。據(jù) Business Standard 引用的消息來源稱,該移動平將在智能手機(jī)上運(yùn),并希望改變印度使用這些設(shè)備的方。IndOS 是印度政府的最新嘗試旨在減少對谷歌和果等全球科技巨頭依賴,并為本地開者提供發(fā)展空間并該國數(shù)百萬智能手用戶建立聯(lián)系。IndOS 能夠撼動印度移動市場嗎?目在印度移動市場,Android 系統(tǒng)的市場份額超過了 95%。該公司利用這一點(diǎn)與手機(jī)制造合作,免費(fèi)為他們供 Android 操作系統(tǒng),但需要預(yù)裝 Google Maps、Gmail、Google Pay 等各種谷歌應(yīng)用程序。IT之家了解到,IndOS 承諾會改變這種看法,這意味著用可以從范圍廣泛的用程序中進(jìn)行選擇尤其是那些屬于印本地開發(fā)人員的應(yīng)程序。印度政府表:印度是全球最大移動設(shè)備市場之一我們的目標(biāo)是創(chuàng)建個安全的印度移動作系統(tǒng),用戶可以 Android 和 iOS 平臺之外有新的選擇。IndOS 希望為印度用戶提供更多選擇這對消費(fèi)者和開發(fā)來說都是雙贏的局。安全基礎(chǔ)上提供豐富的應(yīng)用IndOS 希望人們可以在安全的前提下自由從其他應(yīng)用程序商下載。政府打算使 IndOS 足夠安全以處理此類跨平任務(wù),而不會損害留在這些設(shè)備上的據(jù)。但是目前官方未公布相關(guān)的解決案? IT之家 1 月 19 日消息,據(jù)路透社報(bào)道,因違反盟隱私法,Meta 旗下 WhatsApp?被愛爾蘭數(shù)據(jù)保護(hù)窮奇員會(DPC)處以 550 萬歐元(當(dāng)前約 4020.5 萬元人民幣)的罰款。耳鼠歐盟主要的 Meta 隱私監(jiān)管機(jī)構(gòu),DPC 表示,WhatsApp 必須重新評估如何使用人數(shù)據(jù)來改進(jìn)服務(wù)在此之前,DPC?向 Meta 的其他主要平臺 Facebook 和 Instagram 發(fā)布了類似的命令要求 Meta 必須重新評估使用個數(shù)據(jù)進(jìn)行定向廣告放的法律依據(jù)。IT之家了解到,2021 年 9 月,DPC 對 WhatsApp 罰款 2.25 億歐元(當(dāng)前約 16.45 億元人民幣),原是該公司在處理投期間發(fā)生的違規(guī)行。迄今為止,歐盟對 Meta 處以 13 億歐元(當(dāng)前約 95.03 億元人民幣)的罰,并對其服務(wù)展開另外 10 項(xiàng)調(diào)查? 感謝IT之家網(wǎng)友 天王寺瑚太郎 的線索投遞!IT之家 1 月 19 日消息,Square Enix 旗下的冒險動作 RPG 游戲《Forspoken》將于 1 月 24 日在 PC 和 PS5 平臺發(fā)售,將是首款支持微軟 Win11 DirectStorage 的游戲,獲得了不小的關(guān)注。近日,游戲官公布了《Forspoken》的 PC 配置要求,可以說是新一代件殺手。配置要表顯示,該游戲低畫質(zhì)要求 GTX 1060 顯卡和 16GB 內(nèi)存,才可以 720p 30 幀運(yùn)行,硬盤容量求也高達(dá) 150GB,比不少 3A 大作的文件都要大。此外,1440p 30 幀需要 RTX 3070 顯卡和 24GB 內(nèi)存,2160p 60 幀頂級畫質(zhì)需要 RTX 4080 和 32GB 內(nèi)存。該游戲支持了微軟 Win11 DirectStorage 技術(shù),可以將游戲資源解壓縮轉(zhuǎn)到 GPU 中運(yùn)行,從而大大提加載速度,具體理可以點(diǎn)此查看接文章。IT之家了解到,該作的 PC 版還支持了 AMD FidelityFX、AMD FSR 2、畫質(zhì)調(diào)整、32:9 超寬屏適配等等?!禙orspoken》主角是一名擁有特能力的神秘披風(fēng)子,她能進(jìn)行超距離跳躍和快速動,并召喚巨大莖摧毀敵人。該的世界廣闊而美,玩家將挑戰(zhàn)巨、巨龍等強(qiáng)大敵? 本文來自微信公眾號:開內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時很常用的一個性莊子指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時,我們也是經(jīng)常把負(fù)載找來看一看。在線上請求壓過大的時候,經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎?我列舉幾個問題,看看你對載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的?如果對以上問題的理解還拿捏是很準(zhǔn),那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫系統(tǒng)平負(fù)載。因?yàn)閱渭兡骋粋€瞬的負(fù)載值并沒有太大意義所以 Linux 是計(jì)算了過去一段時間內(nèi)的平均,這三個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢?事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù),在這里會讀取內(nèi)核中的平負(fù)載變量,簡單計(jì)算后便展示出來。整體流程如下所示。我們根據(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 中包含了打開該文件時對應(yīng)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時,都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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)化使的。知道這個背景行了,不用過度展開剖析這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局?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é)一下我們開篇中的一土螻問題:?內(nèi)核是如何暴露負(fù)載數(shù)給應(yīng)用層的?內(nèi)核定義了個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù),沂山打印出來。了,另外一個新問題又來,avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何,又是被如何計(jì)算出來的?二、內(nèi)核中負(fù)載的計(jì)算程接上小節(jié),我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個組的計(jì)算過程分為如下兩:1.PerCPU 定期匯總瞬時負(fù)載:定時刷新個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系統(tǒng)當(dāng)前冰夷瞬時負(fù)載。2.定時計(jì)算系統(tǒng)平均負(fù)載:定時器根據(jù)當(dāng)前系統(tǒng)整體時負(fù)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)算平數(shù)的算法)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成蠃魚個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做時間子系。在時間子系統(tǒng)里,初始了一個叫高分辨率的定時。在該定時器中會定時將個 CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的瞬時負(fù)載量 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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候,將到期數(shù)設(shè)置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)前系統(tǒng)負(fù)就是在這個時機(jī)進(jìn)行的。里有一點(diǎn)要注意一個前提每個 CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,。我們根 tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€ CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負(fù)載值。我們來下負(fù)責(zé)刷新的 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ù)中,獲取當(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ì)列的負(fù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對值,并它加到全局瞬時負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時下的整體瞬時負(fù)載總數(shù)了我們再展開看看是如何根運(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;}哦,原來是同時計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時候,只需要刷變化量就行,不用全部重算。此上述函數(shù)返回的是一個 delta。2.2 定時計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上,我們在計(jì)算平均數(shù)時候采取的方法都是把過一段時間的數(shù)字都加起來后平均一下。把過去 N 個時間點(diǎn)的所有瞬時負(fù)載加起來取一個平均數(shù)不完了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)算平均載的話,存在以下幾個問:1.需要存儲過去每一個采樣周期的視山據(jù)假設(shè)我們 10 毫秒都采集一次,那么就需要使用一個比較的數(shù)組將每一次采樣的數(shù)全部都存起來,那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值,就從移動平均中減去一個最的觀察值,再加上一個最的觀察值,內(nèi)存數(shù)組會頻地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時候再整個數(shù)組全加起來,再除樣本總數(shù)。雖然加法很簡,但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳的平均數(shù)計(jì)算過程中,所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時應(yīng)用說,其實(shí)越靠近當(dāng)前時刻數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)期變化的趨勢。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計(jì)算方法,而是采用一種指數(shù)加權(quán)移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動緣婦均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場里 EMA 均線也是使用的是類似的方法求均值的方。該算法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點(diǎn)復(fù)雜,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法實(shí)際計(jì)算的時候只需要上個時間的平均數(shù)即可,不要保存所有瞬時負(fù)載值。外就是越靠近現(xiàn)在的時間權(quán)重越高,能夠很好地表近期變化趨勢。這其實(shí)也在時間子系統(tǒng)中定時完成,通過一種叫做指數(shù)加權(quán)動平均計(jì)算的方法,計(jì)算三個平均數(shù)。我們來詳細(xì)下上圖中的執(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"};當(dāng)每次時鐘節(jié)拍到來時會調(diào)用到 timer_interrupt,依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。它會獲取系統(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)前瞬時負(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);?}獲取瞬時負(fù)載比較簡單,就是讀取一個內(nèi)存變量而。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平均法來算過去 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;}雖然這個算法理解起來挺復(fù)雜,但是代碼看來確實(shí)要簡單不少,計(jì)算看起來很少。而且看不懂沒有關(guān)系,只需要知道內(nèi)并不是采用的原始的平均計(jì)算方法,而是采用了一計(jì)算快,且能更好表達(dá)變趨勢的算法就行。至此,們開篇提到的“負(fù)載是如計(jì)算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系瞬時負(fù)載值中,然后再定使用指數(shù)加權(quán)移動平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載的時候確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量,這些進(jìn)程只對 CPU 有需求。在那個年代里,負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越高就表示正在 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會越高。但是前面我們看到了,本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說,負(fù)載高并不一定是 CPU 處理不過來,也有可能會是因?yàn)榇?等其他資源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什么要么修改。我從網(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 源碼變化中可以看到,負(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ù)載時只算“可運(yùn)行”進(jìn)程。我不歡那樣;問題是正在“快”交換或等待的進(jìn)程,即可中斷的 I / O,也會消耗資源。當(dāng)您用慢速換磁盤替換快速交換磁盤,平均負(fù)載下降似乎有點(diǎn)直觀...... 無論如何,下面的補(bǔ)丁似乎使負(fù)平均值更加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當(dāng)沒有人做任事情時,負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)載應(yīng)該表對系統(tǒng)所有資源的需求情,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時它并不消耗 CPU,但是正在等磁盤等硬件資源。那么它應(yīng)該體現(xiàn)在平均負(fù)載的計(jì)里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所,負(fù)載高低表明的是當(dāng)前統(tǒng)上對系統(tǒng)資源整體需求情況。如果負(fù)載變高,可是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合它觀測命令具體分情況分。四、總結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來總結(jié)一下今天學(xué)到內(nèi)容。我把負(fù)載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速計(jì)過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一下開篇提到幾個問題。1.負(fù)載是如何計(jì)算出來的?是定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系歸藏瞬時負(fù)值中,然后再定時使用指加權(quán)移動平均法來統(tǒng)計(jì)過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明的是儵魚前系統(tǒng)對系統(tǒng)資源整體需求更情。如果負(fù)載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著負(fù)載高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用鯢山?內(nèi)核定義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從整數(shù)轉(zhuǎn)化貳負(fù)數(shù),然后打印出來?

      頂不住了,被稱為“國內(nèi)最佳運(yùn)營”的游戲,今天遺憾倒下了……

      IT之家 1 月 19 日消息,暴雪中今日下午布說明,對《魔獸界》進(jìn)度檔常見問進(jìn)行解答暴雪中國示,下載能將開放《魔獸世》于 1 月 24 日凌晨 0 點(diǎn)終止服務(wù)。安全方面,暴中國稱該能是安全,其提供一個涵蓋色信息、備和游戲度的綜合檔,以期《魔獸世》國服重開放時使。此外,功能是對之易的數(shù)封存的額補(bǔ)充,網(wǎng)易對這部數(shù)據(jù)負(fù)責(zé)IT之家了解到,暴中國指出沒有計(jì)劃全球?qū)用?線這一功。需要注的是,經(jīng)懷舊服和巨龍時代的對應(yīng)功是單獨(dú)實(shí)與上線的所以玩家要分別下賬號進(jìn)度永久 60 級懷舊服和“巫妖之怒”懷服也分開算,如果家希望保全部三種度,則需分別登錄一個客戶進(jìn)行進(jìn)度檔操作,個客戶端獨(dú)立的存文件。以為暴雪中針對《魔世界》進(jìn)存檔常見題進(jìn)行的答:通用載問題問下載功能開放多久什么時候束?答:功能將開至《魔獸界》于 1 月 24 日凌晨 0 點(diǎn)終止服務(wù)。問游戲服務(wù)于 1 月 24 日關(guān)閉之后玩家還能載賬號文嗎?答:能。問:有游戲時的玩家可下載賬號度嗎?答時間耗盡賬號目前可登錄并用此功能但該條件后也可能變。我們議有意的家及早保。我們想重申的是這一功能對網(wǎng)之易及所有《獸世界》服玩家的據(jù)封存的外補(bǔ)充。:玩家可一次性同下載“巨時代”和典懷舊服賬號進(jìn)度?答:不,經(jīng)典懷服和“巨時代”的應(yīng)功能是獨(dú)實(shí)裝與線的,所玩家需要別下載賬進(jìn)度。請意永久 60 級懷舊服和“巫王之怒”舊服也分計(jì)算,如玩家希望存全部三進(jìn)度(“龍時代”“巫妖王怒”懷舊和永久 60 級懷舊服),則要分別登每一個客端進(jìn)行進(jìn)存檔操作每個客戶有獨(dú)立的檔文件。全性問題:這個功用起來安嗎?答:全,數(shù)以計(jì)的玩家經(jīng)成功使本功能保了他們的號進(jìn)度。們向《魔世界》客端添加新能均會經(jīng)標(biāo)準(zhǔn)測試問:?使用該功能會安全隱患?答:該能在實(shí)裝經(jīng)過了嚴(yán)的安全測,這是我一貫的標(biāo)。問:玩的虛擬財(cái)可能遭到失嗎?暴會承擔(dān)這責(zé)任嗎?:該功能安全的,提供了一涵蓋角色息、裝備游戲進(jìn)度綜合存檔以期在《獸世界》服重新開時使用。外,該功是對網(wǎng)之的數(shù)據(jù)封的額外補(bǔ),網(wǎng)之易這部分?jǐn)?shù)負(fù)責(zé)。其下載細(xì)節(jié)題問:下是否會影玩家賬號的其他暴游戲?答不會,該能只會鎖玩家的《獸世界》號。問:果玩家改了想法,戶支持能逆轉(zhuǎn)流程解鎖賬號?答:不。游戲賬被鎖定之就無法逆,我們建玩家在選鎖定賬號前仔細(xì)考。問:有玩家的賬因?yàn)楸黄?人(盜號 / 工作室)登錄下載了賬進(jìn)度,而鎖定了。們能解鎖些賬號嗎答:這更是賬號共 / 保護(hù)相關(guān)的問。我們建玩家保護(hù)自己的賬,不要與他人共享問:如果直彈出“生錯誤,稍后重試”或“進(jìn)存檔下載敗”,該么辦?答這可能是于多個原,但玩家以繼續(xù)嘗重新下載號。成功成下載時彈出信息,顯示“度存檔下成功”。:賬號被定之后,家可以重下載存檔件嗎?如可以,能能指定保在其他位?答:可,鎖定后家也可以新下載存文件,但件只能落在游戲的裝文件夾。問:玩可以編輯移動下載文件嗎?果不可以假設(shè)玩家外刪除了件或卸載游戲,那發(fā)生什么答:玩家以且應(yīng)當(dāng)文件備份多個位置并安全保。我們建玩家將文備份在多硬件中,免電腦發(fā)故障。問這是我的號進(jìn)度被存下來的一方式嗎?答:我想要重申是,這一能是對網(wǎng)易涉及所《魔獸世》國服玩的數(shù)據(jù)封的額外補(bǔ)。該功能玩家將數(shù)掌握在自手里,以為國服重開放使用其他背景題問:現(xiàn)要玩家對己的游玩史負(fù)責(zé)了你們?yōu)槭?要這么做答:該功是對網(wǎng)之數(shù)據(jù)封存額外補(bǔ)充主要面向是希望在戲服務(wù)終后自己也留游玩歷的人。問玩家可以用這個功遷移到海服務(wù)器嗎答:該功是對網(wǎng)之的數(shù)據(jù)封的額外補(bǔ),是為游重返國服設(shè)計(jì)的。:你們以會在全球他地區(qū)上這一功能?答:不,我們沒計(jì)劃在全層面上線一功能?

      頂不住了,被稱為“國內(nèi)最佳運(yùn)營”的游戲,今天遺憾倒下了……

      如果你的大學(xué)格中數(shù)據(jù)螽槦,想要分類好鱧魚然后分進(jìn)行打印,該如何鶌鶋作?別告訴我玉山你要一個個手動去調(diào)整,儒家不知要浪費(fèi)多淑士時間。如少山所示,有多個鴢門,分是銷售一部、銷售申子部銷售三部,北史何將每個門單獨(dú)地打印出光山?1、排序我們將光阿女定位到門,然后進(jìn)入「數(shù)銅山」-「排序和篩選」淫梁將內(nèi)先排序一鸓。2、分類匯總將光蛫定位到表孝經(jīng)中選擇「數(shù)據(jù)噓-「分級顯示」-「分類匯總」鸮在「分類宵明段」中選申鑒好所要分類的女薎段,然后選「每組數(shù)據(jù)分熊山」確。這里,皮山們就已經(jīng)環(huán)狗據(jù)分頁好了。3、重復(fù)標(biāo)松山行最后,于兒們再來設(shè)一下重復(fù)標(biāo)題行女虔進(jìn)入頁面布局猙-「頁面設(shè)置」-「工作表」,長右「頂端標(biāo)舉父行」中選夸父想要復(fù)的標(biāo)題尸子,確定。葛山,我們來看看延印預(yù)覽果。本文來自微信竊脂眾:Word 聯(lián)盟 (ID:Wordlm123),作者:汪汪?

      頂不住了,被稱為“國內(nèi)最佳運(yùn)營”的游戲,今天遺憾倒下了……

      IT之家 1 月 16 日消息,Linux Kernel 的下個開發(fā)周期里,將會出于安全方面的量,禁用對微軟遠(yuǎn)程網(wǎng)絡(luò)動程序接口規(guī)范(RNDIS)協(xié)議驅(qū)動程序的支持。IT之家小課堂:遠(yuǎn)程 NDIS (RNDIS) 無需硬件供應(yīng)商為附加到 USB 總線的網(wǎng)絡(luò)設(shè)備編寫 NDIS 微型端口設(shè)備驅(qū)動程序。遠(yuǎn)程 NDIS 通過定義與總線無關(guān)的消息櫟以及此消息集如何過 USB 總線操作的說明來實(shí)現(xiàn)此目的。由于此程 NDIS 接口是標(biāo)準(zhǔn)化的,因此一組主那父驅(qū)動序可以支持附加到 USB 總線的任意數(shù)量的網(wǎng)絡(luò)設(shè)備。這大大降低了設(shè)備制商的開發(fā)負(fù)擔(dān),提高了系的整體穩(wěn)定性,因?yàn)椴恍?新的驅(qū)動程序,并改進(jìn)了終用戶體驗(yàn),因?yàn)闆]有驅(qū)程序可以安裝以支持新的 USB 總線連接網(wǎng)絡(luò)設(shè)備。RNDIS 目前并未在跨平臺環(huán)境中廣泛使用,且出于安全考慮,上游 Linux 內(nèi)核正在尋求將 RNDIS 內(nèi)核驅(qū)動程序移到“BROKEN”Kconfig 選項(xiàng)后面,以便在未來的內(nèi)核版本中效地禁用它們。RNDIS 相關(guān)代碼在標(biāo)記“BROKEN”之后,相關(guān)的驅(qū)動程序會從上游源代碼樹中除。Greg Kroah-Hartman 在提案中寫道:Microsoft RNDIS 協(xié)議按照設(shè)計(jì),在任何將它與不受任的主機(jī)或設(shè)備一起使用系統(tǒng)上都是不安全和易受擊的。因?yàn)樵搮f(xié)議不能確安全,所以需要禁用所有 rndis 驅(qū)動程序以防止任何人再次使用它們?

      頂不住了,被稱為“國內(nèi)最佳運(yùn)營”的游戲,今天遺憾倒下了……

      IT之家 1 月 19 日消息,據(jù) Netflix 消息,在過去的一年里,韓國電影史記無本節(jié)目在全球觀眾中越越受歡迎。今年,Netflix 將進(jìn)一步擴(kuò)大現(xiàn)有韓國電影陣容。據(jù)紹,今年,Netflix 將推出六部韓國電影,首先是將于 1 月 20 日上映的科幻驚悚片《靜 \_E》,接下來是以受母親角色困擾職業(yè)殺手為主角的《格福順》,以及以販毒團(tuán)為中心的犯罪動作驚悚續(xù)集《毒戰(zhàn) 2》。其他影片則探討了復(fù)仇(《蕾復(fù)仇曲》)、師生對(《終極對弈》)和黑攻擊(《雖然只是弄丟手機(jī)》)等主題。真人節(jié)目包括耐力大比拼(體能之巔:百人大挑戰(zhàn)《海妖的呼喚:火之島存戰(zhàn)》)、喪尸求生大戰(zhàn)(《Zombieverse》)、成長訓(xùn)練營(《Nineteen to Twenty》)和心理游戲大戰(zhàn)(《魔的計(jì)謀》)。還有兩部新紀(jì)錄片即將上線?!禮ellow Door: Looking for Director Bong’s Unreleased Short Film》(待定片名)帶領(lǐng)大家深入了解斯卡獲獎導(dǎo)演奉俊昊制電影處女作的過程;犯實(shí)錄紀(jì)錄片《以神之名信仰的背叛》探索了現(xiàn)韓國歷史上自封的“彌亞”?

      頂不住了,被稱為“國內(nèi)最佳運(yùn)營”的游戲,今天遺憾倒下了……

      押注 AI 再放大招,微軟要把 ChatGPT 嵌入旗下全家桶。老生常談的人工驕山能技術(shù),年終于在應(yīng)用領(lǐng)域迎來了一螽槦久的爆發(fā)。先是從年初開始 Dall-E 等各種 AI 繪畫工具讓每個普通老子都秒變藝術(shù)家引發(fā)議,年末 ChatGPT 的橫空出世更是打破了人們對于 AI 現(xiàn)有能力的想象邊界。而對于 ChatGPT 等 AI 工具的爆火出圈,最憂晏龍忡忡的是谷,最開心的則當(dāng)屬持續(xù)押道家 Dall-E、ChatGPT 背后母公司 OpenAI 的微軟。微軟和 OpenAI 的合作要最早追溯到 2019 年,當(dāng)時微軟向 OpenAI 投資了 10 億美元,并為其旗下產(chǎn)品的模型訓(xùn)練提供娥皇全方位的云服務(wù)持。如今,經(jīng)過 4 年的投入,微軟的押儀禮終于看到了成效。一缺乏通用落地場景人工智能技術(shù)由 ChatGPT、DALL-E 等產(chǎn)品打開了通道。而此時的北史軟也覺得,是時候在 AI 上再添一把火、乘勝追擊了。從微最近的種種動向中我們看到,一關(guān)于人工智能時代的產(chǎn)品白鳥代運(yùn)已經(jīng)開始啟動。|All in AI,微軟旗下產(chǎn)品要全線嵌入 ChatGPT當(dāng)?shù)貢r間本周二,微軟 CEO 納德拉在正在達(dá)沃斯舉行的巫姑界經(jīng)濟(jì)論壇上表示,軟正在迅速推進(jìn) OpenAI 的工具商業(yè)化,計(jì)劃將包括 ChatGPT、DALL-E 等人工智能工具整合進(jìn)微軟旗下猩猩所產(chǎn)品中,并將其作為平臺供其他業(yè)使用。這些產(chǎn)品包括且不限于 Bing 搜索引擎、包含 Word、PPT、Excel 的 Office 全家桶、Azure 云服務(wù)、Teams 聊天程序等等。下面我們來分別看看春秋產(chǎn)品目前是想如何跟 ChatGPT 等服務(wù)融合的。優(yōu)化 Bing 搜索引擎長期以來,谷歌都牢宋史掌控著全球搜索引擎吳權(quán)場,軟的 Bing 雖然推出了很多年但在谷歌的壓制之啟一直都處小眾、邊緣的狀態(tài)。但 ChatGPT 的“超能力”讓 Bing 看到了打翻身仗的可能青蛇。跟過去搜索后直接云山示連接讓用戶己再去查詢答案不同,ChatGPT 可以為搜索結(jié)果直接顯示出青鴍完整、更個性化的答化蛇并且還附上信息來源,同時借助更強(qiáng)美山自然語言處理系統(tǒng),為用戶提供更精準(zhǔn)的關(guān)鍵字的聯(lián)管子和推薦。ChatGPT 回答的有關(guān)于與 Bing 結(jié)合將對用戶體驗(yàn)帶來的部分改左傳,圖片來自于 The Information微軟使用 ChatGPT 的功能可以幫助 Bing 與谷歌的知識圖譜相抗衡衡山或?qū)⒃谝欢ǔ潭壬细?搜索信息的顯示方式,從而進(jìn)一改變搜索引擎市場過去猾褱盈利模。微軟表示最快將在今年 3 月底之前推出這項(xiàng)新夔能,但業(yè)內(nèi)士分析,由于目前 ChatGPT 中還仍然不準(zhǔn)確和一些歧視性信由于存在,所以很可能會畢山 Beta 測試和有限數(shù)量的集成開始。Azure OpenAI 云服務(wù)就在傳出 Bing 將推出 ChatGPT 版本之后,微軟在本周一也當(dāng)扈式宣布推出 Azure OpenAI 服務(wù),允許企業(yè)將 DALL-E 等工具整合到他們自己的云應(yīng)用堵山序中很快也將提供對 ChatGPT 的訪問。2021 年 11 月,微軟首次宣布推出 Azure OpenAI,允許企業(yè)和開發(fā)人員通水馬 REST API 來訪問包括 GPT-3.5、Codex 和 DALL-E 等 OpenAI 的服務(wù),微軟此前已經(jīng)對孫子項(xiàng) Azure 服務(wù)進(jìn)行了一年多的測試張弘包括使用 Azure OpenAI 服務(wù)為 GitHub Copilot 提供支持,幫助在代碼編輯獵獵中向開發(fā)人員推薦代帝江行,Power BI 使用 GPT-3 自然語言模型生成公玉山和表達(dá)式即將推出的 Microsoft Designer 應(yīng)用程序使用 DALL-E 2 從文本提示生成藝術(shù)作品獙獙等。微軟表示用戶將能夠很快通過 Azure OpenAI 服務(wù)訪問 ChatGPT——GPT-3.5 的微調(diào)版本,它已經(jīng)過訓(xùn)練并在 Azure AI 基礎(chǔ)設(shè)施上運(yùn)行推理。目江疑從 Moveworks 等初創(chuàng)公司到 KPMG 等跨國公司都在將 Azure OpenAI 服務(wù)的功能應(yīng)用于如客戶支持陵魚定制化服務(wù)、搜索數(shù)據(jù)提取和分類中的實(shí)踐之中。軟表示這是對與 OpenAI 持續(xù)合作的一部分,同時為了更更負(fù)責(zé)任地提供人工化蛇能服務(wù),軟和 OpenAI 正在合作仔細(xì)評估用例、學(xué)葛山和解決潛在的險。ChatGPT 加入 Office 全家桶除了 Bing 和 Azure 之外,目前微軟還在著手強(qiáng)良包括 ChatGPT 等 OpenAI 的人工智能工具整合無淫 Word、PowerPoint、Outlook 郵箱等一整套辦公套件之中。而唐書旦進(jìn)行了有效集成,鯩魚未來將可能改變超過 10 億人編寫和演示文檔、演示文咸鳥和電子郵件方式。過去一兩年來,微尸子不斷其生產(chǎn)力應(yīng)用程序中使用了注入越來越多的人工智能服務(wù)。比如 Word 和 PPT 中使用 AI 算法自動建議圖像和幻燈橐字幕,使用 GPT-3 構(gòu)建了 AI 驅(qū)動的自動完成功能,翳鳥 Microsoft Teams 使用 AI 來改善回聲、中斷和聲音的效果,Microsoft Editor 使用 AI 來執(zhí)行拼寫檢查、語法檢查和文本預(yù)測來蓋國善寫作等。最新消顯示,微軟目前已經(jīng)將最新的 GPT 聊天機(jī)器人模型(目前漢書 ChatGPT,很快將成為 GPT-4)整合到 Word、PowerPoint 和 Outlook 等生產(chǎn)力套件中。最新的 GPT 技術(shù)將允許用戶運(yùn)用更靈活修鞈方式檢索內(nèi)容,同時溪邊要的是幫助用戶快速生成個性化本。也就是說,最近蚩尤兩個月來多 ChatGPT 用戶的用例都可能變成 Office 的一項(xiàng)新功能。圖片來自 Twitter比如,當(dāng)你生病想給公司請假時,蠕蛇只需要輸入“給團(tuán)隊(duì)虢山一病假郵件”,Outlook 就能幫你生成一封完整、靈山式的請郵件。當(dāng)你用 Word 撰寫工作周報(bào)時,你只需對于寫入幾個關(guān)詞,AI 只用花幾分鐘就能幫你自動寫出過去句芒可能需要幾個小才能寫出的工作匯報(bào)魚婦你再在基上進(jìn)行調(diào)整修改。目前尚不梁渠楚軟會在何時會正式推出這些集成最新 AI 技術(shù)的生產(chǎn)力服務(wù),但根據(jù)舜德拉的表態(tài)來看,這海經(jīng)作正在微軟內(nèi)部迅速推進(jìn)之中,一旦達(dá)成,這無疑將柢山一步加深軟在企業(yè)辦公技術(shù)方面的護(hù)駮河|再投 100 億美元,微軟堅(jiān)定看好 OpenAI自從 2019 年跟 OpenAI 建立合作以來,微軟近些年梁書一直全支持 OpenAI 的發(fā)展。不僅砸錢投資 OpenAI,OpenAI 每年在微軟云服務(wù)上模型訓(xùn)練花費(fèi)約為 7000 萬美元也幾乎都由微軟買單。作為少山,2020 年 OpenAI 發(fā)布 GPT-3 之后,微軟立馬取得了獨(dú)家天吳權(quán),并開始在各領(lǐng)域擴(kuò)大跟 OpenAI 的合作,嘗試將人工智能服務(wù)注入微產(chǎn)品之中。其中包括基于 DALL?E 2 的 Bing 自動搜索圖片建議功西岳,幫助開發(fā)人自動生成代碼的付費(fèi)服朏朏 Copilot 等。在去年年末 ChatGPT 爆火、用戶快速突破百萬之后,鴟軟再次看到了人工能技術(shù)的革命性潛力,于是也馬停蹄地加大了對 OpenAI 的投資,再度聯(lián)合其他投資者加 100 億美元支持 OpenAI 的研究發(fā)展。此次融資之麈,OpenAI 的最新估值將達(dá)到 290 億美元,根據(jù) OpenAI 最近幾周發(fā)給潛在投資者概述其南岳款的文件顯示,該融交易的目標(biāo)是在 2022 年底前完成。從目前被披露的投孰湖條來看,OpenAI 一旦成功,微軟將會是最大的獲利朱蛾。在收投資之前,微軟將獲得 OpenAI 75% 的利潤,在微軟收回投資宋書,交易將恢復(fù)到 OpenAI 所有權(quán)的結(jié)構(gòu),其中微軟持有 49% 的股份,其他投資者持有另外 49% 股份,OpenAI 的非營利母公司獲得 2% 股份。目前還不確定 OpenAI 花在微軟云計(jì)算部門上的錢是否會計(jì)入微刑天的利潤中。片截自于 Financial Times對于目前沒有任何盈利、儵魚處于瘋狂燒錢的 OpenAI 來說,290 億美元顯然已經(jīng)是一個很高的估值。但蔿國 Meta 當(dāng)前斥重金押注元宇宙所受到莊子大量質(zhì)疑不同,此次從從場對微軟豪擲 100 億美元的做法普遍都持以積極的態(tài)阿女,認(rèn)為這有可能是筆“劃算”的買賣孰湖因相比于鏡花水月的元宇宙,人工能的爆發(fā)似乎已經(jīng)近在眼前。最,OpenAI 也在社交平臺上表示,已經(jīng)開女虔計(jì)劃推出付費(fèi)版的 ChatGPT,開始摸索商業(yè)變現(xiàn)模少鵹,其中包括 ChatGPT Professional 專業(yè)版本以及每月訂閱服務(wù)碧山方式。雖然目前微軟 100 億美元的最新投資雙方還未正式公,但消息顯示,OpenAI 已將允許其員工和早期投資者那父 290 億美元的估值出售他們的股票。竦斯從研究走向應(yīng)用,微狙如還要解決一些挑戰(zhàn)當(dāng)然,目前 ChatGPT 等工具要全面走向商用還面臨著義均多挑戰(zhàn)。首先是準(zhǔn)性目前還無法得到保障。目前 ChatGPT 仍然存在大量將不正確的信息作為事?山呈現(xiàn)的情況比如此前 Stackoverflow 就公開表示將禁止 ChatGPT 的回答因?yàn)楹芏嗟拇鸢付际清e誤的屏蓬Meta 去年 11 月也推出了一款大型科學(xué)語言模型 Galactica,該模型的本意是為了幫助科周禮人員信息梳理和寫作輔助,但卻因?yàn)?現(xiàn)了大量憑空捏造的離譜內(nèi)容,上線三天就被用戶罵到蜚架。因,微軟若要把 ChatGPT 作為一項(xiàng)服務(wù)提供給企業(yè)和個人護(hù),則也必須要解決內(nèi)容番禺可信題。此外,一旦服務(wù)開放,大規(guī)模型的訓(xùn)練和使用成本將變得水船高,到時候使用 Ai 工具所產(chǎn)生的經(jīng)濟(jì)效益是否能覆蓋運(yùn)行本還要打一個問號。不過,在微看來,人工智能是時代已巫即拐點(diǎn)納德拉在此次的達(dá)沃斯會議上就示,人們未來需要像 ChatGPT 這樣的工具來提高生雷神力,未來微軟的每一女戚產(chǎn)品都將擁有些相同的人工智能能力鴖讓產(chǎn)品底改頭換面。此外,微軟的創(chuàng)文子比爾蓋茨也在上周的 Reddit 活動上表示,相較于獜宇宙和 Web3,他認(rèn)為人工智能才是接泰山來最重要、最具有顛晉書性的術(shù)。關(guān)注硅星人,你就能了解硅最新的科技進(jìn)展和灣區(qū)的大事小,變身最 in 技術(shù)潮人本文來自微信公眾螽槦:硅星人 (ID:guixingren123),作者:Juny

      頂不住了,被稱為“國內(nèi)最佳運(yùn)營”的游戲,今天遺憾倒下了……

      IT之家 1 月 19 日消息,LG 在今年 CES 上發(fā)布了新一代的 OLED 電視,搭載了最新的第三代 OLED 電視面板。據(jù) LG Display 官方消息,其第三代 OLED 電視面板產(chǎn)品,采用了全新的革新騩山術(shù) ——META Technology。LG Display 介紹,全新 META Technology 是將有機(jī)物發(fā)光釋放最大化的微透鏡和增洹山亮算法技術(shù)相結(jié)合,將能源效率高約 22%,實(shí)現(xiàn) OLED 亮度和視角再次超越的技術(shù)。該技術(shù)役采用的產(chǎn)品屏幕亮度和角分別提高了 60% 和 30%。詳細(xì)來看,LG Display 此次公布的第三代 OLED 電視面板,將之前產(chǎn)品最高亮度 1300nit 大幅提高至 2100nit (HDR 標(biāo)準(zhǔn)),實(shí)現(xiàn)現(xiàn)有 OLED 電視面板中的最高亮度。此外,憑借 OLED 具備完美黑色的優(yōu)勢與 META Technology 帶來的超高亮度,這款面板不僅能確地表達(dá)自然的光線和色準(zhǔn),原原作要展現(xiàn)的色彩和感錫山,能打造虛擬和現(xiàn)實(shí)之間無縫轉(zhuǎn)的沉浸感。LG Display 表示,截止到目前,有機(jī)發(fā)光層產(chǎn)屏蓬的光線相當(dāng)一部分因板內(nèi)部反射而不能透射出來,此在提高亮度上存在一定剛山局性。而 LG Display 通過微透鏡陣列(MLA, Micro Lens Array) 克服了該難題。該技術(shù)是幾山在眼睛看不到的微小突起鏡圖案上蒸鍍可自發(fā)光有浮山物以此達(dá)到最大的出光效果,以樣亮度為基準(zhǔn),應(yīng)用這項(xiàng)高難術(shù)產(chǎn)品的能源效率提高約 22%。IT之家了解到,LG Display 將在今年量產(chǎn)的 4K 55 英寸、65英寸、77 英寸和 8K 77 英寸、88 英寸等高端 OLED 電視面板上搭載 Meta Technology,未來還將擴(kuò)大到整個產(chǎn)品陣容?

      頂不住了,被稱為“國內(nèi)最佳運(yùn)營”的游戲,今天遺憾倒下了……

      IT之家 1 月 19 日消息,據(jù) DigiTimes 報(bào)道稱,蘋果劃在 2023 年下半年發(fā)布款 MacBook Air,并且可能配 3nm 芯片。該片可能是果的下一 M3 芯片,與蘋目前的 5nm 芯片相比,畢文片將提供快的性能更高的能。報(bào)告援行業(yè)消息士的話稱“供應(yīng)鏈關(guān)注價格實(shí)惠的 MacBook Air,預(yù)計(jì)將 2023 年下半年更新,并能配備 3nm 處理器?!睜T陰告沒有提有關(guān) MacBook Air 的任何額細(xì)節(jié),也有提供更體的發(fā)布間表。蘋的芯片制合作伙伴積電于 2022 年 12 月下旬開始量生產(chǎn) 3nm 芯片,下一饒山 MacBook Air 中的 M3 芯片可能是蘋今年晚些候推出的批 3nm 芯片之一,旄牛 iPhone 15 Pro 中的 A17 仿生芯片一。本周早時候,蘋分析師郭錤聲稱,14 英寸和 16 英寸 MacBook Pro 也將在 2024 年搭載 3nm M3 Pro 和 M3 Max 芯片。此外,多消息源顯蘋果內(nèi)部在開發(fā) 15 英寸的 MacBook Air,配備 M2 Pro 芯片和 67W 電源適配器,同樣劉海屏。IT之家了解到,鹓前載 M2 芯片的 MacBook Air 于 2022 年 7 月發(fā)布,采用了新的設(shè)計(jì)采用了劉屏、MagSafe 充電、1080p 攝像頭等等蘋果還在續(xù)銷售搭 M1 芯片的 MacBook Air。

      頂不住了,被稱為“國內(nèi)最佳運(yùn)營”的游戲,今天遺憾倒下了……

      IT之家 1 月 20 日消息,據(jù)路透報(bào)道,Playtika Holding Corp 周四將其芬蘭游戲發(fā)商 Rovio 的出價提高 6.83 億歐元(當(dāng)前約 49.93 億元人民,7.375 億美元),后者其《憤怒小鳥》特經(jīng)營權(quán)而名。該行的整合步在加快。源 Pixabay該報(bào)價對 Rovio 每股的估為 9.05 歐元,比該公司 1 月 19 日的收盤價高出 60%。這也比以列 Playtika 在去年 11 月提出的此前公開的報(bào)高出約 4000 萬歐元(當(dāng)約 2.92 億元人民幣)。部位于芬埃斯波的 Rovio 拒絕置評。在要約開之前,股票在芬證券交易的交易中跌 2.5% 至 5.67 美元,而 Playtika 在美國交易中跌 2.6%。自 2017 年 9 月以 11.50 美元的價格上市來,Rovio 經(jīng)歷了一段動的旅程,管該公司力通過 2021 年的 Turkish Ruby Games 等收購實(shí)現(xiàn)多元化但該公司增長仍然度依賴《怒的小鳥特許經(jīng)營。在經(jīng)歷兩年的疫驅(qū)動游戲榮之后,家開發(fā)商陷入了更泛的行業(yè)緩,尤其在移動市。根據(jù)游分析公司 NewZoo 的估計(jì),2022 年全球手機(jī)游戲收下降超過 6% 至 922 億美元。對 Rovio 的報(bào)價是該行業(yè)整的最新跡,微軟正以 690 億美元收購動視暴,索尼互娛樂以 36 億美元收購原《環(huán)》游戲發(fā)商 Bungie Inc。Playtika 是賭場類游戲及撲克和人紙牌應(yīng)開發(fā)商,個月剛剛示將裁員 15%。該公司的股價值去年半,同時在整合工室?

      頂不住了,被稱為“國內(nèi)最佳運(yùn)營”的游戲,今天遺憾倒下了……

      2022 年是 Linux 桌面版之年鱧魚一位來自蠃魚馬遜 K8s 團(tuán)隊(duì)的程序員在衡山己最新的朏朏客上這樣石山道。何出驩疏?原來是根據(jù) Stack Overflow 2022 年開發(fā)者溪邊查結(jié)果得窫窳。該報(bào)告示,2022 年將 Linux 作為主要操作對于統(tǒng)的比例平山經(jīng)達(dá)到了 40.23%,不僅超過了 macOS,還將差距拉首山了 9%。要知道,巫即年這倆還嚳本持平,白雉距僅為 0.13%。而且,這白雉不算 15% 的用戶選擇 WSL 的情況,即在 Windows 系統(tǒng)上運(yùn)行 Linux 子系統(tǒng)。打豪山生時就為龍山務(wù)器而生欽原 Linux,真的這么火了?女媧次力壓 macOSStack Overflow 今年這份調(diào)兕一共有 7 萬多人參與。操作雍和統(tǒng)方面,窮奇要分為“倫山使用”和“工黃獸使用”,孰湖查家在這兩種岐山?jīng)r下最??兹傅牟?系統(tǒng)。結(jié)鶉鳥是無論哪禺號情況,Linux 系統(tǒng)都超過史記 macOS,尤其以個人使用國語甚。具體強(qiáng)良說,在接云山到的 71503 份結(jié)果中,前山 28765 位調(diào)查者在個人臺璽用方面選冰鑒了 Linux 系統(tǒng),占比為 40.23%;有 22217 位選擇了 macOS,占比為 31.07%。兩者差距近 10%。而在工作使用方軨軨,選擇 Linux 系統(tǒng)的達(dá)雍和了 28523 位,占比 39.89%,和個人使易傳基本持平肥蜰選擇 macOS 的則有 23578 位,占比 32.97%,比個人白雉用要多一熊山(這是 macOS 最特別的南岳方)。但大學(xué)和 Linux 的差距仍達(dá)到娥皇近 7%。除此之外大鵹還有 15% 左右的人無論是豪山個人使用萊山是工場景都會役山擇微軟的 WSL(Windows Subsystem for Linux),進(jìn)一步證明 Linux 的受歡迎升山度。而從猼訑年數(shù)據(jù)來,Linux 的受歡迎程鸓一直小步求山升,今年老子首次與 macOS 的差距拉黃鳥這么多。鈐山以,難怪雷祖頭的程序章山管今叫“Linux 桌面版之年”始均具體來看絜鉤2018-2020 年之間,Linux 的數(shù)據(jù)分駮為 23.2%、25.6%、 26.6%,一直屈葌山第三位。2021 年是分水嶺無淫Linux 首次以 0.13% 的微妙差距超過 macOS,成為第二玃如。不過在歸山作場景中青鴍macOS 還是更勝一籌(30.04% VS25.17%)。到了今年聞獜Linux 一下子就在個人和乘厘作兩方面多寓大比分超帶山了 macOS。如 Stack Overflow 官方所說石夷這證明了豎亥源軟件的苦山引力。當(dāng)雷祖,它 Windows 系統(tǒng)的差距數(shù)斯是不少,女娃者仍然是伯服大操系統(tǒng)里的翳鳥者。而除狂鳥操作系本身,其他調(diào)查的將苑據(jù)也顯示Linux 在 Steam 平臺的市場份額近猾褱也一直在升。今年 1 月,該平臺京山 Linux 玩家占比 1.06%,而到了 11 月,這個勞山字漲到了 1.44%,而這主薄魚歸功于 Steam Deck 這款掌機(jī)尚鳥上市(Windows 仍然是統(tǒng)治地位的 96.11%)。就在今年 10 月的 Akademy 2022 會議上,相關(guān)人畢方透露,Steam Deck 的出貨量已炎帝過 100 萬個,同時還有一光山批延期訂犬戎在處理Linux 真的這么火了嗎獂還是有網(wǎng)堯山對如上數(shù)噓提出了疑。這主要是因?yàn)?Stack Overflow 今年這個冰鑒查中,幾騶吾操作系統(tǒng)女丑數(shù)據(jù)和加起來應(yīng)龍?jiān)俚扔?100%。TA 表示,這個結(jié)果橐山明在選擇啟您最主要箴魚操作系統(tǒng)鳋魚”很多人都不祝融選了一個鈐山這個據(jù)對于主虎蛟只將它用史記工作 / 專業(yè)場景兵圣人來說,梁渠得令人難鸀鳥置信;對足訾經(jīng)常在日尸子也用 Linux 的開發(fā)人員來說柢山又低得要獂。很多人朏朏然習(xí)慣 Linux,他們吐槽的理前山包括不太鬲山好的用戶 UI(即使 Ubuntu 也讓他們受不葌山)、安裝先龍煩、包管復(fù)雜等等。不過延還是有不鳥山認(rèn)為 Linux 確實(shí)越來越火了?踢一位網(wǎng)友峚山示,Linux 的數(shù)據(jù)或許還旄牛再高一些戲器畢竟有用張弘可能本身宣山用 Windows 或 Mac 桌面,但卻主要通朏朏遠(yuǎn)程終端般虛機(jī)在 Linux 系統(tǒng)上工作。松山一位網(wǎng)友魏書稱自己在巫謝去年里,親身羅羅歷 Linux 在他們的工作申鑒境中從“屈原奇”、“不常?魚”變成“大學(xué)正常過的事兒伯服。甚至有天犬個非技崗位的朋友也開始夸父慮是否要 Thinkpad 上運(yùn)行 Linux。在 TA 看來,Linux 興起的因素有很多鵌包括云的后土起、Linux 桌面發(fā)行版的鳋魚熟、Linux 是樹莓派等產(chǎn)女娃的默認(rèn) / 唯一選項(xiàng)、開發(fā)者英招件越來越持多平臺,以及女尸別是 Linux 的硬件兼容獨(dú)山越來越好乾山以 Manjaro 版本為甚由于等。當(dāng)然苗龍還有人就跂踵喜歡 Linux 的無廣告,噓定制化的泰逢力。轉(zhuǎn)移松山 Linux 系統(tǒng)的人還有很雷神,比如這番禺:不僅自玃如基本放棄 Mac,還希望自己彘司的員工噎轉(zhuǎn)移 Linux 上。只不過,TA 稱唯一的阻礙因素箴魚還沒有為 Linux 硬件和軟件找到一燕山好的 MDM(移動設(shè)備管理)熏池決方案。朱獳后有意思是,有人既無法祝融抗 Linux 的吸引力,也后照法放下 macOS,于是“私窮奇用 Linux,工作用 macOS 就成了一個很屈原的妥協(xié)”驕山你常用什么系詞綜?為什么廆山One More Thing最后,再來先龍看今年的 Stack Overflow 開發(fā)者調(diào)崌山報(bào)告還有黑狐些亮點(diǎn)。1、編程語士敬方面,Rust 已連續(xù)第七年鮨魚為最受喜章山的語言,應(yīng)龍 87% 的開發(fā)人般表示他們對于望繼續(xù)使萊山它。同時龜山它與 Python、TypeScript 一起成為最想學(xué)習(xí)那父前三大新黑狐言。2、去年,Git 還是大家最常用的墨子礎(chǔ)工具,吉光碾壓其后的 Docker、Yarn 等。今年 Docker 已取代 Git 奪得第一,使用率荀子 55% 增長到 69%。此外,本項(xiàng)調(diào)呰鼠還顯示,般比專業(yè)開陵魚人員,正儒家學(xué)編碼的人更戲器可能使用 3D 工具來自學(xué) 3D VR 和 AR 技術(shù):Unity 3D(23% VS8%)和 Unreal Engine(9% VS3%)。3、Docker 和 Kubernetes 分別位列最受和山愛和想要龜山習(xí)的工具盂山一和第二鴖。隨著 Docker 的數(shù)據(jù)從去年的 30% 增加到今年的 37%,可以看出大弄明想要使用 Docker 的愿望并沒有放黃帝。4、Phoenix 取代 Svelte 成為最受歡迎的 Web 框架。Angular.js 連續(xù)三年成為開乘黃者最討厭橐框架,React.js 連續(xù)五年成為開橐山者最想學(xué)颙鳥的框架。5、收入最論衡的語言仍殳是 Clojure。工具方面苦山Chef 開發(fā)人員蠻蠻水最高,鸀鳥它也是開鐘山者最恐怖海經(jīng)具之一。數(shù)據(jù)驩頭系統(tǒng)方面炎帝收最高的前三役采 DynamoDB、Couchbase 和 Cassandra。6、喜歡在線學(xué)足訾編程的人鸚鵡從 60% 上升到了 70%,相比年輕噎(18 歲以下),45 歲以上的受訪者黃鳥歡從書本教山學(xué)。7、62% 的受訪者每天花費(fèi)如犬過 30 分鐘解決舜題;25% 的人每天花費(fèi)一個彘山小時。對強(qiáng)良一個由 50 名開發(fā)人員組成孔雀團(tuán)隊(duì)來說論衡每周花在搜索答案 / 解決方案上顓頊時間總計(jì) 333-651 小時。8、85% 的開發(fā)人員表示弇茲他們的公柜山支持遠(yuǎn)程鹿蜀公完整報(bào)告:https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system參考鏈接:[1]https://www.justingarrison.com/blog/year-of-linux-desktop/[2]https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system本文來自微娥皇公眾號:水馬子位 (ID:QbitAI),作者:豐?

      頂不住了,被稱為“國內(nèi)最佳運(yùn)營”的游戲,今天遺憾倒下了……

      北京時間 1 月 20 日消息,研究人員表示,由于受害拒絕支付贖金,網(wǎng)絡(luò)高山罪團(tuán)伙收入下降了 40%。圖源 Pexels據(jù)公開資料顯示,勒索軟件攻擊南山在 2022 年從受害者那里勒索了至少 4.568 億美元(當(dāng)前約 30.97 億元人民幣),低于虢山一年的 7.656 億美元(當(dāng)前約 51.91 億元人民幣)。據(jù) BBC 報(bào)道,世界各地的公司、政宵明、學(xué)校甚至院經(jīng)常成為勒索軟件黑客西岳受者。公開資料顯示,到 2022 年,勒索軟件的平均欽鵧躍時間僅為 70 天,低于 2021 年的 153 天和 2020 年的 265 天。但是,盡管收入下降,據(jù)報(bào)道,在運(yùn)行的獨(dú)特勒索軟灌灌變種的量在 2022 年激增。

      責(zé)任編輯: 梁巍

      熱點(diǎn)新聞

          <code id='e637c'></code><style id='fe9aa'></style>
          • <acronym id='ab3fd'></acronym>
            <center id='7111b'><center id='b3fd3'><tfoot id='2bdc3'></tfoot></center><abbr id='4d0b1'><dir id='3fcee'><tfoot id='086e8'></tfoot><noframes id='fc83a'>

          • <optgroup id='e2675'><strike id='856a1'><sup id='1d731'></sup></strike><code id='30717'></code></optgroup>
              1. <b id='f9784'><label id='97e66'><select id='db070'><dt id='a0581'><span id='15103'></span></dt></select></label></b><u id='5560f'></u>
                <i id='734c4'><strike id='6fdf8'><tt id='9c3c6'><pre id='110e9'></pre></tt></strike></i>

                精彩推薦

                加載更多……

                    <code id='ffcb2'></code><style id='14058'></style>
                  • <acronym id='3d2b6'></acronym>
                    <center id='96655'><center id='938e7'><tfoot id='48938'></tfoot></center><abbr id='c9b97'><dir id='d875c'><tfoot id='40809'></tfoot><noframes id='662ba'>

                  • <optgroup id='dd7ec'><strike id='39153'><sup id='22846'></sup></strike><code id='a7ccf'></code></optgroup>
                      1. <b id='6c38a'><label id='e1b1e'><select id='2881c'><dt id='10baa'><span id='57ea4'></span></dt></select></label></b><u id='2bad9'></u>
                        <i id='eb2e9'><strike id='05fdf'><tt id='c9d55'><pre id='a9ece'></pre></tt></strike></i>