LINUX.ORG.RU

Firefox: как узнать, какая закладка шарится по Интернету

 ,


0

3

Вот у меня открыта консоль браузера. С одной стороны, отвратительно, что, в отличие от Хрома, туда сыплются все данные со всех табов, а не только с текущего. Задалбывает при отладке.

С другой — полезно, видно, что какие-то табы в фоне активны (отчего Фокс приходится каждый день перезапускать — течёт как не в себя). Но чтобы получить профит от этой пользы, нужно понять, какой же таб активен. А вот как это сделать? В логе не пишется, с какой страницы идёт запрос, только куда.

https://twitter.com/balancer73/status/643666838505828352

Как узнать, какие табы активны? До кучи, как бы узнать, как в Хроме, какие табы сколько жрут памяти, CPU?

★★★★★

Ответ на: комментарий от ThePretender

about:memory

Я знаю этот адрес. Там огромные деревья с многими сотнями параметров, но нет раскладок потребления памяти по конкретным табам (тупо отсортировать таблицу и увидеть топ потребителей) и нет загрузки CPU. Или я не туда смотрю.


Есть там не дерево, а таблица с потреблением памяти/CPU и сортировкой по этим параметрам?

KRoN73 ★★★★★
() автор топика

С одной стороны, отвратительно, что, в отличие от Хрома, туда сыплются все данные со всех табов, а не только с текущего. Задалбывает при отладке.

А что есть у Browser Console чего нету у Web Console?

HunOL ★★★★
()
Ответ на: комментарий от HunOL

А что есть у Browser Console чего нету у Web Console?

Ошибки CSS? Предупреждения безопасности?

Но это вторичный вопрос. Меня больше волнует, как узнать, какие табы не хотят упокоиться в фоне и жрут ресурсы.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от ThePretender

А оно может не замусоривать заголовки табов?

И что на счёт топикстартового вопроса, какие из табов не спят? Ну и CPU до кучи? А то стрёмно, когда на i7-3770 простаивающий Фокс жрёт до 20% CPU...

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от ThePretender

Может

Что-то врёт оно нещадно. Показывает, что топовые табы жрут по 6-12Мб. Но Фокс выжирает гигабайт оперативки сразу после старта и течёт до 2.5Гб за сутки работы.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

Фокс выжирает гигабайт оперативки сразу после старта

Что-то тут не так. Обычно и со страницами близко не доходит до гигабайта, тем более при старте.

Bfgeshka ★★★★★
()
Ответ на: комментарий от ThePretender

Но ведь Тормазила, это не только вкладки.

А кто может столько жрать? :)

746.27 MB (100.0%) -- explicit
├──225.12 MB (30.17%) ++ js-non-window
├──194.89 MB (26.12%) ++ window-objects
├──116.25 MB (15.58%) ++ heap-overhead
├───91.31 MB (12.23%) ── heap-unclassified
├───31.21 MB (04.18%) -- storage
│   ├──29.88 MB (04.00%) -- sqlite
│   │  ├──21.35 MB (02.86%) ++ (10 tiny)
│   │  └───8.53 MB (01.14%) -- places.sqlite
│   │      ├──8.08 MB (01.08%) ── cache-used [5]
│   │      └──0.45 MB (00.06%) ++ (2 tiny)
│   └───1.33 MB (00.18%) ++ prefix-set
├───19.66 MB (02.63%) -- images
│   ├──11.91 MB (01.60%) -- uncached
│   │  ├──10.82 MB (01.45%) ++ raster/used
│   │  └───1.09 MB (00.15%) ++ vector/used
│   └───7.75 MB (01.04%) ++ (2 tiny)
├───19.50 MB (02.61%) ++ (16 tiny)
├───16.46 MB (02.21%) ++ add-ons
├───12.75 MB (01.71%) ++ xpconnect
├───11.41 MB (01.53%) -- network
│   ├──10.34 MB (01.39%) -- cache2
│   │  ├───7.55 MB (01.01%) ── memory-storage(/M)
│   │  └───2.79 MB (00.37%) ++ (7 tiny)
│   └───1.07 MB (00.14%) ++ (4 tiny)
└────7.71 MB (01.03%) ++ workers/workers(chrome)

При чём реально жрёт сейчас 1022Мб

