Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
DirectorShtorm
Цитата:| Процессор разогнан. Кэш и память нет, стоят на авто, частоты на них штатные. |
А вот этого в 98% случаев быть не может т.к. схемы синхронизации опорной частоты ЦП строятся на принципе фазовой автоподстройки частоты (ФАПЧ) и используют делители (счётчики) в петле обратной связи которые в следствии целого числа каскадов деления не могут формировать дробный коэффициент деления ибо в счётчике не может стоять нецелое число каскадов, а для получения дробного коэффициента умножения опорной частоты в схеме обычно используется две параллельных цепочки деления, фазовый детектор и два генератора - один кварцевый опорный с фиксированной частой, второй управляется через петлю ФАПЧ, и ЦП также имеет фиксированные коэффициенты деления внутреннего тактового генератора, в то же время результирующая частота работы кэша и ОЗУ привязанная через делители к частоте ЦП может отличаться от номинальной частоты данных узлов.
Коэффициент деления частоты ЦП для кэша в большинстве современных ЦП равен 1:1, для ОЗУ он кратен опорной частоте ЦП и определяется парой целочисленных коэффициентов деления (в ФАПЧ схемы синхронизации используется две цепочки делителей) схемы синхронизации контроллера памяти, что и приводит к тому, что частоты ОЗУ отличаются от номинальных, и если они выше чем максимальная частота работы ОЗУ, то оно начинает сбоить со всеми последствиями.
Так что выставляйте частоты на номинальные, а для увеличения производительности ОС поставьте больший объём ОЗУ с учётом того, что часть адресного пространства во всех ЦП с архитектурой x86/AMD64 (Intel) используется для отображения адресов Ввода/Вывода (В/В) периферии в следствии чего максимально доступное ОС адресное пространство определяется минимальным значением предельных адресов доступных ЦП и ОС минус пространство адресов В/В. Установка большего чем этот предел объёма ОЗУ не имеет смысла, так как неиспользуемая часть оперативной памяти никогда не будет адресоваться аппаратурой и никакие программные ухищрения не могут обойти данное принципиальное ограничение архитектуры ЦП Intel.
Увеличение объёма доступного ОС ОЗУ увеличит её производительность за счёт снижения частоты обращений к файлу подкачки (он всегда располагается в более медленной чем ОЗУ внешней памяти) и как следствие этого уменьшении процента времени использования ЦП для нужд ОС (накладные расходы) что приведёт снижению итогового времени решения прикладных задач. В то же время расположение файла подкачки в ОЗУ лишено смысла - это банальное переливание из пустого в порожнее, а программно-недоступные адреса памяти если они доступны аппаратно лучше использовать для хранения данных задач обрабатывающих значительные их объёмы (например больших СУБД типа AskSam (<= 15 Тб на каждый файл базы, число файлов в БД не ограничено, но одновременно СУБД работает только с одним), Oracle (сотни Тб на БД), TeraData (=> 200 Пбайт) работающих с БД объёмом в десятки/сотни терабайт и более) что то так же даст полезный эффект в виде значительно сокращения времени решения данного класса задач и увеличения пропускной способности СУБД.
----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti |
|
Всего записей: 33230 | Зарегистр. 31-07-2002 | Отправлено: 11:52 07-03-2015 | Исправлено: Victor_VG, 15:03 07-03-2015 |
|
) - она обращение любит.
Теперь то, что нужно. 