日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Mozilla檢測到Firefox出現(xiàn)了大量崩潰事件

Android編程精選 ? 來源:OSC開源社區(qū) ? 2023-08-07 16:33 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

近日,Mozilla 檢測到 Firefox 出現(xiàn)了大量崩潰事件,這個(gè)問題主要發(fā)生在使用 Linux 系統(tǒng)的用戶身上,尤其是使用基于舊版本 Debian 的 Linux 系統(tǒng)上。 經(jīng)過調(diào)查,Mozilla 最后發(fā)現(xiàn)這個(gè)問題并非由 Firefox 本身引起,而是涉及到 Linux 內(nèi)核和 Google 的 JavaScript 代碼。

這些崩潰事件發(fā)生的十分突然,一開始 Mozilla 檢測到數(shù)以千計(jì)使用一個(gè)名為 Huayra 的 Debian 發(fā)行版的用戶受到影響,特別是 Huayra 5(基于 Debian 10)。后續(xù)的持續(xù)檢測發(fā)現(xiàn),這個(gè)問題影響了幾乎所有基于舊版本 Debian 的發(fā)行版。

崩潰事件也并不是隨機(jī)發(fā)生,而是能夠 100% 復(fù)現(xiàn)。用戶只要在 Google 上搜索圖片 Firefox 就會(huì)出現(xiàn)崩潰,這個(gè)問題影響了所有版本的 Firefox 瀏覽器 —— 無論是最新版本還是非常老的版本,都會(huì)崩潰。

結(jié)合上面兩個(gè)條件,Mozilla 的研究人員認(rèn)定這個(gè)問題不是由 Firefox 這邊引發(fā)的,問題應(yīng)該是出在 Google 和舊版 Linux 那邊,并開始分析這個(gè)問題發(fā)生的原因。

bc0563d0-3387-11ee-9e74-dac502259ad0.png

Mozilla 隨后開始分析 Firefox 在崩潰時(shí)的行為,發(fā)現(xiàn)崩潰發(fā)生在堆棧探測期間。JIT 觸及了為下一個(gè) JavaScript 調(diào)用保存變量的區(qū)域,并不知為何導(dǎo)致了溢出。 第一個(gè)奇怪的地方在于,Mozilla 發(fā)現(xiàn) Google 最近對(duì)其圖像搜索頁面進(jìn)行了更改,該頁面現(xiàn)在有一個(gè) JS 函數(shù),Google 在這個(gè)單獨(dú)的函數(shù)中分配了 20000 個(gè)變量。進(jìn)一步分析發(fā)現(xiàn),這個(gè)函數(shù)可能是由 AI 生成的代碼。 雖然發(fā)現(xiàn)了有這樣的問題,不過理論上 Firefox 應(yīng)該依然不會(huì)出現(xiàn)崩潰才對(duì),因?yàn)?Linux 會(huì)自動(dòng)擴(kuò)展堆棧,Mozilla 團(tuán)隊(duì)也已經(jīng)預(yù)留了足夠的空間,隨后他們通過查看受影響進(jìn)程的內(nèi)存確認(rèn)了這一點(diǎn)。

在執(zhí)行此操作之前,我們進(jìn)行了堆棧檢查并驗(yàn)證了我們分配的額外堆棧內(nèi)存量不會(huì)溢出我們?yōu)樽约涸O(shè)置的本機(jī)堆棧限制。因此,似乎存在我們自我施加的限制與操作系統(tǒng)限制之間的分歧。這在某種程度上取決于發(fā)行版,但很混亂:例如,它影響 Debian 10 但不影響 Debian 11。