KRoN73 ★★★★★
() автор топика
Последнее исправление: KRoN73 (всего исправлений: 1)
Ответ на: комментарий от Bfgeshka
Other Measurements

4,095.94 MB (100.0%) -- address-space
├──1,791.21 MB (43.73%) ── free [604]
├──1,661.61 MB (40.57%) -- commit
│  ├──1,076.88 MB (26.29%) -- private
│  │  ├──1,007.93 MB (24.61%) ── readwrite [7951]
│  │  ├─────57.22 MB (01.40%) ── readwrite+writecombine [2]
│  │  └─────11.73 MB (00.29%) ++ (5 tiny)
│  ├────380.43 MB (09.29%) -- mapped
│  │    ├──321.83 MB (07.86%) ── readonly [178]
│  │    ├───58.43 MB (01.43%) ── readwrite [42]
│  │    └────0.17 MB (00.00%) ── writecopy
│  └────204.29 MB (04.99%) -- image
│       ├──126.46 MB (03.09%) ── execute-read [198]
│       ├───72.91 MB (01.78%) ── readonly [439]
│       └────4.93 MB (00.12%) ++ (2 tiny)
└────643.12 MB (15.70%) -- reserved
     ├──622.47 MB (15.20%) ── private [6774]
     └───20.64 MB (00.50%) ++ (2 tiny)

187.81 MB (100.0%) -- decommitted
├──186.96 MB (99.55%) -- js-non-window
│  ├──178.96 MB (95.29%) ── gc-heap/decommitted-arenas
│  └────8.00 MB (04.26%) ── runtime/gc/nursery-decommitted
└────0.84 MB (00.45%) ++ workers/workers(chrome)

13,276 (100.0%) -- event-counts
├──13,147 (99.03%) ++ window-objects
└─────129 (00.97%) ++ add-ons

6 (100.0%) -- ghost-windows
├──4 (66.67%) ── http://storage3.censor.net.ua/e/9/1/5/e915c52a8ce284c7e127e7aa7922d941.htm [4]
└──2 (33.33%) ── http://censor.net.ua/news/350230/v_zakarpatskoyi_oga_oprovergli_informatsiyu_o_vspyshke_poliomielita_eto_drugaya_bolezn [2]

19.66 MB (100.0%) -- images
├──11.91 MB (60.59%) ++ uncached
├───4.16 MB (21.17%) ++ content
└───3.59 MB (18.24%) ++ chrome

383.67 MB (100.0%) -- js-main-runtime
├──233.14 MB (60.77%) -- compartments
│  ├──183.50 MB (47.83%) -- classes
│  │  ├──132.21 MB (34.46%) -- objects
│  │  │  ├───66.75 MB (17.40%) ── gc-heap
│  │  │  └───65.46 MB (17.06%) ++ malloc-heap
│  │  └───51.29 MB (13.37%) -- shapes
│  │      ├──39.99 MB (10.42%) -- gc-heap
│  │      │  ├──29.70 MB (07.74%) ── tree
│  │      │  ├───7.40 MB (01.93%) ── dict
│  │      │  └───2.89 MB (00.75%) ── base
│  │      └──11.30 MB (02.95%) -- malloc-heap
│  │         ├───6.79 MB (01.77%) ++ (2 tiny)
│  │         └───4.51 MB (01.17%) ── tree-kids
│  ├───23.92 MB (06.23%) -- scripts
│  │   ├──19.53 MB (05.09%) ── gc-heap
│  │   └───4.39 MB (01.14%) ── malloc-heap/data
│  ├────9.91 MB (02.58%) ── cross-compartment-wrapper-table
│  ├────9.82 MB (02.56%) ── compartment-tables
│  └────6.00 MB (01.56%) ++ (6 tiny)
├───97.17 MB (25.33%) -- zones
│   ├──39.94 MB (10.41%) -- strings
│   │  ├──26.72 MB (06.96%) -- malloc-heap
│   │  │  ├──23.97 MB (06.25%) ── latin1
│   │  │  └───2.75 MB (00.72%) ── two-byte
│   │  └──13.22 MB (03.45%) -- gc-heap
│   │     ├──12.81 MB (03.34%) ── latin1
│   │     └───0.41 MB (00.11%) ── two-byte
│   ├──37.30 MB (09.72%) ── unused-gc-things
│   ├───7.22 MB (01.88%) ── type-pool
│   ├───7.16 MB (01.87%) -- object-groups
│   │   ├──6.96 MB (01.81%) ── gc-heap
│   │   └──0.20 MB (00.05%) ── malloc-heap
│   └───5.56 MB (01.45%) ++ (5 tiny)
├───46.53 MB (12.13%) ── runtime
└────6.83 MB (01.78%) -- gc-heap
     ├──5.83 MB (01.52%) ── chunk-admin
     └──1.00 MB (00.26%) ++ (2 tiny)

