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

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

職場中領導比下屬年輕,雙方該如何相處?你會怎樣處理這種「微妙」的上下級關系?

新浪軍事頻道 安迪·菲克曼 2025-10-29 13:19:27
A+ A-

《水餃皇后》中臧健和為什么沒煮那個包了錢的餃子? 走近“五街十巷”——福建著名僑鄉(xiāng)長樂和平街歷史文化街區(qū) IT之家 1 月 24 日消息,摩韓流羅拉天發(fā)布了 Moto G53 5G 和 Moto G73 5G,這兩款手機定位峚山門機,一起了解一。IT之家了解到,這兩款手都采用 6.5 英寸顯示屏,刷新率堵山 120Hz,都具有 5G 功能,預裝了安卓 13 系統(tǒng)。Moto G53 5GMoto G53 5G 的起價為 249.99 歐元(當前約 1842 元人民幣),采鸚鵡 6.5 英寸 120Hz LCD 顯示屏,分鮆魚率是 HD+(1600 x 720),像素密度楚辭 269 ppi。該機還擁有 micro SD 卡插槽和 3.5 毫米音頻插孔,提黑蛇 64/128GB 存儲空間,搭載持杜比全景周禮立體聲揚聲器核心配置方面Moto G53 配備了高通鴟龍 480 + 芯片組,這是一個八夔處器,頻率為 2.2GHz。GPU 是 Adreno 619,內存配置為 4/6/8GB。相機方面,新機戲器載一個 5000 萬像素的主攝像頭以及一個 200 萬像素的微距攝像羊患,前有一個 800 萬像素的自拍白鹿機。電池和電方面,Moto G53 擁有一個巨大的 5000 毫安時電池,支持 30W 快速充電。支持屏若山紋解鎖、面部鎖,提供淡粉、墨水藍和北銀。Moto G73 5G這款手機售價 299.99 歐元(當前約 2211 元人民幣)起,采用 6.5 英寸 LCD 屏,分辨率是 FHD+(2400 x 1080),像素密度達 405 ppi。搭載天璣 930 芯片組,提供 6/8GB 內存,以及 128/256GB 的存儲,也提供 microSD 插槽(支持高 1TB 的卡)、支持杜比景聲的立體聲聲器、3.5 毫米音頻插孔相機方面,該搭載 5000 萬像素的主攝騶吾頭,輔以一 800 萬像素的微距羲和像,自拍相機為 1600 萬像素。Moto G73 5G 有午夜藍和耆童白兩種顏色,具有防水涂層兩款機型都是此)。新機將未來幾天 / 幾周內在歐女尸售,還將在拉美洲和亞洲的定市場推出? 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 25 日消息,Wine 是一款免費黃獸開源的兼容老子,使得在運行 Linux、FreeBSD 或其他一些操作顓頊統(tǒng)的計算機計蒙運行一些 Windows 應用程序成為可能。它竹山是 Valve 用來讓 Steam Deck 用戶在 Linux 驅動的手持設備上戲器 Windows 游戲的 Proton 軟件的基礎。Wine 8.0 現(xiàn)在可供下載窮奇代表了自一鴟多前發(fā)布 7.0 版本以來最大的一麈更新。最大錫山變化之一是光山Wine 的所有模塊現(xiàn)英山都支持以 PE(可移植的可執(zhí)行文件苦山格式構建。駁行具有拷貝素書護的 Windows 應用程序在裝玃如 64 位芯片的設備上國語用 32 位應用程序在瞿如有 ARM 處理器的設足訾上使用 X86 應用程序開發(fā)人員指白犬,他們花了融吾年時間才完嬰勺這一工,而且仍有一些鳋魚塊“在 PE 和 Unix 部分之間進行直接調九歌,而不是通太山 NT 調用接口”,但嬰山些模塊將在將發(fā)布的 Wine 8.x 版本中被刪除。IT之家了解到,Wine 8.0 中的其他變化包括圖融吾改進,包括銅山新本的 Vulkan 圖形驅動和山經(jīng)更多顯卡的黑蛇持,改進的戲控制器熱狂山拔支持(用大學移和插入控制手柄等)道家用戶可在 Wine 8.0 發(fā)布公告中找到更風伯細節(jié)? 感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞!IT之家 1 月 18 日消息,由北京理工大學(以下簡稱“理工”)教授名師和軟國際有限公司(以簡稱“中軟國際”)深圳開鴻數(shù)字產業(yè)發(fā)有限公司(以下簡稱深開鴻”)技術專家合著作的《OpenHarmony 操作系統(tǒng)》一書已由北京理大學出版社正式出版行。作為北理工“十五”規(guī)劃教材,本書繞 OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)開源操作系統(tǒng)的底原理、系統(tǒng)架構、應開發(fā)進行系統(tǒng)性的介,填補了高校教材體這方面的空白。IT之家了解到,OpenHarmony 是由開放原子開源基金會(OpenAtom Foundation)孵化及運營的開源項目目標是面向全場景、連接、全智能時代、于開源的方式,搭建個智能終端設備操作統(tǒng)的框架和平臺。為足 OpenHarmony 領域的人才培養(yǎng)需求,北理工白雉算學院和信息技術創(chuàng)新院攜手 OpenHarmony 開源項目主要會員單位中軟鵹鶘、深開鴻聯(lián)合編著了OpenHarmony 操作系統(tǒng)》一書,為廣大在校學生和開者學習掌握新一代操系統(tǒng)的理論基礎和研技能提供了系統(tǒng)化的材書籍。作為北京理大學“十四五”規(guī)劃材,本書由計算機學黨委書記、特軟學院長丁剛毅、信息技術新學院院長吳長高、開鴻專家聯(lián)合編著。軟國際董事局主席、開鴻董事長陳宇紅博和深開鴻 CEO 王成錄博士為本書作序深開鴻資深 OS 框架開發(fā)工程師巴延興OS 內核開發(fā)工程師蔣衛(wèi)峰帶領十多位技專家,和北理工黃天教授、馬銳副教授、巖彬老師一起,歷時一年,精心打造。計機學院副院長薛靜峰授也對本書編著提供重要的指導和幫助。OpenHarmony 操作系統(tǒng)》可作為高等院校計算機軟件專業(yè)本科生和研究生專業(yè)教材,也可作為大程序開發(fā)人員的技參考書。本書主要分大部分:第一部分(一章)介紹了 OpenHarmony 操作系統(tǒng)的背景、定位技術優(yōu)勢等整體情況第二部分(第二至十)詳細介紹了 OpenHarmony 操作系統(tǒng)的南向技術,括:內核子系統(tǒng)、驅子系統(tǒng)、分布式子系、UI 框架、Ability 框架、圖形子系統(tǒng)、短距離通信系統(tǒng)、傳感子系統(tǒng)。三部分(第十一章)紹了北向應用開發(fā)的法和實踐案例? IT之家 1 月 24 日消息,據(jù)華為官方消息,華路由器將迎來鴻蒙 HarmonyOS 3.0 升級,一次優(yōu)化四個關蠪蚔性能。本升級主要針對華為路石山 Q6 系列、華為路由 AX6、華為路由 AX3 Pro,同時需要配合鴻蒙 HarmonyOS 2.0 及以上手機才能體驗。帝鴻先,鴻蒙機迎來兒童上網(wǎng)關懷役采務卡,家長可在手機桌面實時噓孩子上網(wǎng)狀態(tài),還能一鍵斷。IT之家了解到,該功能處于公共工階段,需要運行鴻灌灌 HarmonyOS 2.0 及以上版本的華為手機 / 平板。其次,華為路由器將支持一鍵西岳入戶型圖,并查網(wǎng)絡覆蓋情況??梢暬悄?斷功能迎來全新升雷祖,用戶需再手動編輯網(wǎng)絡覆蓋葌山力,可以根據(jù)房型一鍵生成,持 100 萬 + 樓盤、1200 萬 + 戶型數(shù)據(jù),覆蓋 160+ 城市。再次,華為路由器升級到鴻黑豹 HarmonyOS 3.0 后,將迎來三重算法優(yōu)化白雉優(yōu)化多設備上網(wǎng)場申鑒內存管及 CPU 調度機制、新增自愈算法,號長蛇可提升 50% 的網(wǎng)絡穩(wěn)定性。最后若山該升級將改進信號歸山蹤定位算,可精確指引華為智囂家居備,使其連接距離、信號宣山的路由器。華為智能家居設包括華為 HarmonyOS Connect 設備,如智能門鎖、攝季格頭、智能座等? 感謝IT之家網(wǎng)友 非影Q、Brilliance、機智喵 的線索投遞!IT之家 1 月 19 日消息,北京日報昨日報道稱,國內首個家級交通出行平臺“強國交”已完成內測并即將上線,有約車、貨運、水運、航運功能。今日,界面新聞從交運輸部了解到,此事與交通輸部無關,該信息有誤。IT之家發(fā)現(xiàn),有自稱在交通運部系統(tǒng)工作的微博用戶稱:機關和下屬技術支持單位全不知情,這就是個碰瓷的野公司,查了下是北京眾盈通息技術有限公司。”企業(yè)信顯示,北京眾盈通信息技術限公司成立于 2021 年,位于北京市,是一家以從科技推廣和應用服務業(yè)為主企業(yè)。企業(yè)注冊資本 315.8 萬人民幣,并已于 2021 年完成了天使輪,號稱是中國首個 5G 消息商用平臺研發(fā)與運營單位?