隨后 Mozilla 團(tuán)隊(duì)將檢查重點(diǎn)放在了 Linux 內(nèi)核上,結(jié)果發(fā)現(xiàn) Linux 內(nèi)核曾經(jīng)有一個(gè)檢查,可以防止對(duì)堆棧的訪問離堆棧指針太遠(yuǎn)。特別是在 64KiB+256 字節(jié)以外的訪問會(huì)產(chǎn)生崩潰,而不是擴(kuò)展堆棧。這個(gè)問題在 Linux 4.20 中被修復(fù)了,所以使用較新的發(fā)行版的用戶不受影響。 根據(jù)測試,Google 似乎已經(jīng)在圖片搜索中修復(fù)了這個(gè)問題,不過 Mozilla 仍然在著手研究解決方案,看看是否能為還在使用老系統(tǒng)的用戶一勞永逸解決這個(gè)問題,以免未來發(fā)生同樣的情況。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • Google
    +關(guān)注

    關(guān)注

    5

    文章

    1816

    瀏覽量

    60650
  • 函數(shù)
    +關(guān)注

    關(guān)注

    3

    文章

    4422

    瀏覽量

    67869
  • 變量
    +關(guān)注

    關(guān)注

    0

    文章

    616

    瀏覽量

    29572

原文標(biāo)題:Google 有一個(gè)函數(shù),20000 個(gè)變量……

