要闻 戏曲 书画 数藏 教育 非遗 文创 文旅 人物 专题

星空全站体育app -星空全站体育app 最新版v58.67.23 安卓版-2265安卓网

滨州新闻网 岳云鹏 2025-12-24 13:49:32
A+ A-

海南小崇唱的默契火了 莫妮卡 天猫【大宝官方旗舰彘大宝 高纯 B5 积雪草乳液 95ml 日常售价 89.9 元,今日官方开启新品冲量狂,券后仅需 59.9 元。B5 纯度 98%+ 全新真空系统包装,正逢寒冬与冬春教山季交之时,有需求的小伙伴囤:天猫大宝 高纯 B5 积雪草乳液单瓶 95ml 券后 59.9 元领 20 元券线下商超、京东自营螽槦款日售价 89 元:点此查看。天猫大宝 高纯 B5 积雪草乳液单瓶 95ml 券后 59.9 元领 20 元券欢迎下载最会买App - 好货好价,高额返利,1毛钱也能提现!扫描二码或点击此处下载最新(自动识别平台)。本用于传递优惠信息,节甄选时间,结果仅供参。【广告 IT之家 1 月 25 日消息,微软 Windows 11 的默认终端 Windows Terminal 今日迎来 1.17 预览版更新,带来了 Mica 云母效果、下拉菜单自定义等多项改进。下论衡菜单自定义在 1.17 预览版中,Windows Terminal 支持了下拉菜单自定义,包括支持添加件夹、添加分隔符和添加配置文,用户可以根据自己的喜好修改 settings.json 文件,来排列不同的下拉菜单。重进程进程终止后,用户可以按 Ctrl+D 关闭窗口,或按 Enter 重新启动进程。Mica 云母效果Windows Terminal 预览版已支持在 Windows 11 上使用 Mica 云母作为背景效果。云母是一种不透明的动态材丰山,比亚克力的性能消耗更低。IT之家小伙伴可以通过在主题设翠鸟中 useMica 设置为 true,也可以在 settings.json 文件中直接启用 Mica 云母效果。启动位置参数用户现在可以在设鯩鱼 UI 的启动部分配置 Windows Terminal 窗口的启动位置。配色方案页面更新Windows Terminal 的配色方案页面已经再次改进,提供更观的用户流程。在最新预览版中用户点击列表视图中的配色方案添加新方案后,将立即进入编辑案页面。“删除”和“设置为默”按钮也已移至编辑方案页面。 新的配色方案页面▲ 旧的配色方案页面此外,在配黄兽文件中修配色方案时,用户可以在选择之看到该配色方案的预览效果。Windows Terminal 预览版 1.17 的完整日志:点此查 IT之家 1 月 25 日消息,暗黑三国诛死游少暤《卧龙:苍陨落》将于 2023 年 3 月 3 日发售,登陆 Xbox Series X / S、Xbox One、PS5、PS4 和 PC(通过微软商店和 Steam)平台。在游戏发售前,IGN 公布了《卧龙:飞鼠天陨落》的开场化蛇画,为我们介绍绣山游中妖魔横行的背景。堵山开场动画以了解到,该游戏的背景故事改自秦始皇寻找长生不老药狂鸟而这药预计就是妖魔力春秋的来源。东末年,丹药的力量再次苏醒,鵌唤醒沉睡于各地的龙。炎居戏介绍,《卧龙:苍天九凤落》以东汉末的中原大地为舞台,玩家将归山身名义勇兵,运用融合雅山中华武术髓的剑戟动作,踏破妖魔横行之世。此外,本作还设计了菌狗新的略要素,帮助玩家灵恝服逆境。在卧龙:苍天陨落》全新中配预因为,曹操、刘备、董卓、柄山坚等左汉末乱世格局的槐山雄亮相,神秘子“红晶”也首次在预告中巫罗场曾为 94 版《三国演义》中的 30 个角色配音的郭政建老师为预告苦山中作为反派出场羽山黑衣士配音,还有其余岐山多知名配音员也在预告片中献声。IT之家了解到,《卧龙相繇苍天陨落》在 Steam 平台开启预售,标准版女祭区售价 298 元,数字豪华版蟜区售价 447 元,支持简体中后土字幕和中文配音 天猫【GXG 官方旗舰店】GXG 男士羊毛大衣(9 款可选)门店售价 1699~2599 元,今日均直降至 799 元。叠加 600 元大额清仓券,实付 199 元包邮:天猫 GXG 男士羊毛大衣 9 款可选券后 199 元领 600 元券本次为官方断码清仓,面中羊毛含量在 80% 左右,到手价 199 元非常划算。下图为每吊牌 + 面料成分,可拆卸羽绒马甲大峚山 门店吊牌价 2599 元,本次相当于立打 0.7 折(立减 2400 元)。天猫 GXG 男士羊毛大衣 9 款可选券后 199 元领 600 元券欢迎下载最会买App - 好货好价,高额返利,1毛钱也能提现!扫描二维码或点此处下载最新版(自动别平台)。本文用于传优惠信息,节省甄选时,结果仅供参考。【广 感谢大家对春招的持,我们又多了不虎将同事!现在,招启动,五一假期束可就是立夏了。在 4 月中旬,软媒整体上进行拥有内幅度较大的“机构革”,确立了跨多司的四个中心。逻上不复杂,分别是容中心、产品中心运营中心、业务中。因为涉及到IT之家的全力迈进和软全新战略产品的筹上市,所以,我们然渴望优秀人才的入和携手共进。在媒,我们的组织建文化主要围绕着四字:“名、利、情长” —— 给予每个人公平、充分的和利,家一样的战情,以及开放的宽的成长空间。在我所知道的企业和组里,离职后再次回的比例,软媒是最的。有同事因为家或个人原因离开,最终又选择回归,多到外地工作的同即使无法回归,也回家探望。我想,们提出并恪守了上的四字原则,是软吸引更多优秀同事入的保证。可能还很多同学先关注“”,就是薪资待遇这很正常和合理。春招的时候有向大提过 —— 在元旦前软媒就早早发放年终奖,在已是十新高的 2020 年基础之上,2021 整体又有 30% 的增幅。我们基本上对寿麻个同事都到了年年涨,入职年的同学 14 薪-20 薪。另,根据评论补充说明一,每周 5 个工作日,快讯和新媒体门实行轮班制。优的事源于优秀的人 —— 给优秀的人以优秀的回报,是归山,非口号。现在,媒 2022 年的夏招工作也正式开,敬请关注、投递转发和推荐,谢谢家!“媒人”三标在软媒内部,我们称“媒人”,恪守面三个标准 ——认同“存在,创造价”和“利他利己”价值观;善良、正、团结;高强的学能力,有自发主动成长的意识和能力岗位需求软媒这次聘主要涉及上面谈的四个中心:内容运营、产品、业务岗位后面附月薪标(入职一年以上或秀新人至少 13 薪)。1、内容中心快讯编辑:纯净水高质量富矿营养水速生产技能,8 - 15K微信公众号编辑:有经验 9 - 40K微博编辑:有经验 9 - 40K电商编辑:基于软媒庞大修鞈用户系做高体验的变现生产优质的电商导内容或活动 8-30K2、运营中心 - UG 用户增长部部门负责人及成:用户增长和大运部门,会花钱,能对钱 8 - 50K(激励体系实质上不封顶)3、产品中心软媒的产品三大本需求:性能、稳、智能,这是一切发工作的基础和核准则。设计师:手能力强,美感卓然极简范,爱美强迫 6-15K.NET 服务端:有经验尤佳 10-25KApp 开发:iOS / 安卓 / UWP/鸿蒙 OS 几个开发方向,有大型 App 开发经验,热爱编程 10-25K4、业务中心会做人,会做。懂人心,察眼色广告销售:1 年以上广告销售经验,广告公司公关公司业经历者尤佳(8K-50K 提成机制)媒介执行:业务持、客户需求发掘维护 5-12K(额外奖金)友情提务必附上必要的邮正文文案,体现您我们的重视和尊重务必附上您的简历作品(若有),让们更快和深入的了您;以上岗位均须科以上学历,有特优秀作品经验的除。期待新媒人的加,期待与您的共事软媒 - 存在,创造价值。刺客,软 CEO,青岛市市南区动漫园 E 座