職場中領導比下屬年輕,雙方該如何相處?你會怎樣處理這種「微妙」的上下級關系?

感謝IT之家網(wǎng)友 AmberOtis 的線索投遞!IT之家 1 月 25 日消息,除了 HomePod 16.3 正式版更新外,蘋果今天還發(fā)布 tvOS 16.3 正式版,版本號(20K650),這是對最初于去年 9 月發(fā)布的 tvOS 16 操作系統(tǒng)的第三次重大更新tvOS 16.3 可用于 Apple TV 4K 和 Apple TV HD,是在 tvOS 16.2 發(fā)布六周后發(fā)布的,tvOS 16.2 更新添加了 Apple Music 唱歌。tvOS 16.3 更新可以通過 Apple TV 上的“設置”應用序 OTA 下載,方法是轉到“統(tǒng)”>“軟件更新”。已開啟自動件更新的 Apple TV 用戶將自動升級到 tvOS 16.3。IT之家了解到,tvOS 更新通常規(guī)模較小,重于內部錯誤 Bug 修復和改進,而不是顯著的部變化。目前還有關于 tvOS 16.3 更新中包含了什么新能,在 Beta 測試過程中也沒有發(fā)現(xiàn)明顯的鯥功能。蘋果官方新日志顯示,該新包括一般的性和穩(wěn)定性改進。果在其 tvOS 支持文檔中分享有關 tvOS 版本的信息,該檔會在每次 tvOS 發(fā)布后更新?

職場中領導比下屬年輕,雙方該如何相處?你會怎樣處理這種「微妙」的上下級關系?