1,778 (100.0%) ++ js-main-runtime-compartments

195.04 MB (100.0%) -- js-main-runtime-gc-heap-committed
├──156.74 MB (80.36%) -- used
│  ├──149.61 MB (76.71%) -- gc-things
│  │  ├───66.75 MB (34.23%) ── objects
│  │  ├───37.10 MB (19.02%) ── shapes
│  │  ├───19.53 MB (10.01%) ── scripts
│  │  ├───13.22 MB (06.78%) ── strings
│  │  ├────6.96 MB (03.57%) ── object-groups
│  │  ├────2.89 MB (01.48%) ── base-shapes
│  │  ├────2.84 MB (01.46%) ── lazy-scripts
│  │  └────0.33 MB (00.17%) ++ (2 tiny)
│  ├────5.83 MB (02.99%) ── chunk-admin
│  └────1.30 MB (00.67%) ── arena-admin
└───38.30 MB (19.64%) -- unused
    ├──37.30 MB (19.12%) -- gc-things
    │  ├──14.17 MB (07.27%) ── objects
    │  ├───9.59 MB (04.92%) ── shapes
    │  ├───4.71 MB (02.42%) ── strings
    │  ├───3.26 MB (01.67%) ── scripts
    │  ├───2.80 MB (01.44%) ── object-groups
    │  └───2.75 MB (01.41%) ++ (4 tiny)
    └───1.00 MB (00.51%) ++ (2 tiny)

0 (100.0%) ++ low-memory-events

2,244 (100.0%) ++ message-manager

1,004 (100.0%) ++ message-manager-suspect

7,344 (100.0%) ++ observer-service

6,598 (100.0%) ++ observer-service-suspect

1,634 (100.0%) ++ preference-service

52.82 MB (100.0%) -- window-objects
├──24.80 MB (46.94%) ++ layout
├──14.64 MB (27.71%) ++ dom
├──13.24 MB (25.06%) ── style-sheets
└───0.15 MB (00.29%) ── property-tables

   52.61 MB ── canvas-2d-pixels
   60.40 MB ── d3d11-shared-textures
    0.00 MB ── d3d9-shared-texture
    0.00 MB ── d3d9-shared-textures
    0.00 MB ── d3d9-surface-image
    0.00 MB ── gfx-d2d-surface-cache
    4.00 MB ── gfx-d2d-surface-vram
    0.00 MB ── gfx-d2d-vram-draw-target
    0.00 MB ── gfx-d2d-vram-source-surface
    1.97 MB ── gfx-surface-win32
    0.00 MB ── gfx-textures
    0.00 MB ── gfx-tiles-waste
          6 ── ghost-windows
    0.00 MB ── gpu-committed
  177.71 MB ── gpu-dedicated
   39.69 MB ── gpu-shared
  412.75 MB ── heap-allocated
        898 ── heap-chunks
    1.00 MB ── heap-chunksize
  424.64 MB ── heap-committed
  898.00 MB ── heap-mapped
      2.88% ── heap-overhead-ratio
          0 ── host-object-urls
    6.45 MB ── imagelib-surface-cache-estimated-locked
   23.62 MB ── imagelib-surface-cache-estimated-total
    6.80 MB ── js-main-runtime-temporary-peak
          0 ── low-commit-space-events
1,114.22 MB ── private
1,127.95 MB ── resident
2,305.92 MB ── vsize
1,302.33 MB ── vsize-max-contiguous
KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от ThePretender

https://addons.mozilla.org/en-us/firefox/addon/tab-data/