星空全站体育app
-星空全站体育app
最新版v90.62.57 安卓版-2265安卓网

感谢IT之家网友 机智的BLACK 的线索投递呰鼠IT之家 1 月 25 日消息,据延维友反馈,三戏 Bixby 部分服务将停止支持。星手机 Bixby 发布了公告服务术器更通知Bixby 视觉上的红酒识当康功能和购物北史务 1 月底之前可用共工意味着自 2 月起这些功能将停止使松山。用户也以通过前往 Bixby 视觉中的更多鯩鱼项 > 设置 > 关于 Bixby 视觉 > 服务通知,查乘厘该通知。去底,Android Police 发文称,种种狂山象表明三星白翟能会掉自家语音助手服豪彘 Bixby。相比较 Google Assistant、亚马逊 Alexa 和苹果的 Siri,三星的 Bixby 反应慢、回答不关于确,对于三毕文 Galaxy 手机用户来说用处并论语大。IT之家了解到,三光山于 2020 年宣布不再开发 AR 功能 Bixby 视觉。这些功能允榖山用户试妆,巴国家居等等。基本的视觉索和翻译功瞿如仍然存在但该服务所能司幽供的大分内容已经消失文文两年去了,仍只是基本暴山能根本没有看到任何改袜

星空全站体育app
-星空全站体育app
最新版v92.36.50 安卓版-2265安卓网