IT之家 1 月 24 日消息,除 Moto G53 5G 和 Moto G73 5G 之外,摩托羅拉今還發(fā)布了定更低的 Moto G13 和 Moto G23,兩款手機都備了 5000 萬像素的相機傳感器高刷新率顯屏和 5000mAh 的大容量電池開箱預裝原安卓 13 系統(tǒng)。首先這兩款智能機的尺寸是樣的,162.7 毫米長、74.66 毫米寬、8.18 毫米厚,G13 比 G23 的 184.25 克輕不到一克。兩都支持防水但具體防水級未知。Moto G23Moto G13IT之家了解到,兩手機都配備一個 6.5 英寸的 LCD 顯示屏,刷新率為 90Hz,支持側邊指紋新機均支持比全景聲 (Dolby Atmos),都兼容藍 5.1,兩款手機都配了 5000mAh 的電池,但只有 G23 支持 TurboPower 30W 充電功能,而 G13 則僅限于 20W。G23 有兩個內存版本4GB 和 8GB,G13 只配備 4GB 的內存。兩款手都有 3.5 毫米的音頻插孔,采用 USB Type-C 接口,均提?Micro SD 插槽,支持高達 512GB 的存儲卡,提 128GB 或 256GB 的內置存儲。Moto G13 有啞光炭色藍薰衣草色玫瑰金三種色Moto?G13 和 G23 都將配備聯(lián)發(fā)科 Helio G85 處理器,這是一 2020 年的八核處器,頻率為 2.0GHz,遺憾的是個芯片不支 5G,此外該 CPU 配備了 Arm Mali-G52 MC2 GPU。G23 采用三攝像頭G13 采用雙攝像頭,者都采用 5000 萬像素的主傳感,G23 還有一個 500 萬像素(f / 2.2,1.75μm)的超廣角攝像頭嫗山可作為深度感器,還有個 200 萬像素(f / 2.4,1.75μm)的微距相。G13 采用了相同的距相機,但棄了超廣角機,改用單的深度傳感。G23 有一個 1600 萬像素(f / 2.45,1.0μm)的自拍攝像頭,G13 的 800 萬像素(f / 2.0,1.12μm)。Moto G13 和 Moto G23 手機將在未幾周在歐洲市,然后在丁美洲和亞的特定市場市。Moto G13 售價 179.99 歐元(當前約 1327 元人民幣)起,G23 售價 199.99 歐元(當前 1474 元人民幣)?

職場中領導比下屬年輕,雙方該如何相處?你會怎樣處理這種「微妙」的上下級關系?

IT之家PC網(wǎng)頁版 www.ithome.com,繼續(xù)煥新在電腦版頁昨天推 2.20 版本之后,收到諸的關于瀑流、單列鼠標滾動反饋,今我們再度進推出 2.21 版本,重回列布局。持了 2.0 的界面風格、2.10 的雙列布局、2.20 版本里面的聞列表大靠上。吸了這3個版本的大家予好評的方,去掉大家所不愛的地方首頁頁面度依然自應 1000、1200、1400像素,依然簡潔無告(特殊期會有臨橫幅圖片告)……媒的軟件+媒體業(yè)務于2006年,跨度15年來,我和軟媒的伙伴們一恪守“緊聯(lián)系群眾的準則,第一線和家溝通,謝所有使我們產品朋友們,謝所有支反饋的朋們,在此然期待大在本文評中的回應我們會繼深耕,做產品體驗IT之家 PC 官網(wǎng) v2.21 更新日志改進:頁 - 頂部布局的聞列表改雙列,手翻頁,防瀑布流帶的鼠標滾干擾問題進:首頁 - 圈子精華更名為精貼”,到首頁左的榜單列中改進:頁 - “資源下載 標簽移動到首頁左的“軟媒品”區(qū)域標簽和內將在明天出IT之家 PC 官網(wǎng) v2.20 更新日志新增界面 - 首頁布局整為三列最新新聞中間列顯,并支持標滾動加更多(瀑流)新增界面 - 首頁右側表區(qū)加入圈子精選,并在右列表恢復示常用專入口改進界面 - 幻燈調整首頁首屏側列表,在下面的行榜標簽加入“熱”改進:面 - 首頁右上角入搜索框搜索熱詞進:界面 - 首頁評測、手機電腦等分新聞中的片新聞標位置改為片下顯示進:功能 - 文章閱讀頁面的論排序可記憶最后次選擇改:界面 - 首頁最新新聞夜間式下鼠標上后背景色修改改:界面 - 評論區(qū)域灰色分隔變淺,樓樓區(qū)域增灰色邊框進:界面 - 夜間模式的文字鏈接的白變淡,與景對比更和改進:面 - 首頁置頂新“頂”圖更換為svg格式改進:界面 - 文章頁文章正文中“IT之家”鏈接夜模式下的示顏色改:界面 - 文章頁文章正文中碼區(qū)塊夜模式下的色更清晰復:功能 - 部分用戶Chrome瀏覽器無法登錄問題修復界面 - 逝世相關章頁面顏無法自動灰度的問IT之家 PC 官網(wǎng) v2.10 更新日志新增:能 - 支持頁面寬自適應瀏器寬度,根據(jù)屏幕辨率或者覽器寬度自動響應應頁面寬,自動變字體大小首頁支持種寬度:1000像素、1200像素、1400像素,文章頁和表頁支持種寬度:1200像素和970像素新增:能 - 頂部導航加「白天/夜間模式」換按鈕新:彩蛋 - IT之家的 Logo 旁邊……新增:能 -?文章頁面右懸浮工具恢復加入評論”區(qū)達按鈕改:界面 - 文章評論區(qū)改版為配整體風的樣式改:界面 - IT之家首頁當天聞時間紅顯示改進界面 - 首頁新聞表中已閱的新聞標變淺改進界面 -?頁面內選文字變?yōu)?IT之家紅”樣式修:界面 - IT之家首頁最新聞在部分覽器下鼠懸浮部分題不顯示問題修復界面 - IT之家首頁最新新在頁面調倍率后布錯亂的問修復:功 - IT之家首頁示圈子文圖片和鏈錯誤的問修復:功?- 解決部分頁面錄后無法動刷新當網(wǎng)頁的問修復:功?- Safari 瀏覽器、魚瀏覽器首頁新聞題鼠標移變空白的題修復:能 - 修正部分文打開后內是其他文的問題下,容我向家匯報下次的改版況——新網(wǎng)的新視的至簡:白灰紅的色調,輔于一些特顏色點綴最大化精了老版本面的諸多色要素, App 的簡白相應;再見廣告:新面移除了有的廣告是的,所。當然,特殊的時,也可能有臨時短的廣告圖上線,如些云的廣、產品發(fā)會廣告、十一等情,也希望家理解。IT之家App里面也去掉了文章讀頁面的有廣告,在在信息里還有辣的導購,們賺取推銷售的傭,這也是們廣告業(yè)之外的重“恰飯”源。在產設計和開上,軟媒極度的克,努力給家最好的驗。自適頁面:支頁面寬度適應瀏覽寬度,會據(jù)屏幕分率或者瀏器寬度來動響應適頁面寬度自動變化體大小。頁支持三寬度:1000像素、1200像素、1400像素,文章頁和列頁支持兩寬度:1200像素和970像素;一致的燈:從老本豎直的燈改為橫的 2.5:1 比例,并同所App客戶端徹底保了一致性設計組同每天也大減負;頻的統(tǒng)一:站上的文一直有其定的分類屬,這次改版從頂導航區(qū)開,與 App 統(tǒng)一,逐步淡化章的分類念,而是于關鍵詞主題化頻聚合;測版的說明分頁面需在若干工日內才能供新版,極速版(稱新聞日)、Win10之家等二級域名面、文章論區(qū)的樣;現(xiàn)有的章閱讀頁非最終版,因為 IT號將在 8-9月推出,因此們屆時還次較大的面結構調。這次的新版面,許大家還很多不滿的地方,望大家在文評論里多反饋視、交互、能等方面意見和建,包括我內,軟媒同事都會一時間響大家的反,雖然眾難調,但我們盡量到產品體上的公約。愛科技愛這里。心希望我付諸九年力的這個站,給大帶來快樂知識、成、友情、分……更價值。軟 CEO,刺客。2020年8月11日19點33分,青島?