文章出處:【微信號(hào):AndroidPush,微信公眾號(hào):Android編程精選】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    Debian 69未檢測到Intenso NVME,怎樣才能讓它工作?

    嘿。我剛剛設(shè)法更新到 2.5.0 并啟動(dòng)了 Debian 版本 69。 但未檢測到我的新 NVME SSD它在閃爍,但也許我必須做其他事情然后將其內(nèi)置? 我怎樣才能讓它工作? 謝謝
    發(fā)表于 03-25 06:38

    在 4GB 型號(hào)上檢測到的內(nèi)存大小錯(cuò)誤為 8GB,怎么解決?

    - 看起來內(nèi)存檢測有問題 - 至少如果其他人也是如此。所有這一切都是完整的 69 圖像。 在 /boot/boot/extlinux/extlinux.conf 中添加 mem=4000M 是一種解決方法,可避免在系統(tǒng)嘗試訪問內(nèi)存的不存在部分時(shí)崩潰
    發(fā)表于 03-24 06:17

    單片機(jī)Io口檢測到高電平的最短時(shí)間是多少?

    請(qǐng)教一下大神單片機(jī)Io口檢測到高電平的最短時(shí)間是多少?
    發(fā)表于 01-14 08:20

    使用HTTP實(shí)現(xiàn)IAP的方法

    。 HTTP 基于 TCP 協(xié)議運(yùn)行,它提供一種以 HTML 表單形式從 Web 客戶端(Mozilla Firefox或 Microsoft Internet Explorer)發(fā)送二進(jìn)制文件的方式。這稱為 HTTP 文件上
    發(fā)表于 12-16 06:18

    請(qǐng)問可不可以在中斷中配置ADC和處理ADC檢測到的結(jié)果?

    可不可以在中斷中配置ADC和處理ADC檢測到的結(jié)果?
    發(fā)表于 11-13 06:18

    睿擎平臺(tái)CoreDump實(shí)戰(zhàn)指南:系統(tǒng)崩潰現(xiàn)場的完美捕獲 | 技術(shù)解析

    在嵌入式系統(tǒng)開發(fā)中,系統(tǒng)崩潰往往是最令人頭疼的問題之一。當(dāng)程序突然宕機(jī)、出現(xiàn)硬故障或斷言失敗時(shí),如何快速定位根本原因?CoreDump技術(shù)為開發(fā)者提供一種「時(shí)間凍結(jié)」的能力,能在系統(tǒng)崩潰
    的頭像 發(fā)表于 10-29 16:58 ?4364次閱讀
    睿擎平臺(tái)CoreDump實(shí)戰(zhàn)指南:系統(tǒng)<b class='flag-5'>崩潰</b>現(xiàn)場的完美捕獲 | 技術(shù)解析

    MCU無法檢測到W5500是怎么回事?

    檢測到W5500,在GD32F303和N32G457都顯示為Wiznet chip not detected。 在三個(gè)MCU上用的都是同一個(gè)SPI接口,RST,INT,CS用的GPIO都是一樣的,在三個(gè)BSP中修改的地方也是基本上一樣的。 不知道各位有沒有碰到類似的情況,有的話幫忙解答一下,謝謝。
    發(fā)表于 10-14 07:38

    STM32CubeProgrammer 燒錄 STM32芯片在連接的時(shí)候出現(xiàn)問題

    )也是我的,出現(xiàn)下面的問題 下面那張圖片是我的芯片要硬件復(fù)位,但是我感覺和我的硬件連接都沒問題,之前已經(jīng)燒成功過了,換了一個(gè)環(huán)境居然就不可以,我感到有一些困惑,ST-LINK應(yīng)該是沒有問題的,電源我給
    發(fā)表于 09-14 11:31

    CX3設(shè)備僅在一個(gè) SS 端口上被檢測到,但在同一臺(tái) PC 的其他端口上沒有被檢測到,為什么?

    CX3 設(shè)備僅在一個(gè) SS 端口上被檢測到,但在同一臺(tái) PC 的其他端口上沒有被檢測到
    發(fā)表于 08-14 06:46

    瑞芯微3576,使用FP16模型進(jìn)行訓(xùn)練,瑞芯微官方接口概率崩潰

    corrupted。之前使用INT8的模型沒出現(xiàn)過這個(gè)錯(cuò)誤。使用的是model_zoo中的aarch64下的librknnrt.so。未崩潰時(shí)能正常檢測,可以確認(rèn)崩潰前沒有內(nèi)存泄漏或
    發(fā)表于 07-17 13:25

    將 TypeC 連接到 DisplayPort 轉(zhuǎn)換電纜時(shí),可能無法檢測到 CC 線路,也可能無法顯示屏幕,為什么?

    CYPD5225-96BZXI 設(shè)計(jì)具有 2 個(gè) Type-C 端口的設(shè)備。 將 TypeC 連接到 DisplayPort 轉(zhuǎn)換電纜時(shí),可能無法檢測到 CC 線路,也可能無法顯示屏幕。 ■詳細(xì)信息
    發(fā)表于 05-28 08:11

    自定義FX3板USB未檢測到是怎么回事?

    板組裝后,PC上沒有檢測到USB,還有什么可做的嗎?
    發(fā)表于 05-27 07:26

    CYPD3177-24LQXQ適配器電壓崩潰怎么解決?

    以看到崩潰情況。 你可以在附件中看到從 ez pd 分析器導(dǎo)出的文件。 我不明白為什么我的 POWER_DRILL2GO 崩潰,你能幫我嗎?
    發(fā)表于 05-26 06:27

    超高速端口的一側(cè)未檢測到設(shè)備是怎么回事?

    問題是該設(shè)備正在筆記本電腦的一個(gè) 3.0 端口中傳輸數(shù)據(jù),但在另一個(gè) 3.0端口中卻無法檢測到。連接到第二個(gè)端口時(shí),設(shè)備未枚舉,其名稱未出現(xiàn)在設(shè)備管理器中。調(diào)試時(shí)我們發(fā)現(xiàn) UVCApplnInit
    發(fā)表于 05-16 06:11

    Windows11上未檢測到FX3設(shè)備是什么原因?qū)е碌模?/a>

    大家好, FX3 設(shè)備在 AMD win11 系統(tǒng)上無法檢測到,在 intel win11 系統(tǒng)上可以檢測到。 在 AMD 系統(tǒng)上檢測不到的原因可能是什么?
    發(fā)表于 05-15 07:49
    景宁| 舒城县| 平塘县| 东乡县| 铁岭市| 柏乡县| 田东县| 崇阳县| 湄潭县| 广东省| 潜江市| 静海县| 虞城县| 公主岭市| 余江县| 福清市| 绿春县| 乌拉特前旗| 揭阳市| 平山县| 长葛市| 马关县| 桃园市| 图们市| 蕲春县| 喜德县| 安顺市| 五华县| 乐业县| 广汉市| 揭东县| 株洲市| 宜良县| 房产| 满城县| 务川| 恩平市| 万安县| 山丹县| 栾川县| 汾西县|