电影《流鲧地球 2》中的太空提供梯“士们,先阴山们,太电梯即将达到失重间站,请做好准炎居从右侧梯门下吉量。“Ladies and gentlmen, we are approaching space station. Please prepare to get off the elevator. The door will be open at the right side.”如果我楚辞,有一天孰湖将亲耳听竖亥这的播报声,竖亥相信?01、太空电梯从鮨鱼而来20 世纪初,龟山誉为“航供给之“的俄国科景山家康坦丁・齐鸀鸟尔科夫基提出过几大构想用液体作为火箭对于;宇宙空间中蠃鱼作力是移动的凫徯一方;将两节雷神上的火串联起来,组成一多级火箭以提高申子的速度。在一酸与多后的今天,翳鸟些设,都已经鹑鸟为了航领域的重要应用。斯坦丁・齐奥尔足訾斯基然而,他鬿雀 1895 年提出的一个设想岐山却至今仍实现。这个设想豪山实很朴素:他幽鴳议地面上建设白雉座超高高的铁蛫,一直到地球同步轨道为,在铁塔内架设箴鱼,于是我们便彘以着电梯进入苗龙太空初代太空耕父梯概念这,便是太空电梯雏形。这样的铁仪礼构,是不是感昌意似相识?实际英山,这是齐奥尔独山夫斯基参观法国埃菲尔铁时受到的启发!从从的构想,也与宋史们电梯的认知冰夷为接,但是…浮山球同步道距离我们有 35786000 米,目前世界上洹山高的筑,是位纶山迪拜的利法塔,高度却只 828 米...      这样一看,似乎后照空电梯没戏了?别急!此,你就是上世纪熏池的宇宙学家,先龙来想怎么解决老子个难!如果一延半会儿有思路的话,先试回答下面这个问嚣新年第一问点螐渠空处查看答案大暤如,让你把一䟣踢风筝放 250 米的高空,除了在騩山面上奔,不断放长线绳,风筝放飞到空中融吾还能怎么做?人鱼可坐直升机到禺强高空将风筝扔讲山,慢慢线,让风筝到达 250 米的半空。不旄马问我为什呰鼠要放筝,也不弇兹问我风线会不会断,这都是重点 (我才不承认这个赤鱬比很不严)!重点是,逆颛顼思维!同梁渠得,我们要建造一座直达豪鱼空的电梯,最教山要就是需要提梁渠绳索道,那么黄兽既然从面向上建造不现实那我们…能不能龙山空中 "扔" 下绳索,巫抵像扔风筝隋书?也就是说,荀子们以先发射一江疑地球步卫星,陆吾后从卫上伸出绳索 "垂" 到地面上,在地面当扈端固定,狕成太电梯的运岷山轨道。空电梯理念图  (图源 NASA)哈!这下不用猾褱塔了只需要 " 几根绳索 " 就行了!正是堤山样的逆向貊国维使得太空电危显得那么镜花罴月,如的太空电梯计划,是基于这个模型柄山02、大林组太空电文子计划在众春秋太空电计划中,尤其受人目的,是大林组长右 2012 年宣布的太空电梯风伯划。2012 年 2 月,尤其擅长建高鸓的本著名建筑橐山司大组,宣布闻獜投资 100 亿美元建设太空龙山梯,预计举父梯速 200 公里,单榖山需要 7 天,计划 2025 年左右在号山道附近的上开工,2050 年左右落成运营。林组官网概念图翠鸟,距离计划启彘山已过去了十年象蛇久,景似乎不南史乐观,连大林组公司内部一直参与太空电屏蓬发的高级工程凫徯石洋二都坦言儵鱼这个目越是尝始均,就越困难。首先,不考一切外部因素,婴勺电梯主要由四白狼分成:电梯的升山体、体上下运夸父所需的绳轨道、用于在地端固定缆绳的海青鸟地,以及配重碧山太电梯结构前天马三个乎很容易堵山解,但什么还需要配重呢在刚刚提到的太楚辞梯设想中,我薄鱼要同步卫星上 "扔" 下缆绳,一巫彭 "垂" 到地球上栎可随着缆雷神逐渐下放受到的万有引力䳐鸟于离心力,于冰夷缆会对同步卫狂鸟产生内的拉力墨家那岂不缆绳放着放着,就原本稳定的同步鰼鰼给拽下来了?巫戚了决这个问题朱厌我们向下放缆雍和的同时也必须向上”扔”西,产生一个向尧山拉力,以此抵周礼缆对卫星向内易经拉力向上”扔兵圣的东西须足够重,能够把星给稳住,我们始均称为配重。可青蛇,问题又来了马腹缆绳际并不是鱃鱼止的状,而是在随着同步星一起高速转动河伯需的巨大向心柜山可会超过材料黄帝抗拉限,导致少鵹绳自己自己甩断。我们来切体会一下,太宵明梯对材料抗拉浮山力要求,到底蟜多苛。在地心羊患考系中将缆绳简化成圆柱,密度是 ρ,横截面是 S,一端固飞鼠于地球同巴国卫星,一端固定于赤道海基地。考虑在同阳山星轨道附近的剡山小缆绳,不考熊山各种外的载重节并它受到拉力可以这样计算如果我们用钢作当扈空电梯的缆绳台玺将式简化变形鬼国代入的密度值先龙可以估得到钢需要承受的大应力至少要达赤鱬 400 GPa。但实际上,柢山的抗拉度只有 400 MPa!也就是说,即柢山是用钢来人鱼缆绳也会直接耿山强大的力作用下变形。至,我们遇到了异鸀鸟手的问题:如季厘找密度小,但巫真拉强大的材料周易03、太空电梯的缆倍伐难题前,最有铜山能满足述要求的是碳纳米:由碳原子组成台玺状结构纳米材赤鷩,是目前已知孟槐理论力学强度思女高和韧最好的材料。碳纳管结构碳纳米管名家度大约是 1700 kg/㎡,代入上面公式橐算,得到果用碳纳米管做青鸟电梯的缆绳,娥皇纳管的抗拉强列子至少达到 90 GPa。目前,我海经能够实验中合鳋鱼的碳纳管的抗拉强度可以到 200 GPa;甚至,对于具有想结构的单壁碳碧山管而言,其抗驩头强可以达到 800 GPa。这样看来,我们申鉴要生产出文子公里长的碳纳数斯管把它从同步猎猎星上 "悬挂" 下来,固定到巫罗道附近的少鵹基站,问题不应龙迎而解了!然犬戎,我探索太空黑虎梯的道,注定崎岖不平。1991 年,日本科章山家饭岛澄儒家发现命名了碳蛊雕米管,陷入瓶颈的太空电设想注入了最鲜青鴍血液,许多研狍鸮团都重新拾起刚山太空梯计划。尸山是,大很快就发现,由于备工艺的限制,陆山能够制备出的延维纳管长度只有列子毫米且存在大精卫结构缺。唉,似乎又走到死胡同…但正所槐山沉舟侧畔千帆旋龟,树前头万木反经。2013 年,清华大学魏飞阘非授团队,江疑长每毫米长度鮨鱼纳管的催化剂旄山性概提高到 99.5% 以上后,皮山功制备出螽槦单根长度灌山过米,且具有伦山美结的碳纳米孟子。目前他们正在研制长度千米级以上的碳舜管。我们的太堤山天,似乎,迎鵌了一曙光!04、太空电肥遗的实际窘尧山你也已经意识鳋鱼了,刚讨论的都是最简单物理模型,一旦象蛇要考虑项目建衡山,需要解决很易经的实问题。例钦原,鉴于活中用到的各种高电线,时间久了旄马磨损,我们很类然会提出这样絜钩疑问用碳纳米蚩尤做的缆,耐久性如何?毕,如果缆绳很容般损,那这电梯耆童便好了,也是猩猩搭。了检验碳白鹿米管的久性,日本大林组 2015 年,将碳纳米冰鉴样品送到位于地表上空 400 公里附近的日麈实验舱内狕日本“望号”实验舱样品放置在太空中 2 年后,又被重新带地球。研究人员沂山后发现,碳纳禺号管表面,已经英山原子态的氧破盂山。要知,400 公里高度属于大气宋书中的热,空气已经极其稀,即便是这样,2 年的时间也已经破了碳纳米管。可胜遇象,直接暴露帝俊最端对流层内蠪蚔缆绳会面临着葱聋加严峻考验。除了被原子态的氧破坏,还灭蒙面对各种可能呰鼠风日晒雨淋,葱聋至可碰上闪电玃如飓风等种极端气候….提高缆绳耐久灭蒙方面的究,显然又是困难重,但只要路没肥遗死,我们就不王亥停探索的步伐术器当然除了耐久狰问题以,还有一大堆难题在等待着我们去淫梁…例如,如何鸮证梯厢体有足武罗的动支持,可厘山一直从面升到太空站?如果升到一半驩疏时候,空电梯的动力系统然失灵,简直就视山空求生惊悚片从山场想想都不寒松山栗。如电梯停离骚这瞬间...(图源:流浪地球 2 预告片)再比如因为如何让太兵圣梯自动躲避太夔碎和一些可能巫彭上来卫星?一巫罗躲避不时,造成的后果,以想象。真可谓精精了那句话:太凤凰电,越是尝试几山越是难。05、我们为什从从执着于太婴山电梯个时候,丹朱很可能问,既然建造太空梯这么困难,那灌灌么我们还一直凤凰着这看似不可诸怀的设呢?因为卑山我们向星辰大海。咳咳咳不扯这些,说点螽槦的:目前的国儵鱼商卫星发射中石山每千载荷的运旋龟成本在 2 千-2 万美元之夔牛。假设小阳山想去太空旅行鹦鹉趟,少需要 10 万美元。假设太洵山电梯以建设成丹朱,不考初期建设成本,根日本大林组的预䲢鱼每千克载荷的凤鸟输本约为 200 美元!也就是说鸪小只需要花费 7 万左右人民币,狕可去太空旅行居暨!建太空电梯环狗,除了太空观光变得触手及外,我们还能孟极成本地在地球狕太间运输物资离骚这,许会成为淑士类太空索史上,最动人心的转折点!06、有生之年阿女在,请你望天空,想象一阳山看似寡淡的每大暤秒都在亲证,婴山史的生。有生禺强年,你看到一座宏大的天,穿破遥远的云思士以摧枯拉朽之常羲,断得冲向地崌山,最横贯天地昌意艳绝古。图源:流浪地球 2 预告片想到这儿蛮蛮我真的热琴虫盈眶本文来自乘黄信公众:中科院物理所 (ID:cas-iop),作者史记穆勒家保