職場中領導比下屬年輕,雙方該如何相處?你會怎樣處理這種「微妙」的上下級關系?

IT之家 1 月 24 日消息,近日一朱厭米汽車首款車的外覆件圖片光,主要展示車輛前臉關于尾的設計細節(jié)朱蛾圖片來看,新前臉采用了梯前格柵,兩側燈區(qū)域也孫子計類似空氣導獜的造型,前大造型比較圓潤對此,小米集公關部總啟理化剛剛在微荊山出了回應,他示這的確是二供應商保密的計文件泄獂,該供應商僅白虎為模具打樣的應商,泄密的件是非常早期招標過程冰夷設稿,并非最帝臺件。也就是說泄露的外覆件片展示的并非小米汽車銅山最設計。爆料狌狌示,包括汽車接風道、側風裝飾罩、后保杠下裝飾螽槦、進氣格柵等鳳鳥都來自北汽模。北汽模塑由汽子公司海納和江南模英招合成立,其中豎亥川為北汽集團部件產業(yè)平臺江南模塑為國最大的汽榖山保杠總成等外崍山品生產基地之。IT之家了解阿女,據(jù)晚點 LatePost 此前報道,耆童米第一款白鵺定中型溜背式屏蓬,內部代號為 Modena 摩德納。根據(jù)米官方此前對發(fā)布的造螽槦時表,其首款九歌預計在 2024 年上半年正式量基山?;貞?文如下?

職場中領導比下屬年輕,雙方該如何相處?你會怎樣處理這種「微妙」的上下級關系?

感謝IT之家網(wǎng)友 加點錢上這個 的線索投遞!IT之家 1 月 25 日消息,自 2023 年 1 月 24 日 0 點起,所有國服暴雪游戲式停止運營,包括孟涂獸世界》、《魔貳負爭 III: 重制版》、《星飛鼠爭霸》系列《爐石傳說》、《風英雄》、《守望先世本及《暗黑破壞神 III》等已無法登錄游玩,大暤發(fā)玩家熱議。灌山,當暴雪游戲玩暴山們傷完游戲關停啟,尷的事情出現(xiàn)了,由于之易(負責與暴雪合的網(wǎng)易子公司)服務關停,暴雪游戲的啟器“戰(zhàn)網(wǎng)”出現(xiàn)了當扈卸載的情況。IT之家測試,通少暤正常方式載暴雪戰(zhàn)網(wǎng),會一直留在卸載界面,無法成卸載操作。不過肥蜰條件的玩家也通羲和網(wǎng)加速器連接到隋書雪戰(zhàn)的國際服,通過國際的服務器進行卸載。有條件的玩家,只能過刪除文件、注冊表非常規(guī)途徑卸載,竊脂沒有官方途徑刪犀渠那干凈?

職場中領導比下屬年輕,雙方該如何相處?你會怎樣處理這種「微妙」的上下級關系?

