LINUX.ORG.RU
Форум — Talks  

В линуксе исправили последний баг

 


0

1

Теперь при старте хромиума не нужно ждать 15 секунд, пока оно крутит курсор. Теперь хромиум стартует моментально.

тут (github.com).

Это был последний баг в линуксе, который меня ежедневно раздражал.

Линукс стал идеальным. Ну, почти. Следующая веха будет, когда в dmesg перестанет писать всякие ошибки, которые не ошибки.

Sep 01 08:07:56 archlinux kernel: virt/tdx: TDX not supported by the host platform
Sep 01 08:07:56 archlinux kernel: hpet_acpi_probe: no address or irqs in _CRS
Sep 01 08:07:56 archlinux kernel: i8042: Warning: Keylock active
Sep 01 08:07:56 archlinux kernel: ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
Sep 01 08:08:00 vbt14s6 kernel: intel_quicki2c 0000:00:10.0: THC interrupt already quiesce
Sep 01 08:08:00 vbt14s6 kernel: intel_quicki2c 0000:00:10.0: Can't find wake GPIO resource
Sep 01 08:08:00 vbt14s6 kernel: spi-nor spi0.0: supply vcc not found, using dummy regulator
Sep 01 08:08:00 vbt14s6 kernel: spi-nor spi0.0: unrecognized JEDEC id bytes: f7 f0 30 09 03 00
Sep 01 08:08:00 vbt14s6 kernel: skl_hda_dsp_generic skl_hda_dsp_generic: ASoC: Parent card not yet available, widget card binding deferred
Sep 01 08:08:00 vbt14s6 kernel: skl_hda_dsp_generic skl_hda_dsp_generic: hda_dsp_hdmi_build_controls: no PCM in topology for HDMI converter 3
Sep 01 08:08:01 vbt14s6 kernel: Bluetooth: hci0: Received gp1 mailbox interrupt
Sep 01 08:09:32 vbt14s6 kernel: warning: `ThreadPoolForeg' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211

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

★★★★★

Последнее исправление: vbr (всего исправлений: 2)
← Подкажите какой-то портативный девайс для сьёмки видео, но не смартфон. Типа GoPro, но без спортивного уклона.

поздравляю с праздником школоту и всех причастных

Kali кринжа, кринжа Kali. 😱

dataman ★★★★★
()

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

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

Ну так и Линукс тоже часть systemd. Так что все логично.

Polugnom ★★★★★
()

Если в firefox зависает JS-код внутри вкладки, то зависает и вся браузерная обвязка вкладки, включая отладочные инструменты и кнопку «Перезагрузить».

Это тоже «баг линукса»?

wandrien ★★★★
()

Где, в какой среде, условиях хромиум запускается 15 секунд? c user-data-cache-dir на HDD без кэша?

yandrey ★★★
()

Теперь хромиум стартует моментально

потому что он засунут в автостарт и стартует вместе с системой - сидит в оперативке и вызывается мнгновенно.

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

Я вместе с ИИ не смог понять, что именно могло задерживать показ окна у ТСа, по-моему он нам просто нагнал.

Баг по ссылке имеет отношение в startup notification.

Получается, что связи бага с заявленным поведением "Теперь при старте хромиума не нужно ждать 15 секунд, пока оно крутит курсор. **Теперь хромиум стартует моментально.**" нет?

1) Запуск браузера и показ его окна и 2) исчезновение спиннера -- это две отдельные механики, которые не имеют прямой связи.

Или Хромиум действительно задерживал показ окна? Или WM пользователя задерживал показ окна? Непонятно.

Хорошее наблюдение. Давай разберёмся точнее.

Теперь посмотрю на один ключевой момент — что происходит на Wayland при `Activate()` и как это связано с показом окна.

Отлично, теперь картина гораздо полнее. Твоё замечание совершенно справедливо, и вот точный ответ.

---

## Ты прав: «стартует моментально» — это не про время запуска окна

Пользователь в теме немного смешал два разных явления. Разберём точно.

### Что реально происходило

Хромиум физически запускался быстро — окно появлялось. Проблема была **не в задержке показа окна**, а в том, что **курсор продолжал крутиться ещё ~15 секунд после того, как окно уже было на экране**.

Это подтверждает и баг на Arch Linux BBS (март 2026) [4](https://bbs.archlinux.org/viewtopic.php?id=312466):

> «When I click icon from the launcher, the application starts **instantly**, however if I move cursor to the GNOME top panel, it'll display progress indicator for like 10 seconds»

И баг на Launchpad [1](https://www.mail-archive.com/desktop-packages@lists.launchpad.net/msg718740.html):

> «Chromium opens, but cursor remains in "loading" state within 15 seconds after opening»

### Механика

GNOME Shell (и другие DE) при запуске приложения:
1. Видит `StartupNotify=true` в `.desktop`-файле
2. Создаёт XDG Activation Token и передаёт его Chromium
3. Показывает спиннер-курсор
4. **Ждёт**, пока приложение «предъявит» этот токен своему окну — это сигнал «я готов»
5. Если токен не предъявлен → ждёт таймаута (~15 сек) и убирает спиннер сам

Chromium токен не предъявлял → GNOME крутил курсор все 15 секунд, **хотя окно уже давно было видно и полностью работало**.

### Почему пользователь написал «стартует моментально»

Скорее всего, субъективное восприятие: крутящийся курсор создаёт ощущение «что-то ещё грузится», даже если окно уже открыто. Мозг воспринимает спиннер как «браузер ещё не готов». После фикса спиннер исчезает сразу при появлении окна — и кажется, что «всё стало мгновенным».

Технически же утверждение некорректное: исправленный баг не ускорил запуск Chromium **ни на миллисекунду**. WM окно не задерживал, Chromium окно не задерживал — просто курсор перестал врать пользователю о состоянии системы.
wandrien ★★★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему: только для зарегистрированных, score>=50.
← Подкажите какой-то портативный девайс для сьёмки видео, но не смартфон. Типа GoPro, но без спортивного уклона.
Talks