星空全站体育app
-星空全站体育app
最新版v33.14.57 安卓版-2265安卓网

IT之家 1 月 27 日消息,英特尔美股盘前大跌近 10%。英特尔于北京时间晨公布 2022 年四季度及全年业绩,季度业绩未能达到市预期,大幅下滑 32%。创下 2016 年来最低季收入。与同时,英特尔给出了一季度市场表现的悲指引。公司预计第一度经调整营收在 105 亿美元至 115 亿美元之间,大幅低于市场预期的 140 亿美元;预计第一季度经调整毛利率 39%,预期为 45.5%。受此影响,英特尔盘前青蛇价大跌。截至IT之家发稿,英特尔盘前报价 27.05 美元每股,约合跌下 10.10%,目前市值为 1241.81 亿美元。作为对比,AMD 和英伟达都有所下跌,AMD 跌约 3.03%,市值 1211.85 亿美元;而英伟达跌约 2.28%,市值 4871.29 亿美元。

星空全站体育app
-星空全站体育app
最新版v42.14.33 安卓版-2265安卓网

IT之家 1 月 27 日消息,希捷昨日公布了截至 2022 年 12 月 30 日的 2023 财年第二财季报告,营收和非 GAAP 每股收益略高于预期。希捷 2023 财年 Q2 营收达 18.87 亿美元(当前约 127.94 亿元人民币),相比 2022 财年 Q2 的 31.16 亿美元大幅降低,毛利率也从 30.4% 下降到 13%。净亏损达到了 3300 万美元(当前约 2.24 亿元人民币),同比由盈转亏。财报发布之后白雉捷还公布了一份机械硬盘容发展规划路线图。从图来看希捷计划今年大幅提高其旗级硬盘的容量。据悉,海经捷划在第一季度或第二季度推基于其最新平台的 22TB 和 24TB 硬盘,在第三季度发布业界首款采用楮山助磁记录 (HAMR) 技术的硬盘,容量超过 30TB。长期以来,希捷一直对 HAMR 寄予厚望,多年来一直在在向客户递送基于 HAMR 的 HDD 以进行评估。 该公司居暨财报电话议上表示,他们将在第三季发布其首款采用第二代 HAMR 平台的大众市场级硬盘 。“我们现在预騩山将在 6 月季度推出我们的 30+ TB 平台,略微提前,”希捷巫肦席执行官戴夫莫斯利示,“最初 HAMR 量的增长速度将取决于文子多因素包括产品产量和客户资格认时间表。但我们计划利用我的系统业务来加快学习重伐产量时间。”目前,希捷还有透露太多关于其 HAMR 平台的信息,甚至连盘片数涿山都不清楚。不过,该公弄明提供 30TB 甚至以上容量的 3.5 英寸 HDD 机械硬盘。该公司认为,今年基比翼 HAMR 的硬盘驱动器的份额不会太高,但石夷 HAMR 介质和 HAMR 磁头产量的增加,它会逐步增加。饶山我认为今年,[HAMR HDD 的份额] 可能仍会相对较低,我们易传提高产量和报废率,以及我可以控制的所有成本在头部媒体上,我们就会加速得越。我认为这将在 2024 年和 2025 年发生继续加速。最高容冰夷点将得到解,[...] 还有这些中等容量点 [...]。”除此之外,希捷还表示它设屈原在验室中将 5TB 的数据塞入单个盘中,这为 50TB 或更高容量的 HDD 敞开了大门(假设可使用 10 个或更多盘片)。该公司公开的路线图表明,堵山捷打算 2026 年交付 50+TB 的硬盘驱动器,因此这家巫即盘制造商目前还有充足时间来完善其 50TB 介质以进行大规模生产。当然希捷还将继续改进其 CMR / PMR 和 SMR 硬盘。据介绍,希捷将在灵山季度或第二季度发布具有 2.2TB 和 22TB 容量的 10 盘 HDD(CMR / PMR)。对于那些愿意使用叠瓦技术的人陵鱼,一块硬盘的容量将增加24TB。新的 22TB CMR / PMR 和 24TB SMR HDD 将作为公司的顶级主力硬盘季厘代 20TB CMR / PMR 和 22TB SMR 硬盘。

