Member
Статус: Не в сети Регистрация: 10.03.2003 Откуда: Хабаровск
Люди..я тут скачал прогу для изменения частоты RTC..так вот наооборот у меня 3дмарк тормазить начал !!! Тока один раз кк то полчучилось что на самом деле ФПС выросли !!Подскажите мож я что то не та делаю ?? прога ТаймерТест..Помогите..а то интересно скока в марке будит:)
Member
Статус: Не в сети Регистрация: 20.06.2003 Откуда: Ижевск
MuSTAnG писал(а):
Люди..я тут скачал прогу для изменения частоты RTC..так вот наооборот у меня 3дмарк тормазить начал !!! Тока один раз кк то полчучилось что на самом деле ФПС выросли !!Подскажите мож я что то не та делаю ?? прога ТаймерТест..Помогите..а то интересно скока в марке будит:)
Он только внешне тормозит, обрати внимание на ФПС-ы
Member
Статус: Не в сети Регистрация: 20.06.2003 Откуда: Ижевск
MuSTAnG писал(а):
awl Вот именно что у меня в первом тесте ФПС падает до 3 кадров !!!
Там есть пункт - RTC Resolution, вот надо устанавливать частоту таймера
на вдвое меньшую (к примеру) чем показывает в этом пункте. Так делаешь?
Например, при частоте 1000 поставить 500 и получится "прирост" в два раза
Member
Статус: Не в сети Регистрация: 23.09.2003 Откуда: South Ural
ALL
что нам предлагает уважаемый awl для решения пляски частот по существу:
использовать контроллер прерываний в его устаревшем режиме (PIC), а не в
современном (APIC). Возможно это и помогает (не могу проверить - у меня пляшет как раз VIA KT333
c PIC - APIC там нету, а nForce2 c APIC не пляшет).
Поддержка APIC введена microsoft начиная еще с Windows NT3.1, для всех будущих
операционок обязательна поддержка APIC вместо традиционного PIC. Хотя APIC введен для поддержки
многопроцессорных систем, но он дает определенные преимущества и при использовании одного процессора:
1. APIC предоставляет больше каналов прерываний, именно его использование решает проблему
разделения прерываний несколькими устройствами (irq sharing), что по признанию microsoft не есть гуд;
2. APIC обрабатывает прерывания быстрее PIC, что убыстряет работу операционки;
3. PIC не поддерживает несколько процессоров;
Member
Статус: Не в сети Регистрация: 20.06.2003 Откуда: Ижевск
stargaz0r писал(а):
ALL что нам предлагает уважаемый awl для решения пляски частот по существу: использовать контроллер прерываний в его устаревшем режиме (PIC), а не в современном (APIC). Возможно это и помогает (не могу проверить - у меня пляшет как раз VIA KT333 c PIC - APIC там нету, а nForce2 c APIC не пляшет).
Тогда шансов исправить глюк скорее всего нет вообще...
stargaz0r писал(а):
1. APIC предоставляет больше каналов прерываний, именно его использование решает проблему разделения прерываний несколькими устройствами (irq sharing), что по признанию microsoft не есть гуд;
По признанию майкрософт, таймер APIC тоже не есть гуд Так что придется видимо выбирать, либо то либо то....
stargaz0r писал(а):
2. APIC обрабатывает прерывания быстрее PIC, что убыстряет работу операционки; 3. PIC не поддерживает несколько процессоров;
Тем не менее, в реальной работе прироста не видно совсем,
а двухпроцессорных систем на базе K7 очень мало. Причем,
они есть только на материнках с чипсетом от AMD... про чипсеты
которых уже все давно забыли.
В любом случае, прирост в скорости и безглючности от правильной работы таймера будет заметнее
Сегодня решил еще раз поменять ядро. Сделал, как описано в этой статье - http://overclockers.ru/news/newsitem.sh ... 1068328681 - распаковал halacpi.dll и halaacpi.dll в system32 (кстати, это можно сделать не с помощью extract, а обычным winRAR), прописал соответствующие строки в boot.ini, apic в биосе не отключал. Загружаю windows с PIC - вроде работает, частота не скачет. Запускаю 3DMark - количество баллов упало на 150-200... Пробую поднять шину AGP до 77МГц - 3DMark стал выпадать в синий экран (до смены ядра такой проблемы не было)...
После этого я решил вернуться на старое ядро - из папки system32 удалил halacpi.dll и halaacpi.dll, а из boot.ini - соотв. строки. После загрузки windows смотрю на частоту процессора - не скачет! Странно... А 3DMark продолжает вылетать . Пришлось запускать restore (перед сменой ядра я на всякий случай создал контрольную точку). После этого частота опять начала скакать, зато 3DMark стал работать нормально...
Member
Статус: Не в сети Регистрация: 01.04.2003 Откуда: Столица
Все-таки более корректно менять ядро через Device Manager..
Вариант описанный в статье хорошо только для пробы.. То есть проверяшь - как ведут себя частоты, а потом уже меняешь ядро в Device Manager.
То есть, открыв Device Manager (либо правой клавишей на иконке "My Computer", там properties, либо иконка System в Control Panel), выбираешь пункт Computer. Там видишь ACPI Uniprocessor PC. Так вот, делаешь Update Driver и выбираешь Advanced Configuration and power Interface (ACPI) PC...
Правда еще более железный способ - действительно выключить APIC в биосе и переставить систему..
Что-то я не разобрался... У меня русская версия windows. Выбираю "однопроцессорный компьютер с ACPI", "обновить драйвер" > "установка из указанного места"> "не выполнять поиск. Я сам выберу нужный драйвер". На выбор есть - "Компьютер с ACPI", "Многопроцессорный компьютер с АСРI", "Многопроцессорный компьютер с MPS" (эти два явно не подходят), "Однопроцессорный компьютер с АСРI", "Однопроцессорный компьютер с MPS", "Стандартный компьютер". Если я убираю галочку "только совместимые устройства", ничего нового не появляется...
Member
Статус: Не в сети Регистрация: 01.04.2003 Откуда: Столица
Kolian Проздравляю!
Скажи только - у тебя какая матплата?
2 All..
Полазил по западным форумам.. Почитал.. И выяснил одну забавнейшую подробность - на западе про проблему "пляшущих частот" мало слышали.. И знаете почему? Да потому что они еще с прошлой осени в BIOS ОТКЛЮЧАЮТ APIC Mode... Там у них были глюки с работой железа, сетевые карты не заводились и т.д.
Так народ шел в БИОС, вырубал это дело и переставлял Винду.. И все нормально...
То-то они удивлялись, что это за проблема такая.. Хех...
В принципе, если на машине нет какого-нибудь особенного железа, то хватит и тех 15 прерываний, что дает PIC, плюс к тому же многие железки поддерживают IRQ-Sharing...
Выходит APIC вообще сыроват, а на платах nForce 2 совсем сырой...
О как!
Вот к примеру статья на эту тему..
Краткое содержание: описывается как это хорошо - APIC, как это быстрее и как его.... отключить..
The APIC Function BIOS feature is used to enable or disable the motherboard's APIC (Advanced Programmable Interrupt Controller). The APIC is a new distributed set of devices that make up an interrupt controller. In current implementations, it consists of three parts - a local APIC, an I/O APIC and an APIC bus.
The local APIC delivers interrupts to a specific processor so each processor in a system has to have its own local APIC. Therefore, a dual processor system must have two local APICs. Because a local APIC has been integrated into every processor since the debut of the original Intel Pentium P54C processor, there's no need to worry about the number of local APICs.
The I/O APIC is the replacement for the old chained 8259 PIC (Programmable Interrupt Controller) still in use in many motherboards. It collects interrupt signals from I/O devices and send messages to the local APICs via the APIC bus which connects it to the local APICs.
There can be up to eight I/O APICs in a system, each supporting anywhere from 24 (usually) to 64 interrupt lines. As you can see, this allows a lot more IRQs than is currently possible with the 8259 PIC. Note that without at least one I/O APIC, the local APIC is useless and the system functions as if it's based on the 8259 PIC.
To sum it all up, APIC provides multiprocessor support, more IRQs and faster interrupt handling which are not possible with the old 8259 PIC. Although they can be used in single-processor boards, you are more likely to find them in multi-processor motherboards. This is because APIC is only supported in Windows NT, 2000 and XP. It is not supported in operating systems that are required to support MS-DOS device drivers, i.e. Windows 95/98. But as users transition to Windows XP, you can expect more manufacturers to ship single-processor boards with I/O APICs.
If your single-processor motherboard supports APIC and you are using a Win32 operating system (Windows NT, 2000 and XP), it's recommended that you enable this feature to allow faster and better IRQ handling. If you are using a multiprocessor motherboard, you must enable this feature because it's required for IRQ handling in multiprocessor systems.
However, if you are running Windows 95/98 or a DOS-based operating system on a single-processor motherboard, you must disable this feature. This is because MS-DOS drivers assume they can write directly to the 8259 PIC (APIC did not exist yet in those days!) and its associated IDT entries. Disabling this feature forces the APIC to revert to the legacy 8259 PIC mode."
В свете выше сказанного вопрос к интересующимся и знающим:
А насколько оправдано применение APIC?
Последний раз редактировалось BSViper 10.11.2003 16:58, всего редактировалось 1 раз.
"The Importance of Implementing APIC-Based Interrupt Subsystems on Uniprocessor PCs" в развитие "Key Benefits of the I/O APIC".
Кратко говоря - я пока выключать этот самый APIC(~ ставить новое ядро) не собираюсь, во всяком случае пока глюк не словлю Ведь в реале частота процессора не прокисает.
Member
Статус: Не в сети Регистрация: 14.04.2003 Откуда: Минск, Беларусь
Цитата:
However, if you are running Windows 95/98 or a DOS-based operating system on a single-processor motherboard, you must disable this feature. This is because MS-DOS drivers assume they can write directly to the 8259 PIC (APIC did not exist yet in those days!) and its associated IDT entries. Disabling this feature forces the APIC to revert to the legacy 8259 PIC mode.
Вот это - лажа. Или я крупно заблуждаюсь. APIC надо НАЧАТЬ использовать - по умолчанию система всегда в PIC режиме стартует (не зависимо от наличия APIC).
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения