100% загрузка процессора с зависанием Edit1: Зависание при попытке запуска приложения (посредством ICON)
(курсор идёт, программы не запускаются, при <Ctrl+Alt+Delete> перестаёт идти и курсор) на
- QEMU с KVM;
- DELL Optiplex 790;
- Dell Latitude E6330;
- HP Pro 3300;
Демонстрационное видео (первые два раза - проблемы, в третий раз запустилась нормально):
https://drive.google.com/file/d/1sPiVv7 ... sp=sharing
По моему - напоминает состояние гонки с зависанием (dead lock Edit1:on spinlock).
Edit2: Скорее всего никакой не dead lock, а уязвимость: приложение (например - @docky) делает систему неработоспособной.
Общее для всех компьютеров:
> 3Гб оперативной памяти;
4 логических процессора.
загрузка Legacy через Grub2
На QEMU с KVM есть тенденция группироваться подряд (если была проблема, то повышена вероятность повторения Как-то зависит от значения переменных времени? ), на
железе жто не проверял.
P.S.
Более подробно возвращусь к тестированию этой проблемы где-то в начале октября.
Неустойчивая загрузка на QEMU+KVM и на железе
-
Last edited by Valery on Mon Sep 19, 2022 9:08 am, edited 2 times in total.
Посмотри что проц долбит. Попробуй офнуть searchap из автозапуска
Изобретайте колёса каждый раз, когда хотите написать новую программу.
"Посмотри что проц долбит. " : searchap.
" Попробуй офнуть searchap из автозапуска" : проблема не исчезает, только признак 100% загрузки процессора пропадает:
https://drive.google.com/file/d/1LUXM4C ... sp=sharing
Видео, где эта проблема есть.
https://drive.google.com/file/d/1Th7VcK ... sp=sharing
Видео всей сессии (я уже думал, что проблема пропала вместе с searchap, ...)
Заметно, что в случае с проблемой, launcher не закончил свою миссию (у меня в самом начале добавлен CPU и закоментирован searchap, всё остальное как было).
" Попробуй офнуть searchap из автозапуска" : проблема не исчезает, только признак 100% загрузки процессора пропадает:
https://drive.google.com/file/d/1LUXM4C ... sp=sharing
Видео, где эта проблема есть.
https://drive.google.com/file/d/1Th7VcK ... sp=sharing
Видео всей сессии (я уже думал, что проблема пропала вместе с searchap, ...)
Заметно, что в случае с проблемой, launcher не закончил свою миссию (у меня в самом начале добавлен CPU и закоментирован searchap, всё остальное как было).
поставьте вывод отладочной информации на экран в синем меню, что касается последнего видео, то там возможно виноват сетевой стек
Пока сделал по-своему (запустил парочку своих программ, даже не совсем корректно, ... ):
https://drive.google.com/file/d/1OGCtQT ... sp=sharing
Но новую информацию получить удалось:
(1) Удалось воспроизвести проблему без перезагрузки системы
(мой relaunch сначала принудительно завершает все приложения @*, и только тогда запускает launcher).
вылетевшее @docky.
А также ещё один предварительный вывод: не ядро запускается неустойчиво,
а что-то (netconfig ?) нарушает его работоспособность.
(2) Видно, что программа виснет при попытке запустить (другое) приложение - и это не проблема ICON.
(3) Подсистема событий и перерисовки продолжает работать (даже после Ctrl+Alt+Delete, когда зависло уже ядро).
P.S.
Однако обнаружил ещё одну проблему (другую!), но не записывал видео: Но взял:
Видно, что зависли значительно раньше - даже обои не загрузились.
https://drive.google.com/file/d/1OGCtQT ... sp=sharing
Но новую информацию получить удалось:
(1) Удалось воспроизвести проблему без перезагрузки системы
(мой relaunch сначала принудительно завершает все приложения @*, и только тогда запускает launcher).
Похоже, что так оно и есть. Edit: это при запуске NETCFG launcher зависает, проблему создаёт похоже только чтовозможно виноват сетевой стек
вылетевшее @docky.
А также ещё один предварительный вывод: не ядро запускается неустойчиво,
а что-то (netconfig ?) нарушает его работоспособность.
(2) Видно, что программа виснет при попытке запустить (другое) приложение - и это не проблема ICON.
(3) Подсистема событий и перерисовки продолжает работать (даже после Ctrl+Alt+Delete, когда зависло уже ядро).
P.S.
Однако обнаружил ещё одну проблему (другую!), но не записывал видео: Но взял:
Code: Select all
(qemu) info registers
EAX=80050039 EBX=80080100 ECX=00000003 EDX=00000063
ESI=80080600 EDI=0000039d EBP=00002000 ESP=80824200
EIP=800154d5 EFL=00001246 [---Z-P-] CPL=0 II=0 A20=1 SMM=0 HLT=1
ES =0023 00000000 ffffffff 00c0f300 DPL=3 DS [-WA]
CS =0008 00000000 ffffffff 00d09b00 DPL=0 CS32 [-RA]
SS =0010 00000000 ffffffff 00d09300 DPL=0 DS [-WA]
DS =0023 00000000 ffffffff 00c0f300 DPL=3 DS [-WA]
FS =0063 00000000 00000fff 0040f300 DPL=3 DS [-WA]
GS =0053 fe000000 007fffff 00d0f300 DPL=3 DS [-WA]
LDT=0000 00000000 0000ffff 00008200 DPL=0 LDT
TR =0058 805fff80 0000207f 00008b00 DPL=0 TSS32-busy
GDT= 800446a0 00000067
IDT= 8000b100 000002bf
CR0=80050039 CR2=0000a000 CR3=0007f000 CR4=00000690
DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000
DR6=ffff0ff0 DR7=00000400
EFER=0000000000000000
FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80
Last edited by Valery on Sun Sep 18, 2022 10:37 am, edited 1 time in total.
Из вашего видеоролика ничего не понятно, вообще, непонятно где виснет, непонятно что виснет. метод как проверять отлаживать состояние ядра я сказал, так что пришлёте нормальный лог, тогда можно будет посмотреть, а так ничего не понятно совсем
Погонял последний дистрибутив как есть:
https://drive.google.com/file/d/1-6SNc2 ... sp=sharing
(Можно сразу переходить на 6-ю минуту)
Убрал searchap, поставил shell в самом начале (чтобы продемонстрировать, что "осталось" после зависания):
https://drive.google.com/file/d/1ionfdF ... sp=sharing
(Можно сразу переходить на 10-ю минуту, но предыдущее может быть интересно в контексте @docky; это 4-й сеанс)
В дополнение окончание 2-го и 3-го сеансов:
https://drive.google.com/file/d/1mHkK86 ... p=sharing
https://drive.google.com/file/d/1UbW9KI ... sp=sharing
В целом подтверждается то, о чём я уже писал, единственное новое: проблемы не ограничиваются
запуском процессов.
Edit1: https://drive.google.com/file/d/1aiZGhe ... sp=sharing
Удалось воспроизвести проблему запуская приложение @docky.
Рискнул одним из рабочих компьютеров: удалось воспроизвести на HP Pro 3300 SFF
(Я насчёт этого компьютера сомневался ну и @docky чуть обновилось - проблема могла пропасть на железе).
Вообще на железе работает раза в 3 устойчивее , чем на QEMU+KVM.
P.S.
(1) И так понятно, но на всякий случай - все видео относятся к QEMU+KVM.
(2) Просто на QEMU всё вроде работает нормально.
(3) Вообще-то , на мой взгляд, главный вопрос:
"Кто-то ещё может воспроизвести данное поведение Kolibri OS (хоть на QEMU+KVM, но лучше - на железе)?"
Если нет - то 70%, что это "мои тараканы", и правильно будет искать ответ на вопрос:
"Что на моих компьютерах не поддерживается конкретным дистрибутивом Kolibri OS?"
И вообще: "ОC не обязана работать на глючных комбинациях эмуляторов с модулями ядра Linux".
Edit2: Вы это поспешите с проверкой, а то Doczom исправит @docky ... To Doczom: Успехов Вам в этом нелёгком деле!
https://drive.google.com/file/d/1-6SNc2 ... sp=sharing
(Можно сразу переходить на 6-ю минуту)
Убрал searchap, поставил shell в самом начале (чтобы продемонстрировать, что "осталось" после зависания):
https://drive.google.com/file/d/1ionfdF ... sp=sharing
(Можно сразу переходить на 10-ю минуту, но предыдущее может быть интересно в контексте @docky; это 4-й сеанс)
В дополнение окончание 2-го и 3-го сеансов:
https://drive.google.com/file/d/1mHkK86 ... p=sharing
https://drive.google.com/file/d/1UbW9KI ... sp=sharing
В целом подтверждается то, о чём я уже писал, единственное новое: проблемы не ограничиваются
запуском процессов.
Edit1: https://drive.google.com/file/d/1aiZGhe ... sp=sharing
Удалось воспроизвести проблему запуская приложение @docky.
Рискнул одним из рабочих компьютеров: удалось воспроизвести на HP Pro 3300 SFF
(Я насчёт этого компьютера сомневался ну и @docky чуть обновилось - проблема могла пропасть на железе).
Вообще на железе работает раза в 3 устойчивее , чем на QEMU+KVM.
P.S.
(1) И так понятно, но на всякий случай - все видео относятся к QEMU+KVM.
(2) Просто на QEMU всё вроде работает нормально.
(3) Вообще-то , на мой взгляд, главный вопрос:
"Кто-то ещё может воспроизвести данное поведение Kolibri OS (хоть на QEMU+KVM, но лучше - на железе)?"
Если нет - то 70%, что это "мои тараканы", и правильно будет искать ответ на вопрос:
"Что на моих компьютерах не поддерживается конкретным дистрибутивом Kolibri OS?"
И вообще: "ОC не обязана работать на глючных комбинациях эмуляторов с модулями ядра Linux".
Edit2: Вы это поспешите с проверкой, а то Doczom исправит @docky ... To Doczom: Успехов Вам в этом нелёгком деле!
Методом перебора найти проблемную ревизию, НЕ?
Who is online
Users browsing this forum: Ahrefs [Bot] and 0 guests