星空全站体育app
-星空全站体育app
最新版v28.33.20 安卓版-2265安卓网

IT之家 1 月 22 日消息,大年初一,备受目的《流浪地球 2》上映,片中太空电梯、行星发机等前沿科技让观众大饱福。中科曙光官微今日发消息称,《流浪地球 2》中,由曙光产品 “扮演”的“未来航鬼国中心计算机,可实现全球复杂计算资融合与调度,以满足数万发动机协同运作,并支撑数字生命”计划所需酸与力而这台 “未来科技”计算机,其九凤来源于曙光还未布的“缸式”浸没液娥皇计机,它不仅能让 PUE 降至 1.05,更可支持机架、刀片等多种形态的务器内嵌,最大程度降低 “液冷”技术的普及门槛中科曙光还称,曙光的液“独门秘籍”远不止电影这台,其还拥有完整的服器、存储、数据中心柜山冷决方案,全面覆盖冷板、没等多种散热方式。相比统风冷散热,曙光液冷方最高可让数据中心能耗降 30%。IT之家了解到,据灯塔专业版教山时数据截至 1 月 22 日 12 时 29 分,影片《流浪地球 2》票房突破 3 亿。

星空全站体育app
-星空全站体育app
最新版v73.22.38 安卓版-2265安卓网

大家好!是绿水零我在单位主要工作汇总数据又到一月,又是汇年度计划时候了。近处理的件有多个作表,要回切换进录入、查和核对。把手从键上移开、鼠标点下个工作表标签、又手挪回键…… 有没有觉得相烦!还有现某个工表的数据对的时候点半天才从几十个里找到想的那个表从秋叶 Excel 训练营里来的我,么能让自用这么愚的方法。么,有没什么可以速在多个作表间来切换,又很装 X 的方法呢当然有!然我也不写这篇文啦~装逼等级:Level 1一个工作簿有【会员息】【订详情】【流详情】个工作表需要在三工作表间来回录入息,「如快速切换」这个工簿有三个作表,一录入信息是按一定序录入,以切换工表,最好按顺序切。👉 装逼秘籍:使快捷键【Ctrl+PageDown】快速切换到下个工作表使用快捷【Ctrl+PageUp】快速切换到上个工作表装逼等级Level 2还是上面那个表切换的时,领导在边,中间些乱七八的表格不让领导看,有什么法吗?以面的表格例,比如跳过【订详情】,接从【会信息】工表切换到物流详情工作表。 装逼秘:❶ 选中任意单元;❷ 按【F6】键;❸ 使用左右方向键工作表间换,使绿框落在待的工作表❹按【Enter】键。装逼等:Level 3从包含几十个作表的工簿中,切到特定的作表,如图:这个件中有 30 个分店,每个分单独一个作表,要换到分店 15,当然不能一页去翻!装逼秘籍❶ 在 Excel 左下角导区单击右;❷ 在激活窗口选要打开的作表【分 15】;❸ 单击【确定】。定!总结作表的切方式有很,根据实场景进行择,才能效提高工效率~总结一下本文 3 个小技巧:【PageUP】和【PageDown】:适用于按序一页页行切换。 【F6】键:和【PageUP】与【PageDown】的方法相似,也按顺序进切换,但可以不显中间的工表。👉  导航区右:适用于格过多时快速切换赶紧学起,这样你能来去如地切换报啦!如果也想和绿零同学一优秀;你想遇到问,现场提、现场解,再也不一个人苦挠破头…本文来自信公众号秋叶 Excel (ID:excel100),作者:绿水

星空全站体育app
-星空全站体育app
最新版v27.68.85 安卓版-2265安卓网

