|
Reformat
Утилита для форматирования USB флешек, USB винчестеров
(для совместимости с OS/2)
(promo)
|
|
acpi daemon
acpi daemon influences on Presentation Manager, etc.
Glassman reported that WinSendMsg work with troubles.
It other words, OS works not reliably, not properly.
What to do? Temporary solution: Disable ACPI daemon.
Negative moments:
PC works at Full speed, without halt
- Glassman, 2024/xx, 2023/xx
- actual for: ArcaOS 5.0, .. 5.1
- 5.1.2 - not verified
|
|
14.08.2023
Glassman:
Я вот знаю, что ACPI тушит неактивные ядра. А снижает ли частоту
процессора при отсутствии загрузки? Раньше не снижал. На самом деле у
Windows с управлением энергопотреблением сейчас все очень даже не плохо.
Боюсь, OS/2 может здесь даже проиграть. Тем более, что я, как помнишь,
репортил аркам про то, что использование ими HLT сильно замедляет
межпотоковое взаимодействие. Они куда-то то ли спрятали, то ли снесли
этот репорт.
Msg 2:
Семафоры, посылка сообщений (возможно из-за тех же семафоров). Т.е. если у тебя в PM приложении есть активный поток, который активно посылает сообщения окну, и у acpi не стоит опция NOHLT, то ты периодически будешь ловить необъяснимые тормоза. Нашел свой тикет:
не знаю, видно ли его другим. На всякий случай вот текст:
https://mantis.arcanoae.com/view.php?id=3019
Summary 0003019: WinSendMsg performance degradation in a multitasking environment?
Description When using WinSendMsg from one thread to another, sporadic random delays occurs.
Steps To Reproduce Start any (?) application (I try Firefox, Thunderbird, PM123, PM Backup Manager) and leave it running in the background. Then start msgtest.exe attached to this issues. msgtest.exe sends a series of messages from one thread to a window created on another thread and measures the resulting time.
In my computer (I7-3930K), if ACPI is disabled (PSD=ACPI.PSD is removed from CONFIG.SYS) the test is stable completed in 0-1 seconds. If ACPI is active, test varies from 3 to 10 seconds (I have seen 17 seconds!). Adding /NOHLT improves result up to 2-3 seconds. But it is still slower than without using ACPI.
Additional Information This is not a synthetic problem, I have seen it for a long time while testing Zippy with large archives. Without /NOHLT, the degradation becomes visible to the naked eye.
Я, кстати, тогда не знал, что ACPI тушит неактивные ядра. Нужно проверить, может там корень проблемы. Самое смешное, что разработчик ACPI пытался мне втереть, что замедление приложения на мультипроцессорной системе - это нормально :) И пытался объяснить мне, что после WinSendMsg я должен использовать DosSleep. Потом, правда, стер этот нонсенс.
MSG 3: // 2025
Помните, я как то писал про тормоза с отправкой сообщений под
управлением ACPI:
https://mantis.arcanoae.com/view.php?id=3019
Неа, не ушла :)
Но случайно выяснилось, что если отрубить Power Manager записав
[PowerMan]
Enable = 0
в файле ?:\MPTN\ETC\acpid.cfg, то все становится хорошо. При этом ядра
процессора перестают отключаться.
Где-то тут, наверное, собака порылась.
По мне, если у вас не ноут на аккумуляторе, лучше потерять чутка
энергии, чем ловить тормоза.
|
| |
| |
| |
Почему это критическая проблема:
Glassman, 2026/04/30
Ну начнем с того, что рекомендуемый способ реализации мультизадачности в PM приложении - это создание окон в основном потоке, а все остальное в других потоках, чтобы не морозить интерфейс. Соответственно, если Zippy открывает архив с большим количеством файлов, то вычитывается оглавление в отдельном потоке, а вот PM контейнер, в который все добавляется, находится в основном потоке, и рулится этот контейнер именно через WinSenMsg.
Понятна картина?
В итоге, на одноядерной машине Zippy, к примеру, открывает файл за 5 секунд, а на восьмиядерной - за 15. И это заметно.
Просто ты не знаешь, насколько у тебя, к примеру, тормозит из-за этого Firefox, потому что для этого нужно выполнять одинаковые действия в разной мультипроцессорной среде. Может он незначительно тормозит, а может в три раза медленнее работает, чем мог бы. Но 100% он работает медленнее, чем на одном ядре. Просто я заметил это именно на Zippy, потому что время открытия одного и того же архива в процессе разработки менялось в разы.
|
Siberian OS/2
|