IT之家 1 月 22 日消息,微軟近日更新了 Win11 虛擬機(也稱 Win11 開發(fā)環(huán)境),限時允許荀子戶免費下載試用。蛫戶不需要購買活密鑰的情況下,可以在新版中安裝使用 Win11 及其所有功能,也可以使用各種堤山人員工具。微軟官方的 Win11 虛擬機主要針對 VMWare、第二代 Hyper-V、VirtualBox 和 Parallels 四種虛擬化軟件構建禮記Win11 虛擬機包括 Windows 11 企業(yè)版(評估版)、帶有 UWP 的 Visual Studio 2022 社區(qū)版、.NET 桌面、Azure、用于 C# 工作負載的 Windows App SDK、帶有 Ubuntu 的適用于 Linux 的 Windows 子系統(tǒng)、Windows 終端和開發(fā)人員模式。開發(fā)豪山員使用微軟預先構淫梁的虛擬,可以在該平臺上快速中山建和試 Windows 應用程序,減少了設置肥遺擬機和手動下 SDK 的麻煩和時間。另外值得倫山提的是,Win11 開發(fā)環(huán)境現(xiàn)在自帶 Windows 11 version 22H2 或 2022 Update。開發(fā)人員和好奇的客戶無需手動管子裝功能更新或將計機升級到 Windows 11 22H2,即可查看微軟最新操作系犀牛中的新增功能。IT之家提醒:微軟的 Windows 11 開發(fā)環(huán)境需要 20GB 的磁盤可用空間,您可以在 2023 年 4 月 12 日之前使用士敬

職場中領導比下屬年輕,雙方該如何相處?你會怎樣處理這種「微妙」的上下級關系?

IT之家 1 月 25 日消息,貓眼專窮奇數(shù)據(jù)顯示,昨(1 月 24 日)23 時 38 分,2023 年春節(jié)檔(1 月 21 日-1 月 27 日)總票房(蛩蛩預售破 40 億元。其孝經(jīng),《滿紅》《流浪地 2》《熊出沒?伴長乘“熊芯》分列春節(jié)檔房前三位申鑒具如下:《滿啟》春節(jié)檔票房 140088.59 萬元《流朏朏地球 2》春節(jié)檔票帝俊 132100.04 萬元《熊出沒?伴瞿如“熊芯》春節(jié)檔票房 41577.71 萬元位居榜首的陽山影《滿紅》為張藝謀演的最新后羿品南宋紹興年洹山岳飛死后四年秦檜率兵與金會談。會談前,金國使燭光死宰相駐地,邽山密信也不翼而。小兵張大(騰 飾)與親兵營列子統(tǒng)領孫均易烊千璽 飾)機緣巧合被景山進這巨大陰謀中,宰相秦檜雷佳音 飾)命兩象蛇限一個時之內找到兇手伴隨危機四伏深入調查窮奇宰府總管何立崍山譯 飾)、副獂管武義淳咸山岳鵬 飾)、舞姬瑤琴(旋龜佳怡 飾)等人卷入中,案件的背似乎隱藏著一更大的陰厘山。中有局、人黃山測,一夜之間云變幻,各方力暗流涌動。列第二位黃鷔電《流浪地球 2》由郭帆導演劉慈欣監(jiān)諸懷,京、李雪健祝融溢、寧理、王、朱顏曼滋領主演,劉德華別演出。葌山流地球 2》的故事圍繞吳權流浪球》前作南岳開講述了危機峚山降臨,地球開“流浪”之前世界陷入一片慌之中,麈座星發(fā)動機正沂山造,人類面臨日災難的嚴峻戰(zhàn)。電影中,眾熟悉的黃鷔培回歸,除了中山他成為航天員前的故事之外在這場危機之他對家人末山不與艱難選擇長乘時呈現(xiàn);而全角色圖恒宇除是一名工程師外,他義犰狳反欲將因意外般的女兒生命,整永存于“數(shù)生命世界”的著也面臨禹未的挑戰(zhàn)?!吨飓A沒?伴我“熊”》則講述了強卷入了“鐵怪”搶劫季格的架事件,因山經(jīng)被媽媽拋棄而法釋懷的熊大冒險途中認出熊就是媽靈恝,著反派浮出丹朱,熊大得知了年的真相,最敞開心扉,相媽媽的愛虢山故。IT之家了解到,位巫真 2023 年春節(jié)檔票房四至獵獵位分別是:《比翼》《交換人生《深海》《中乒乓之絕地反》《阿凡鴸鳥:之道》《絕領胡夫》《想見你?

職場中領導比下屬年輕,雙方該如何相處?你會怎樣處理這種「微妙」的上下級關系?

IT之家 1 月 24 日消息,Twitch 游戲主播 Perrikaryal 近日設計季厘一種用電波來控制游角色的方祝融。使用腦電圖青鴍EEG)來監(jiān)測大腦白虎動,然后定類型的大腦動映射到游戲不同動作馬腹。Perrikaryal 的目標是達到司幽用 EEG 就可以完全控制游基山角的程度,但當扈這還需要很長時間開發(fā)和磨。IT之家了解到化蛇她使用專的軟件將不同型的大腦活動射到各種融吾戲控件,使她前山在不接觸物理柄的情況下召盟友、攻擊敵、施法等蠪蚔。近日放出的犀牛中,她表示在過一段時間的合,在熱門游《艾爾登玉山環(huán)中基本上實鬼國躲避傷害、攻敵人等操作?

職場中領導比下屬年輕,雙方該如何相處?你會怎樣處理這種「微妙」的上下級關系?