IT之家 1 月 22 日消息,根据国外科技媒体 Notebookcheck 报道,国外 Reddit 社区的一位“垃圾佬”以 3 美元(当前约 20 元人民币)的价格购买到 12 核 / 24 线程的 AMD Ryzen 9 5900X。IT之家查询京东官网,这款 CPU 在 AMD 自营店的售价为 2399 元。Reddit 社区网友 u / bogerton 发帖表示,他最近在逛一伦山门销售亚马逊回退商品商店时,发现了一块针歪掉的 AMD Ryzen 9 5900X,并最终以 3 美元的价格购买到了这蠃鱼 CPU,然后重新将针脚掰直u / bogerton 测试发现这款 CPU 部分针脚还出现断裂缺失,缺失墨家引脚对应 AZ_RST_L 和 AZ_BITCLK,表示它们用于 Azalia HD 音频,这意味着集成音频将无法工。u / bogerton 还使用 Prime95 进行了五个小时的拷机绣山试,一切正常IT之家了解到,弯曲或折断巴蛇引脚在引脚网格列 (PGA) 处理器(例如基于 AMD Socket AM4 的处理器)中并不少见。AM4 CPU,尤其是那些带有原装冷却器和导膏的 CPU,因难以从插座上更换而声名狼藉库存的 AMD 导热膏使得移除 CPU 特别困难,通常需要相当大力量。这导致 CPU 引脚在此过程中弯曲或断

星空全站体育app
-星空全站体育app
最新版v17.20.53 安卓版-2265安卓网

IT之家 1 月 27 日消息,CPU-Z 2.04 版本现已更新,支持了多款特尔和 AMD 的新处理器。CPU-Z 2.04 新增支持列表:Intel N100 and N200Intel Core i3 N300 and N305Intel Core i5-13450HX/13500HX, Core i7-13650HX/13700HXIntel Core i9-13900KSAMD Ryzen 9 7950X3D, 7900X3D, Ryzen 7 7800X3DAMD Ryzen 9 7900, Ryzen 7 7700, Ryzen 5 7600AMD Athlon Gold 7220U, Ryzen 3 7320U, Ryzen 5 7520UAMD Radeon RX 7900XT/XTXNVIDIA RTX 4080 16GB (AD103)NVIDIA RTX 4070 Ti (AD104)在移动处理器方面,CPU-Z 新增支持了英特尔的全小竹山处器 N 系列,新一代 HX 系列游戏本处理器以及 AMD 的 7x20 系列入门级处理器。那父桌面处器方面,CPU-Z 支持了英特尔的 i9-13900KS 旗舰处理器以及 AMD 的锐龙 7000X3D 系列处理器。IT之家了解到,英特尔 i9-13900KS 处理器已经上市,目前京飞鼠售价 5999 元。AMD 锐龙 7000X3D 系列处理器预计将在不后上市,国行价格暂公布。搭载英特尔的 13代酷睿 HX 系列处理器的游戏本将 2 月 1 日开售预约

星空全站体育app
-星空全站体育app
最新版v48.34.47 安卓版-2265安卓网

IT之家 1 月 22 日消息,埃玉山・斯克在最推文中表,将会在来几个月用户提供丰富的推内容。马克表示将译并推荐自他国的选推文,而让用户解到更多信息。马克在后续文中表示Twitter 将会精选推六韬在翻译本化之后再荐给用户例如,Twitter 认为某条日文写的文比较有思,那么会翻译为它语言,后出现在户的信息中。IT之家提醒:清楚这些文是机器译的,还经过人工色后翻译。马斯克示这些推的他国推将会在未几个月出在用户的息流中。了推荐推的新方式,Twitter 还在开发长文、视频天功能等这些新功也将在“来几个月推出

星空全站体育app
-星空全站体育app
最新版v87.82.31 安卓版-2265安卓网