Кстати, оно сильно тормозит работу Фокса. Например, ощутимая задержка при вводе адреса в адресной строке. При работе со страницами иногда затыки. Снёс — снова стало нормально.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

Кстати, оно сильно тормозит работу Фокса.

Тоже заметил и удалил. Там видимо из за частоты обновления.

При чём реально жрёт сейчас 1022Мб

А в safe-mode сколько?

ThePretender
()
Ответ на: комментарий от KRoN73

Имею едва ли не в два раза меньшие параметры потребления js и открытых вкладок (собственно window-objects). Хотя на страницах сейчас кое-где довольно сильно обвешано всё в js.

Кое-что мне не с чем сравнивать - в моём palemoon не даёт информации о куче и адресном пространстве в целом, по причинам выбора ОС у меня нет и никакого directx.

Bfgeshka ★★★★★
()
Ответ на: комментарий от ThePretender

А в safe-mode сколько?

С пустым профилем? 150-350Мб, скачет.

KRoN73 ★★★★★
() автор топика

Ещё обратил внимание, раз уж копать начал. Fox постоянно, даже при простое, пишет на диск со скоростью 50-300 кБ/с. В основном в файлы:

— cache/index
— cache2/entries/* (зачем писать в кеш на простаивающем браузере?)
— blocklist.xml (зачем в него вообще постоянно _писать_ ?)
— sesisonstore-backups/recovery.js (хотя в настройках стоит писать раз в три минуты)
— cookies.sqlite-wal
— одно время активно и долго (минуты) шла запись в prefs.js, но сейчас исчезло.
— Начал писать этот текст — пошла запись в addons.json
— datareporting/aborted-session-ping
— cookies.sqlite

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

cache/index
cache2/entries/* (зачем писать в кеш на простаивающем браузере?)

Ну раз запросы в каких то вкладках в фоне работают, то и кеш тоже

blocklist.xml (зачем в него вообще постоянно _писать_ ?)

Оно периодически скачивает список опасных дополнений, странно что так часто. Отключается (extensions.blocklist.enabled false)

sesisonstore-backups/recovery.js (хотя в настройках стоит писать раз в три минуты)

Это список открытых вкладок и всякая метаинформация. Пишет и при простое, не знаю зачем

cookies.sqlite-wal

куки

одно время активно и долго (минуты) шла запись в prefs.js, но сейчас исчезло.

Измененные настройки браузера, непонятно почему активно, там должна быть ~сотня строк. Некоторые дополнения хранят в настройках свои данные, надо смотреть diff чтобы понять что изменилось и из-за чего перезапись

Начал писать этот текст — пошла запись в addons.json

Настройки дополнений(?), надо смотреть что меняется, станет понятно кто пишет

datareporting/aborted-session-ping

Телеметрия, можно отключить (toolkit.telemetry.enabled false)

cookies.sqlite

Куки

А вообще я эти проблемы(потребление CPU и запись на диск при простое) кардинально решил: если свернуть firefox, awesome ждёт минуту и посылает ему сигнал SIGSTOP, при разворачивании SIGCONT. Работает отлично

disarmer ★★★
()
Последнее исправление: disarmer (всего исправлений: 1)
Ответ на: комментарий от disarmer

А вообще я эти проблемы(потребление CPU и запись на диск при простое) кардинально решил: если свернуть firefox, awesome ждёт минуту и посылает ему сигнал SIGSTOP, при разворачивании SIGCONT. Работает отлично

А можно код?

anonymous
()
Ответ на: комментарий от KRoN73

выжирает гигабайт оперативки сразу после старта

У меня около ста метров при холодном запуске. В общем, ты что то недоговариваешь.

anonymous
()
Ответ на: комментарий от anonymous

У меня около ста метров при холодном запуске.

Небось, с одним активным табом? :)

В общем, ты что то недоговариваешь.

Или ты свою частную особенность проецируешь на мой случай.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

Небось, с одним активным табом? :)

С пустой стартовой страницей.

Или ты свою частную особенность проецируешь на мой случай.

Твоим случаем должны заниматься профильные специалисты.

anonymous
()
Ответ на: комментарий от anonymous

С пустой стартовой страницей.

Вот, а у меня табов под сотню, наверное. Так с чего ты меряешь своим случаем мой?

KRoN73 ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.