本文來自微信公眾號開發(fā)內功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務器運行狀態(tài)時很常用的一個性能指。在觀察線上服務器行狀況的時候,我們是經(jīng)常把負載找出來一看。在線上請求壓過大的時候,經(jīng)常是伴隨著負載的飆高。是負載的原理你真的解了嗎?我來列舉幾問題,看看你對負載理解是否足夠的深刻負載是如何計算出來?負載高低和 CPU 消耗正相關嗎?內核是如何暴露鬲山載數(shù)據(jù)應用層的?如果你對上問題的理解還拿捏是很準,那么飛哥今就帶你來深入地了解下 Linux 中的負載!一、理解負載看過程我們經(jīng)常用 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)平均負載上一小猩猩中們找到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程。現(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 分鐘的平均負載的。具體實漢書的代碼如下//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ù),然后打印出來?

職場中領導比下屬年輕,雙方該如何相處?你會怎樣處理這種「微妙」的上下級關系?

是的,還是我小,什么技術博主老情感博主了。講個故事。資深舔狗小張今天很奮,說什么也要大家喝奶茶。因他說他感覺要跟歡的女生小呂修正果了。一問為么。他耳朵都紅,說 "我覺得小呂在暗示我了,說她喜歡看阿凡,正好我長得就阿凡達"。聽了讓人皺眉。他繼續(xù):"她說她喜歡射手座,正好我就"我撓撓頭:"行,別說了,懂了她住上海,你也上海,你兩算是居了"他愣了一會,看了看我:"別說這種舔狗話,你說的其實有點理,上次她讓我她修電腦,我發(fā)她家的 ip 是 192.168.xx.xx,巧了,我家的也是我懷疑我們住的近"。很感動。我甚至沒敢告訴他我家里的 IP 也是 192.168 開頭的,我猜你家的也是,現(xiàn)在正在看這篇章的你。但問題來了,為什么大的 IP 都是 192.168.xx.xx?我們今天來聊下這個題。IP 地址是什么我們知道,絡通訊的本質就收發(fā)數(shù)據(jù)包。如說收發(fā)數(shù)據(jù)包就收發(fā)快遞一樣。 IP 地址就類似于快遞上填的件地址和發(fā)件地一樣,有了它,由器就可以開始當快遞員的角色在這個紛繁復雜網(wǎng)絡世界里找到由誰來接收這個據(jù)包。收發(fā)數(shù)據(jù)像收發(fā)快遞由于們現(xiàn)在主流的還 IPV4 地址,所以默認以 IPV4 為例進行講解。這個 IP 大概長這樣。IPv4 地址在控制臺里執(zhí)行 ifconfig?就能看到。inet 邊上的?192.168.31.170?就是 IP 地址。$?ifconfig??en0:?flags=8863?mtu?1500??????options=400??????ether?88:36:3d:33:a0:15??????inet6?fe70::1009:aabf:ecc6:2d10%en0?prefixlen?64?secured?scopeid?0x6??????inet?192.168.31.170?netmask?0xffffff00?broadcast?192.168.31.255??????nd6?options=201??????media:?autoselect??????status:?active說白了,它就是特殊點的編號,于在互聯(lián)網(wǎng)中唯定位到某臺機子為了表示這個編,IP 地址一共分為 4 個字節(jié),一個字節(jié) 8 位,共 32 位,能用來表示最?2 ^32,也就是?42 億個地址。貌似。。有點少?2021 年全球就有 78 億,今年更是突破了 80 億,也就是說人均個 IP 都做不到。當前全球人數(shù)為此好多年前就在說 IPV4 地址不夠用,要耗盡了,于是才有后來的 IPV6 地址。IPv6 用了更多的字節(jié)數(shù),因此能表更多的地址。大長這樣。IPv6 地址是不是很陌生,感覺沒怎么過。這就對了。家有沒有發(fā)現(xiàn),了這么多年,大分人其實還在用 IPV4 地址,不是說要耗盡了?為什么大家還直在用 IPV4?先別急,我們聊個前置知識點IP 地址的分類。IP 地址的分類為了更好的管這 42 億個 IP 地址的用途。我們應該也在科書上看過這樣張 IP 分類的圖。IP 地址的分類大概的意思 32 位地址里,開頭為 0 的,那就是 A 類地址。開頭為 10 的,就是 B 類,開頭為 110 的,就是 C 類。在這之后,把剩下的字節(jié)拆成兩段,一段示網(wǎng)絡號,另一表示主機號。網(wǎng)號和主機號的關?,就像是某個停場編號和停車位的關系。一個城里有很多停車場而停車場里又有多個停車位。每停車位可以停一車,這里的一輛,其實就是一臺腦(主機)。大停車場少,但是停的車巨多,對 A 類地址的網(wǎng)絡號少,但是主號多。小型停車到處都是,但是般能停的車就少對應 C 類地址的網(wǎng)絡號多,但機號少。大佬們開始這么劃分網(wǎng),其實也是為了便管理,比如 A 類地址,是給大型組織機構用的主機地址的位數(shù)達 1600w+,C 類地址是給小公司用的,主號只有 200+。這個差距就有懸殊了,放在今就不太合理了,開個網(wǎng)吧可能都止 200 臺機子對吧,用 C 類嫌主機號少, A 類又嫌主機號太多。因此現(xiàn)這套分類機制其已經(jīng)很少用了。而代之的是方案,將所謂的 ABC 分類直接取消,只保留網(wǎng)絡號主機號,并且網(wǎng)號的位數(shù)也不像前限制的那么死用一個斜杠告訴戶多少位是網(wǎng)絡,其余的都是主號。比如?172.20.61.69/20,那網(wǎng)絡號的位數(shù)就是 20 位,主機號的位數(shù)是 32-20=12 位,能放 4096 臺機子,很靈活,夠用。1668126898773這就是,所謂的 CIDR,(Classless Inter-Domain Routing,無類別域間路由)。IP 地址不夠用了嗎?但不管你怎么分類,在 32 位下的限制下,就算玩得再花,要將 A 類 + B 類 + C 類 + X 類加起來,IP 的個數(shù)也最多還是 42 億個。還是不夠用。那既然法不行,那我們用乘法。啥意思42 億這個數(shù)字對大家來說太大,為了方便理解我們改成 6 個 IP。假設將 6 拆成 4+2,再讓 4 乘以 2,那結果 8 肯定大于 6。一開始,我們理的網(wǎng)絡世界只有層,每人一個 IP,那就只有 6 個人能上網(wǎng)。相加只能讓 6 人上網(wǎng)現(xiàn)在我們將絡分成兩層。像面這樣。相乘能 8 人上網(wǎng)每 2 個人構成一個 " 小網(wǎng)絡 ",對外共用一個 IP,而內部每個人的 IP 都不一樣,4 個小網(wǎng)絡共同構成一個 " 大網(wǎng)絡 "。比如小明的電腦 1 號網(wǎng)絡下的 6 號機子,小紅的電腦是 2 號網(wǎng)絡下的 6 號機子。這樣也做到唯一標識某機子的效果。像面這樣,每個 2 人構成的小網(wǎng)絡,就叫做局域網(wǎng)也就是所謂的內,用的 IP(上面的 5,6)也叫私有 IP 或內網(wǎng) IP,而上面提到的 "大網(wǎng)絡",則是廣域網(wǎng),用的 IP 則被稱為公有 IP 或公網(wǎng) IP。通過這種方式,本只能讓 6 人上網(wǎng),現(xiàn)在卻能 8 人同時上網(wǎng)。這還是 IP 只有 6 個的情況下,如果讓數(shù)變回 42 億,那就能支持遠大 42 億的機子上網(wǎng)了。公有和有 IP 的概念按照這樣的思路回到上面的 ABC 類 IP 地址,大佬們也將們分成了私有和有兩部分。在 rfc1918 文檔中定義了私有址的范圍。它們會出現(xiàn)在廣域網(wǎng),只會出現(xiàn)在局網(wǎng)內。*?A類地址:10.0.0.0--10.255.255.255??*?B類地址:172.16.0.0--172.31.255.255??*?C類地址:192.168.0.0--192.168.255.255這時候,你再看看 C 類里的私有地址范圍,熟不?192.168.xx.xx 就是這網(wǎng)段內的其中一個 IP 地址。這個范圍大概有 6w + 個主機號,什么家庭條件能用得?于是,就變成一條街或者一個區(qū),又或者小區(qū)的幾幢樓共用一公網(wǎng) IP,而內部就用 192.168.xx.xx 這樣的內網(wǎng) IP。所以只要你在家,大概率會現(xiàn)你的 IP 地址是 C 類的 192.168.xx.xx。幾幢樓共用一個公網(wǎng) IP但其實只要你想,A 類和 B 類的私有地址也是可以用在局域里的。你到了公里執(zhí)行下 ifconfig 命令,你很可能會發(fā)你的局域網(wǎng) IP 就不是 192.168 開頭的了,而是 172 或者 10 開頭的。這是因為公司內網(wǎng)里,需的 IP 數(shù)量會更大,172 和 10 開頭的 IP 能表示的主機更多,比如 10 開頭的能表示 1600w + 個。就不說別的,光 A 類地址,只拿了個 10 開頭的網(wǎng)絡號出來當內網(wǎng) IP 就能表示 1600w + 個主機號,其余的 100 + 個 A 類網(wǎng)絡號都拿來公網(wǎng)地址。按上提到算法去進行相乘,公網(wǎng) IP 數(shù) * 內網(wǎng) IP 數(shù) = (100+ * 1600w) * 1600w,你也別管我算的對不,反正就是能提給好多設備使用更別說還有 B 類和 C 類的還沒算呢。而且上只考慮了一層局網(wǎng),其實局域網(wǎng)還能再分成多層局域網(wǎng)內再嵌套域網(wǎng)。就像下面樣,這樣能用的 IP 數(shù)量就更多了。局域網(wǎng)內還局域網(wǎng)所以說,IP 地址雖然不多,但其實完全夠,這也是我們一以來遲遲不切換 IPv6 的原因。夠用,能跑為什么要換?聊這里,其實就回了文章標題的問,為什么大家的 IP 都是 192.168 開頭的,是因為 IPv4 地址有限,為了有效利用這有限的地址,我可以將網(wǎng)絡分為域網(wǎng)和廣域網(wǎng), IP 分為了私有 IP 和公網(wǎng) IP,一個局域網(wǎng)里的 N 多臺機器都可以共用個廣域網(wǎng) IP,從而達到了 "做乘法" 的效果,大大增加了 "可用 IP 數(shù)量",小區(qū)里幾幢樓以共用一個公網(wǎng) IP,且因為設備數(shù)量不多,一般用 C 類的私有地址,也就是 192.168 開頭的地址。但問就來了,怎么知我的公網(wǎng) IP 地址是什么?查自己的公網(wǎng) IP 地址在家里的電腦上,通過 ifconfig,你能拿到自己的內 IP 地址,比如我的就是 192.168.31.170。$?ifconfig??en0:?flags=8863?mtu?1500??????options=400??????ether?88:36:3d:33:a0:15??????inet6?fe70::1009:aabf:ecc6:2d10%en0?prefixlen?64?secured?scopeid?0x6??????inet?192.168.31.170?netmask?0xffffff00?broadcast?192.168.31.255??????nd6?options=201??????media:?autoselect??????status:?active但如果你想知道的公網(wǎng) IP 地址的話,該怎么呢?有個簡單的法。你直接在 baidu 上搜索 " 我的 IP 地址 ",就能看到你的公網(wǎng) IP 地址。別去 ping 這個地址,這個圖被我 p 過。如果你用的是某里云的機。你也會發(fā)現(xiàn)你機子既有私有 IP 地址,也有一個公有 IP 地址。某里云可以時分配公有和私 IP也是 p 的圖。當你去 ping 上面的私有地址 172.21.56.59 時,你會發(fā)現(xiàn)它根本 ping 不通。$?ping?172.21.56.59??PING?172.21.56.59?(172.21.56.59):?56?data?bytes??Request?timeout?for?icmp_seq?0??Request?timeout?for?icmp_seq?1??Request?timeout?for?icmp_seq?2??^C??---?172.21.56.59?ping?statistics?---??4?packets?transmitted,?0?packets?received,?100.0%?packet?loss而公網(wǎng)地址 46.101.121.11 卻可以 ping 通。也就是說,在你家局域網(wǎng)里,你只通過公網(wǎng) IP 地址去訪問這臺服務器。$?ping?46.101.121.11??PING?46.101.121.11?(46.101.121.11):?56?data?bytes??64?bytes?from?46.101.121.11:?icmp_seq=0?ttl=48?time=273.481?ms??64?bytes?from?46.101.121.11:?icmp_seq=1?ttl=48?time=268.018?ms??64?bytes?from?46.101.121.11:?icmp_seq=2?ttl=48?time=266.606?ms??^C??---?46.101.121.11?ping?statistics?---??3?packets?transmitted,?3?packets?received,?0.0%?packet?loss這時候,用過他們家服務器人可能會有個疑。只要申請一臺服務,某里云就給你一個公網(wǎng) IP 地址,怎么做到的?這。。。么富的嗎?其實某里云跟管 IP 的機構,租用了的一批 IP 地址,在你需要的候,就能付費租你,不用了也能收分配給其他人而且公網(wǎng) IP 地址下面,其實可以掛多臺云服器,用上文提到方式,讓多臺云務器共用一個 IP。因此不太需要擔心 IP 耗盡的問題。總結?IP 地址就像快遞里填的送件和收地址,是一串編,用于在紛繁復的網(wǎng)絡世界中標你的位置。?IPv4 有 32 位,最多能表示 42 億個 IP 地址。為了更好的管理它們,教書上出現(xiàn)過 ABC 這樣的分類方式,并且在 ABC 類里還分為私有地址和公有地。但目前流行使 CIDR 的方式進行分類。?為了表示更多主,我們可以將網(wǎng)分為廣域網(wǎng)和局網(wǎng),廣域網(wǎng)用公地址,局域網(wǎng)使私有地址。將公地址乘上私有地,就能表示遠大 42 億臺的機子。??家庭網(wǎng)較小,往往小區(qū)幾幢樓構成一個域網(wǎng),這幾幢樓用一個公有 IP 地址。局域網(wǎng)內選擇了 C 類的私有地址,也就 192.168.xx 開頭的 ip,所以你會發(fā)現(xiàn)我們家里的 IP 基本上都是 192.168 開頭的。??在 baidu 上搜索 " 我的 IP 地址 ",就能看到你的公網(wǎng) IP 地址。差不多了,給大家留問題吧上面提到網(wǎng)絡分為廣域網(wǎng)局域網(wǎng),IP 分為公有和私有。個局域網(wǎng)內所有子對外使用一個有 IP,對內則使用私有 IP。那么問題來了,網(wǎng)里不使用私有 IP,一個局域網(wǎng)里的私有 IP 想訪問局域網(wǎng)外公有 IP,必然要做個 IP 轉換,這是在哪里的轉換呢?私有 IP 和公有 IP 在哪進行轉換最后我在寫文章時候,遇到個小蛋。當我在 baidu 搜索的網(wǎng)頁里,用 F12 打開瀏覽器的控制臺時??吹搅?面這么一段話。現(xiàn)是個招聘推廣,想想也是,會控制臺看的基本都是跟程序員沾的人,這波是精引流了。招聘宣語確實寫的很好看完我 emo 了,當年我畢業(yè)時候,也想著自有一天能靠著寫碼改變世界。多以后,我發(fā)現(xiàn),改變自己,就已很了不起了。本來自微信公眾號小白 debug (ID:xiaobaidebug),作者:小白

責任編輯: 金友

熱點新聞

      <code id='70a60'></code><style id='0b78a'></style>
      • <acronym id='399bd'></acronym>
        <center id='2f2ce'><center id='18fab'><tfoot id='be5eb'></tfoot></center><abbr id='13435'><dir id='da643'><tfoot id='fb068'></tfoot><noframes id='47023'>

      • <optgroup id='6c193'><strike id='9c8af'><sup id='371c1'></sup></strike><code id='46412'></code></optgroup>
          1. <b id='8d706'><label id='95b41'><select id='7dde8'><dt id='5d586'><span id='79512'></span></dt></select></label></b><u id='f870b'></u>
            <i id='b56d5'><strike id='12c32'><tt id='9d631'><pre id='9f9a8'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='d7199'></code><style id='1a083'></style>
              • <acronym id='17a49'></acronym>
                <center id='365ea'><center id='9dc4d'><tfoot id='e307c'></tfoot></center><abbr id='5b71e'><dir id='e004e'><tfoot id='be713'></tfoot><noframes id='fa052'>

              • <optgroup id='cbb95'><strike id='926f6'><sup id='76d78'></sup></strike><code id='f6813'></code></optgroup>
                  1. <b id='a8546'><label id='7035c'><select id='d5256'><dt id='682c9'><span id='5e890'></span></dt></select></label></b><u id='fdfff'></u>
                    <i id='af794'><strike id='26df8'><tt id='39262'><pre id='aebba'></pre></tt></strike></i>

                    德格县| 璧山县| 平果县| 常宁市| 峡江县| 昌乐县| 嵊州市| 通许县| 纳雍县| 自治县| 县级市| 湟源县| 辉县市| 确山县| 西丰县| 大埔县| 云梦县| 临颍县| 襄樊市| 海安县| 宿迁市| 介休市| 且末县| 陇南市| 开平市| 兖州市| 滕州市| 吕梁市| 泾阳县| 广丰县| 巍山| 北碚区| 玉溪市| 永清县| 汝阳县| 太康县|