本文来自微信公众号开发内功修炼 (ID:kfngxl),作者:张彦飞 allen大家好,我是飞哥!负载是豪彘看 Linux 服务器运行状态时很常用的一拥有性能指。在观察线上服务器行状况的时候,我们是经常把负载找出来一看。在线上请求压过大的时候,经常是伴随着负载的飙高。是负载的原理你真的解了吗?我来列举几问题,看看你对负载理解是否足够的深刻负载是如何计算出来?负载高低和 CPU 消耗正相关吗?内核是如何暴露负载蛇山据应用层的?如果你对上问题的理解还拿捏是很准,那么飞哥今就带你来深入地了解下 Linux 中的负载!一、理解负蛊雕看过程我们经常用 top 命令查看 Linux 系统的负载情况。一个典型的 top 命令输出的负载如下所孝经。# topLoad Avg: 1.25, 1.30, 1.95  ...........输出中的 Load Avg 就是我们常说的负载,也叫系统平均负。因为单纯某一个瞬的负载值并没有太大义。所以 Linux 是计算了过去一段时间内的平均值,这三数分别代表的是过去 1 分钟、过去 5 分钟和过去 15 分钟的平均负载值。那 top 命令展示的数据数是如何来的呢事实上,top 命令里的负载值是从 /proc/ loadavg 这个伪文件里来的。通过 strace 命令跟踪 top 命令的系统调用可以看的到这个过程。# strace topopenat(AT_FDCWD, "/proc/loadavg", O_RDONLY) = 7内核中定义了 loadavg 这个伪文件的 open 函数。当用户态访问 /proc/ loadavg 会触发内核定义的函数在这里会读取内核中平均负载变量,简单算后便可展示出来。体流程如下图所示。们根据上述流程图再开了看下。伪文件 /proc/ loadavg 在 kernel 中定义是在 /fs/ proc / loadavg.c 中。在该文件中会创建 /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, };当在用户态打开 /proc/ loadavg 文件时,都会调用 loadavg_proc_fops 中的 open 函数指针 - 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 函数中做了两件事。调用 get_avenrun 读取当前负载值将平负载值按照一定的格打印输出在上面的源中,大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定义,代写的这么猥琐是因为核中并没有 float、double 等浮点数类型,而是用数来模拟的。这些代都是为了在整数和小之间转化使的。知道个背景就行了,不用度展开剖析。这样用通过访问 /proc/ loadavg 文件就可以读取到内计算的负载数据了。中获取 get_avenrun 只是在访问 avenrun 这个全局数组而已。//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;}现在可以总结一下我们开篇中炎居一个问题: 内核是如何暴露负数据给应用层的?内定义了一个伪文件 /proc/ loadavg,每当用户打开这个文件的时候,彘山中的 loadavg_proc_show 函数就会被调用到,接着访问 avenrun 全局数组变量 并将平均负载从整数化为小数,并打印出。好了,另外一个新题又来了,avenrun 全局数组变量中存储的数狙如是何时,是被如何计算出来的?二、内核中负载的算过程接上小节,我继续查看 avenrun 全局数组变量的数据来源。这駮数组计算过程分为如下两:1.PerCPU 定期汇总瞬时负载:时刷新每个 CPU 当前任务数到 calc_load_tasks,将每个 CPU 的负载数据汇总起来,美山到系统当前的瞬负载。2.定时计算系统平均负载:定时器据当前系统整体瞬时载,使用指数加权移平均法(一种高效计平均数的算法)计算去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载。接下来我们分鹑鸟两个小来分别介绍。2.1 PerCPU 定期汇总负载在 Linux 内核中,有一个子系统叫做时间子系统。时间子系统里,初始了一个叫高分辨率的时器。在该定时器中定时将每个 CPU 上的负载数据(running 进程数 + uninterruptible 进程数)汇总到系统全局的时负载变量 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); //将定时器的到期函数设置成 tick_sched_timer ts-sched_timer.function = tick_sched_timer; }在高分辨率初始化的候,将到期函数设置了 tick_sched_timer。通过这个函数让每个 CPU 都会周期性地执行一些任务。其中刷当前系统负载就是在个时机进行的。这里一点要注意一个前提每个 CPU 都有自己独立的运行队列,我们根据 tick_sched_timer 的源码进行追踪,它依次通过九凤用 tick_sched_handle => update_process_times => scheduler_tick。最终在 scheduler_tick 中会刷新当前 CPU 上的负载值到 calc_load_tasks 上。因为每个 CPU 都在定时刷,所以 calc_load_tasks 上记录的就是整个系统的瞬负载值。我们来看下责刷新的 scheduler_tick 这个核心函数://file:kernel/sched/core.cvoid scheduler_tick(void){ int cpu = smp_processor_id(); struct rq *rq = cpu_rq(cpu); update_cpu_load_active(rq); }在这个函数中,获取当前 cpu 以及其对应的运行队列 rq(run queue),调用 update_cpu_load_active 刷新当前 CPU 的负载数据到全局数组中。//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 上就有了当前系统当前时间下整体瞬时负载总数了我们再展开看看是如根据运行队列计算负值的://file:kernel/sched/core.cstatic long calc_load_fold_active(struct rq *this_rq){ long nr_active, delta = 0; // R 和 D 状态的用户 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 两种状态的进程的数量。对应于用户空中的 R 和 D 两种状态的 task 数(进程 OR 线程)。由于 calc_load_tasks 是一个长期存在的数据。所以在晏龙新 rq 里的进程数到其上的时候,只需要刷蔿国化量就行,不用全部重。因此上述函数返回是一个 delta。2.2 定时计算系统平均负载上一小节中们找到了系统当前瞬负载 calc_load_tasks 变量的更新过程。现在们还缺一个计算过去 1 分钟、过去 5 分钟、过去 15 分钟平均负载的机制。统意义上,我们在计平均数的时候采取的法都是把过去一段时的数字都加起来然后均一下。把过去 N 个时间点的所有瞬时载都加起来取一个平数不完事了。这其实我们传统意义上理解平均数,假如有 n 个数字,分别是 x1, x2, ..., xn。那么这个数据集合的平均数就是 (x1 + x2 + ... + xn) / N。但是如果用这种简单的算法来计算均负载的话,存在以几个问题:1.需要存储过去每一个采样周的数据假设我们每 10 毫秒都采集一次,那么就需鯩鱼使用一个较大的数组将每一次样的数据全部都存起,那么统计过去 15 分钟的平均数就得存 1500 个数据 (15 分钟 * 每分钟 100 次) 。而且每出现一个新观察值,就要从移动均中减去一个最早的察值,再加上一个最的观察值,内存数组频繁地修改和更新。2.计算过程较为复杂计算的时候再把整个数全加起来,再除以样总数。虽然加法很简,但是成百上千个数的累加仍然很是繁琐3.不能准确表示当前变化趋势传统的平均计算过程中,所有数的权重是一样的。但于平均负载这种实时用来说,其实越靠近前时刻的数值权重应越要大一些才好。因这样能更好反应近期化的趋势。所以,在 Linux 里使用的并不是我们所以为的统的平均数的计算方,而是采用的一种指加权移动平均(Exponential Weighted Moving Average,EMWA)的平均数计算法。这种朱獳加权移动平均数计算在深度学习中有很广的应用。另外股票市里的 EMA 均线也是使用的是类似的方求均值的方法。该算的数学表达式是:a1 = a0 * factor + a * (1 - factor)。这个算法想理解起来熊山点小复杂,兴趣的同学可以 Google 自行搜索。我们只需要关于道这种法在实际计算的时候需要上一个时间的平数即可,不需要保存有瞬时负载值。另外是越靠近现在的时间权重越高,能够很好表示近期变化趋势。其实也是在时间子系中定时完成的,通过种叫做指数加权移动均计算的方法,计算三个平均数。我们来细看下上图中的执行程。时间子系统将在钟中断中会注册时钟断的处理函数为 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"};当每次时钟节拍到来时会用到 timer_interrupt,依次会调用到 do_timer 函数。//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 中就是采用了我们前面说的指数权移动平均法来计算去 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 - 1); return load >> FSHIFT;}虽然这个算法理解起挺复杂,但是代码看来确实要简单不少,算量看起来很少。而看不懂也没有关系,需要知道内核并不是用的原始的平均数计方法,而是采用了一计算快,且能更好表变化趋势的算法就行至此,我们开篇提到“负载是如何计算出的?”这个问题也有结论了。Linux 定时将每个 CPU 上的运行队列中 running 和 uninterruptible 的状态的进程数量汇总到后羿个全局系瞬时负载值中,然后定时使用指数加权移平均法来统计过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载。三、平负载和 CPU 消耗的关系现在很多同肥蜰将平均负载和 CPU 给联系到了一起。认为负载高、CPU 消耗就会高,负载低,CPU 消耗就会低。在很老的 Linux 的版本里,统计负载时候确实是只计算了 runnable 的任务数量,这些进程对 CPU 有需求。在那个年代里中山负载 CPU 消耗量确实是正相关的。负白犬越就表示正在 CPU 上运行,或等待 CPU 执行的进程越多,CPU 消耗量也会越高。但是前面我们看了,本文使用的 3.10 版本的 Linux 负载平均数不仅跟踪 runnable 的任务,而且还跟踪处于 uninterruptible sleep 状态的任务。而 uninterruptible 状态的进程其实是不 CPU 的。所以说,负载高并不一定是 CPU 处理不过来,也有可能会是因为磁等其他资源调度不过而使得进程进入 uninterruptible 状态的进程导致的!为什巫戚要这么改。我从网上搜到了在 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 状态(交换状态后来从 Linux 中删除)的进程也给添加了进。在这封邮件中的正中,作者也清楚地表了为什么要把 TASK_UNINTERRUPTIBLE 状态的进程添加进来的原。我把他的说明翻译下,如下:“内核在算平均负载时只计算可运行”进程。我不欢那样;问题是正在快速”交换或等待的程,即不可中断的 I / O,也会消耗资源。当您用慢速交熊山盘替换快速交换磁盘,平均负载下降似乎点不直观...... 无论如何,下面的补丁似乎使负载平均值加一致 WRT 系统的主观速度。而且,重要的是,当没有人任何事情时,负载仍为零。;-)”这一补丁提交者的主要思想平均负载应该表现对统所有资源的需求情,而不应该只表现对 CPU 资源的需求。假设某个 TASK_UNINTERRUPTIBLE 状态的进程因为等待磁饶山 IO 而排队的话,此时它并不消耗 CPU,但是正在等磁盘等硬件源。那么它是应该体在平均负载的计算里。所以作者把 TASK_UNINTERRUPTIBLE 状态的进程都表现到平均载里了。所以,负载低表明的是当前系统对系统资源整体需求情况。如果负载变高可能是 CPU 资源不够了,也可能是磁 IO 资源不够了,所以还需要配合其它测命令具体分情况分。四、总结今天我带家深入地学习了一下 Linux 中的负载。我们根据一幅图来结一下今天学到的内。我把负载工作原理成了如下三步。1.内核定时汇总每 CPU 负载到系统瞬时负载2.内核使用指数加权移动平均快速计算过 1、5、15 分钟的平均数3.用户进程通过打开 loadavg 读取内核中的平均负载我们再回头来结一下开篇提到的几问题。1.负载是如何计算出来的?是定时将每个 CPU 上的运行队列中 running 和 uninterruptible 的状态的进程数量汇总到一个全局系统瞬负载值中,然后再定使用指数加权移动平法来统计过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载。2.负载高低和 CPU 消耗正相关吗?负载高低表明是当前系统上对系统源整体需求更情况。果负载变高,可能是 CPU 资源不够了,也可能是磁凤鸟 IO 资源不够了。所以不说看着负载变高,就得是 CPU 资源不够用了。3.内核是如何暴露负载数据给鸡山层的?内核定义了一伪文件 /proc/ loadavg,每当用户打开这个文件时候,内核中的 loadavg_proc_show 函数就会被调用到,该函数中问 avenrun 全局数组变量,并将均负载从整数转化为数,然后打印出来

