Спонтанная загрузка проца + браузер = не баг браузера. Это "привет" из адоба с его флешплеером. Тот ещё генератор багов
я быстрее повещусь чем ее поставлю
hybroid писал(а):Да ты чо, задвинул про каменный век после фраз про ISA и 3.11? Хитрый план
Ну и какой ещё корневой перечислитель? Слушаю судорожно и внимательно, как же так ужасно и нагло ACPI рулит прерываниями и что там вытекает.Это такая же тема с почти таким же ядром. Софт оставим, не контроллер домена занимается работой с памятью и не он управляет процессами. Такой же кусок говна, которым ещё приходится пользоваться. Благо, что уже далеко не везде.А.Андрей писал(а):есть и серверный виндоуз. это отдельная тема для разговора.Последнее обновление 9-го - это 11.2.202.235.А.Андрей писал(а):надо ставить 9-ый + самые посление обновления для него.
tom1101 писал(а):Никто и не спорит - давно пора переходить на новые шины. Но от прерываний это не избавит - это один из главных механизмов самого процессора, так уж сложилось.А.Андрей писал(а):сама невинность - О! Прерывания!
В идеале хотелось бы более умной его работы - такое вот маленькое желание.
Вот и весь эпос - надоело указывать системе то, что она сама должна делать.
Что гораздо печальнее - об этой проблеме почти не слышно, т.к. она лежит далеко за пределами компетенции стандартного юзера.
У себя проблему выявил случайно - однажды, при проблемах с системой, попробовал распределить прерывания по какой-то статье в интернете, и обнаружил, что мышка перестала тормозить, хрипы пропали, и система начала гораздо меньше думать при переключении задач. Вывод очевиден: раз это так повлияло на систему, значит именно здесь и зарыт корень таких проблем.
До этого при аналогичных проблемах была стандартная пляска с драйверами и переустановками системы, пока очередная установка не заработает так, как нужно, т.к. не ясно было, отчего одна установка идеальная, а другая плохая.
Сейчас - ковыряние в биосе и диспетчере устройств с поглядыванием в текущий лист прерываний, что гораздо быстрее и легче, но все-равно не очень приятно - это все-таки должен делать сам компьютер, и делать хорошо, а не так, как сейчас.
Распределение там почти автоматическое - на него можно повлиять, но не всегда, и только через задницу.
ЗЫ, Вики говорит, что сейчас переходят на Message Signaled Interrupts. Надеюсь с ней таких проблем не будет.
Message Signaled Interrupts
Stiff писал(а):Можеш вешаться сейчас - как я писал выше - лет через десять на хрень софт перестанут писать.
А.Андрей писал(а):что за бред? какой линух? это смешно.
если только у меня на работе 
APIC спасёт мир! Поразительное незнание вопроса.
hybroid писал(а):Бдык так и есть. Сдохнет рано или поздно этот мастдай, тут даже гадать не приходится. Уже не одну нишу продули, настольные компы - лишь на очереди. Решили вот MS за ARM взяться в рамках NT-винд.. Грядёт шоу, что тут скажешь
Проще тянуть резину. hybroid писал(а):Это же надо признать в первую очередь самому свою тупизну.
(с ней я не работал предпочел остаться на ХР) вопрос какого хрена это все делалось? неужели нельзя было переписать под Linux системы Это абстрактно адресовано плохим специалистам. Зайдите в любую ветку из эпичных.. AVR vs. ARM, например. Большинство голосов против ARM при глубоких раскопках оказываются нежеланием самостоятельно учиться и даже вообще что-то делать. Обычно без словесного поноса выглядит как-то так: "Как же так? Я круто знаю авр и тут появился какой-то арм. Говно, не хочу даже разбираться, миня всё устраивает". Ну и естественно 100500 псевдо-доводов "за", несущих примерно такой же смысл.Yamaha писал(а):не знаю ко мне ли ты это адресовал, может и нет
Хорошо написанная логика приложения
Нормально написанный софт как работал, так и продолжал работать. Немного кривоватый или более серьёзный быстро допилили. А некоторые гуру или из-за лени, или из-за плохой квалификации, или из-за всего вместе взятого так и не могут перенести свои чудища. Если банк не может сделать нормальный софт - зачем пользоваться его услугами? Какого качества услуги с таким раздолбайством? Такой софт - это как операторша в окошке отделения банка. Ну кому приятно с рыгающей и избирательной по цвету ботинок общаться? Не знаю, как там у них сейчас, но не удивлюсь, если до сих пор не работает.Да, когда-то был такой, и там сменой ядра можно было облегчить себе жизнь. Но сейчас у меня многоядерная система, а потому отключать apic и менять ядро не могу.А.Андрей писал(а):О! да у вас стандартный компьютер i486 степпинг-С™! Вот где можно от души поковыряться лузеру супер-юзеру.
Если бы. Так ведь косячит, сволочь, постоянно.А.Андрей писал(а):Система сама сделает расчет наилучшей для работы конфигурации
Вот с этого места по подробнее, что еще за нынешний механизм? Хотя бы ссылочку - интересно, как intel смогли избавится от текущих проблем железа.А.Андрей писал(а):Нынешний механизм прост, как хозяйственное мыло, но настолько-же универсален и надежен.
Все это я давно знаю - невольно пришлось изучить вопрос, пока боролся с железом. Только apic дает 24 линии (и то не все из них полноценные). Остальное - программные.А.Андрей писал(а):более умной работы? я умиляюсь. Чем прерывание имеет больший номер, тем ниже его приоритет, то бишь с более низким приоритетом не будет достукиваться до проца во время выполнения прерывания с более высоким приоритетом.
APIC позволяет забыть о прерываниях, ибо 224 прерывания на устройства за вычетом 32 под системные ошибки и исключения.
Абсолютно верно - контроллер прерываний фактически оперирует виртуальными прерываниями, т.к. линий столько же, а дополнительные прерывания получены навешиванием второго контроллера каскадом на одно прерывание первого, и последующей проверкой "Кто из десятка устройств на этой линии инициировал запрос? А ну признавайтесь!".hybroid писал(а):APIC суёт всю толпу прерываний в узкую щель, ибо физически прерываний больше не стало. В курсе, откуда он вообще взялся? Надо было чем-то рулить на многопроцессорных системах, оттуда и пришло даже на однопроцессорники. И благодаря ему на физическом одном прерывании могут повиснуть пару прожорливых устройств и случится жопа, о которой видимо как раз и рассказывает tom1101
(hybroid) Бида обстоит большей частью в корне ОС - в ядре и драйверах. Я линуксоид, поэтому не в курсе, как у вас смотреть обработку прерываний ядрами, у нас это можно видеть в /proc/interruptsКод: Выделить всё
CPU0 CPU1
0: 126 0 IO-APIC-edge timer
1: 16123 0 IO-APIC-edge i8042
4: 2 0 IO-APIC-edge
7: 0 0 IO-APIC-edge parport0
8: 1 0 IO-APIC-edge rtc0
9: 0 0 IO-APIC-fasteoi acpi
16: 460792 0 IO-APIC-fasteoi pata_jmicron, uhci_hcd:usb3, nvidia
18: 20159 0 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb7, EMU10K1
19: 103951 0 IO-APIC-fasteoi ahci, ata_piix, ata_piix, uhci_hcd:usb6
20: 10966 0 IO-APIC-fasteoi ath
21: 0 0 IO-APIC-fasteoi uhci_hcd:usb4
23: 99919 0 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb5
28: 131809 0 PCI-MSI-edge sky2@pci:0000:04:00.0
29: 243 0 PCI-MSI-edge hda_intel
NMI: 0 0 Non-maskable interrupts
LOC: 2357069 2347455 Local timer interrupts
SPU: 0 0 Spurious interrupts
PMI: 0 0 Performance monitoring interrupts
PND: 0 0 Performance pending work
RES: 38962 51144 Rescheduling interrupts
CAL: 2577 2454 Function call interrupts
TLB: 25613 25906 TLB shootdowns
TRM: 0 0 Thermal event interrupts
THR: 0 0 Threshold APIC interrupts
MCE: 0 0 Machine check exceptions
MCP: 26 26 Machine check polls
ERR: 1
MIS: 0Код: Выделить всё
CPU0 CPU1 CPU2 CPU3
0: 460272463 460285723 456500861 456495523 IO-APIC-edge timer
1: 0 0 0 0 IO-APIC-edge i8042
8: 0 0 2 1 IO-APIC-edge rtc
9: 0 0 0 0 IO-APIC-level acpi
14: 2103149 2089988 6065889 6069013 IO-APIC-edge ide0
74: 3 1 0 2 IO-APIC-level ehci_hcd:usb1, uhci_hcd:usb2, hci_hcd:usb4
82: 1098 1106 1007 1006 IO-APIC-level uhci_hcd:usb3
106: 4111655203 0 0 0 PCI-MSI eth0
114: 1698017899 0 0 0 PCI-MSI eth1
169: 102767 102497 246795 253526 IO-APIC-level aacraid
NMI: 0 0 0 0
LOC: 1833577964 1833641361 1833641396 1833641406
ERR: 0
MIS: 0Код: Выделить всё
cat /proc/interrupts |grep eth
98: 437925 438039 438306 3403440 IO-APIC-level eth0
177: 332297 3862694 331007 330797 IO-APIC-level eth1
Это, кстати, из чудесного фильма Snatch в известном переводе на русский язык. 
Надо же повыпендриваться.. Суть в том, что с каждой карты по четыре очереди прерываний на TX и по четыре на RX, восемь на штуку. Ну и, само собой, всё повисло абы как. Ещё и так же абы как работало при обычном размазывании по всем ядрам из-за переключения между ядрами. В итоге группировал на одно ядро TX одной карты с RX другой, размазав ровным слоем. Плюс повертел задержку между прерываниями в драйвере от карт и вменяемо заработало..Yamaha писал(а):hybroid а что он пару месяцев назад вообще не разбирался в этом а тут бац хацкер уже, я против ничего не имею, говорить заумно может каждый, начитался типа? практика товарищи нужна - практика...
Сами вы ничего толкового не сказали.tom1101 писал(а):Да, когда-то был такой, и там сменой ядра можно было облегчить себе жизнь. Но сейчас у меня многоядерная система, а потому отключать apic и менять ядро не могу.А.Андрей писал(а):О! да у вас стандартный компьютер i486 степпинг-С™! Вот где можно от души поковыряться лузеру супер-юзеру.Если бы. Так ведь косячит, сволочь, постоянно.А.Андрей писал(а):Система сама сделает расчет наилучшей для работы конфигурацииВот с этого места по подробнее, что еще за нынешний механизм? Хотя бы ссылочку - интересно, как intel смогли избавится от текущих проблем железа.А.Андрей писал(а):Нынешний механизм прост, как хозяйственное мыло, но настолько-же универсален и надежен.Все это я давно знаю - невольно пришлось изучить вопрос, пока боролся с железом. Только apic дает 24 линии (и то не все из них полноценные). Остальное - программные.А.Андрей писал(а):более умной работы? я умиляюсь. Чем прерывание имеет больший номер, тем ниже его приоритет, то бишь с более низким приоритетом не будет достукиваться до проца во время выполнения прерывания с более высоким приоритетом.
APIC позволяет забыть о прерываниях, ибо 224 прерывания на устройства за вычетом 32 под системные ошибки и исключения.Абсолютно верно - контроллер прерываний фактически оперирует виртуальными прерываниями, т.к. линий столько же, а дополнительные прерывания получены навешиванием второго контроллера каскадом на одно прерывание первого, и последующей проверкой "Кто из десятка устройств на этой линии инициировал запрос? А ну признавайтесь!".hybroid писал(а):APIC суёт всю толпу прерываний в узкую щель, ибо физически прерываний больше не стало. В курсе, откуда он вообще взялся? Надо было чем-то рулить на многопроцессорных системах, оттуда и пришло даже на однопроцессорники. И благодаря ему на физическом одном прерывании могут повиснуть пару прожорливых устройств и случится жопа, о которой видимо как раз и рассказывает tom1101
Плюс есть настоящие виртуальные прерывания, они же программные прерывания, которыми оперирует само ядро - взгляните в лист прерываний многоядерного компьютера, где их счет идет на сотни - софтовая эмуляция.
Все это позволяет отдалить конфликт прерываний, но не лучшим образом сказывается на работе. И не убирает конфликты приоритетов.
Компьютер должен сам правильно раскидывать устройства. Но сейчас у него это получается плохо - системный таймер черт знает где висит, звуковуха идет после видюхи, мышка тоже не в начале списка.
Правильно - системный таймер, устройства ввода (клава и мышь), звук, видюха, диски.
Если вдруг перед звуковой встает сетевуха или видюха - в некоторых случаях начинают лезть хрипы.
Если что-то есть перед мышкой или клавиатурой - они могут тормозить, а это раздражает больше всего.
Если вдруг кто-то залез перед системным таймером - начинаются тормоза при переключении задач. Видимо он как-то связан с ядром.
Именно эти 4 устройства должны быть распределены правильно: системный таймер, звуковуха, мышь и клавиатура. Если хоть одно из них имеет конфликт приоритетов, то это сразу становится заметно юзеру, и сильно снижает комфорт при работе на такой системе.
Остальное не так критично (хотя некоторые геймеры могут заморочиться еще и сетевухой).
Сейчас все мои манипуляции связаны с отключением в биосе виртуальных прерываний - чтобы их осталось 24, как и отдает apic. После этого в биосе перераспределяю прерывания карт расширения, отключаю незанятые слоты и сбрасываю таблицу ESCD.
Иногда это приходится делать несколько раз - пока прерывания не встанут наиболее удачно: это и есть так называемое автоматическое распределение - как бог пошлет
После этого смотрю таблицу прерываний, лезу в диспетчер устройств, и отключаю по возможности все лишнее, что стоит в листе прерываний до приоритетных мне устройств. Иногда сброс драйвера устройства, занимающего нужное мне прерывание, позволяет перепрыгнуть ему на другое, более свободное. Иногда можно обойтись и без сброса драйверов - можно переткнуть железку в порт, имеющий более низкое прерывание (особенно актуально это для USB, например мышки, т.к. клава у меня ps/2, а ps/2 всегда распределяется правильно). В общем, как и говорил, через задницу.
Процессор оперирует вообще только командой INT, которая повешена на свой обработчик.