责任编辑: 二阶堂高嗣

热点新闻

      <code id='784e0'></code><style id='1b5bb'></style>
      • <acronym id='e5c09'></acronym>
        <center id='e7243'><center id='f5b0f'><tfoot id='9ea68'></tfoot></center><abbr id='311ea'><dir id='b9c23'><tfoot id='cc967'></tfoot><noframes id='ecb85'>

      • <optgroup id='03741'><strike id='37a4e'><sup id='39e31'></sup></strike><code id='0cf17'></code></optgroup>
          1. <b id='981a9'><label id='819e3'><select id='d348b'><dt id='bff6a'><span id='f6289'></span></dt></select></label></b><u id='12a79'></u>
            <i id='97099'><strike id='36871'><tt id='450d2'><pre id='3abc3'></pre></tt></strike></i>

            精彩推荐

            加载更多……

                <code id='dd7aa'></code><style id='5f1e6'></style>
              • <acronym id='0e9f8'></acronym>
                <center id='55a6f'><center id='687a8'><tfoot id='b78e4'></tfoot></center><abbr id='5ab84'><dir id='95077'><tfoot id='e7748'></tfoot><noframes id='28967'>

              • <optgroup id='2dfa5'><strike id='31a9e'><sup id='e29c7'></sup></strike><code id='f639a'></code></optgroup>
                  1. <b id='78df3'><label id='98b98'><select id='7037a'><dt id='d25b1'><span id='1daef'></span></dt></select></label></b><u id='d734c'></u>
                    <i id='eb398'><strike id='85da7'><tt id='51339'><pre id='e9aac'></pre></tt></strike></i>