home   news   software   articles   other   links   contact

TestMem (c)1998 TestMem (c)1998 TestMem2 (c)1999 TestMem3 (c)1999 TestVRAM (c)2000 TestMem4 (c)2001 BenchMem (c)2003 Video BIOS extender (c)2003 S&M (c)2004 ver.0 ver.1 C&QnF2 (c)2005 HDD Access Block (c)2006 MarkViewer (c)2008 C&QС2 (c)2008 CST (c)2009

Мои небольшие утилиты.       Для экономии места я соберу все самое интересное по программам, с остальным можно ознакомиться по ссылкам. Программы писались для собственного развлечения как хобби, если кому-то будет интересно, можете пользоваться. ;) Программы идут под грифом 'freeware', но это не значит, что Вы не должны придерживаться лицензионного соглашения. Само собой, я не несу ответственности за использование моих программ. Если очень хочется - можете написать мне гневный mail, кстати, обычно я иду на контакты и для отвественных пользователей вношу изменения даже в глубоко закрытые проекты. ВНИМАНИЕ! В программах зачастую указан неверная страница интернет и почта на nm.ru. Из-за взлома этого ящика я его удалил. Для связи пользуйтесь контактами, указанными на ссылке contact. Ах да, стандартный копирайт - приведенные программы принадлежат их автору, т.е. мне. Serj

Программа, дата начала проекта.	Особенности реализации
TestMem (DOS) ~1998	Это первая программа, которую я был вынужден написать для поиска неустойчивой работы своего компьютера. Программа весьма простая и, как ни странно, весьма эффективная. В отличии от других программ, в TM1 используется шаблон тестирования вида A/неA/A/неA, что хорошо нагружает шину данных.
TestMem2 (DOS) ~1999 (устарела)	Вторая редакция TM предерпела существенные внешние изменения и не только внешне. Здесь проверяласть вся физически доступная память, даже та ее часть, что используется как тень EPROM BIOS. Второй уникальной особенностью этой редакции стала возможность менять тайминги памяти 'на лету' для их автоматической подстройки под имеющуюся память. Поменять тайминги не трудно, вот только CAS Latency изменить принципиально нельзя. Дело в том, что CAS надо менять и в контроллере и самих микросхемах памяти, что делается через специальный коммандный цикл. Проблема в том, что, с одной стороны, во время этого цикла нельзя обращаться к памяти (команда/данные перередаются через адрес) , с другой - в момент начала этого цикла микросхема памяти не реагирует на запросы чтения. Т.е. crash неизбежен. Настройка CAS делается в самом начале работы BIOS, когда память еще не используется. Алогитм тестирования изменен, вместо линейного доступа используется псевдо-случайный.
TestMem3 (DOS-BIOS) 11.1999 (не выпускалась)	Хотел совместить TM2 с автоматическим анализом SPD, да как-то не получилось. Основная ошибка была в сильной привязке свойств программы к конкретному набору микросхем. В программе появилась фаза нагрева DIMM и самих тестов памяти стало несколько. После схода с арены весьма удачного набора микросхем LX...BX от Intel наступила эра отковенного безобразия VIA и гнустных поделок i8xx, переделывать программу под них (а, к тому-же, по VIA нет документации) мне не захотелось, программа заморожена.
T100-T170 (DOS-BIOS) 11.1999 (проект закрыт)	Коммерческая версия, сделанная из TM2. Программа имела несколько тестов и настривалась на конфигурацию в момент запуска, что было не слишком удобно. Формат GUI напоминал TM2. Программа делела сортировку ошибок по битам адресов и данных. Программа могла загружаться обычным способом или с специальной платы без подключения каких-либо приводов. Дальнейшее развитие проекта - T200. (По проектам T1** прошу обращаться только тех, кому он принадлежит.)
TestVRAM (DOS) 6.2000 (Перенесен в TestMem4)	Программа тестирует память видеокарты так-же, как это делают с обычной памятью. Но есть и нюансы - без включения кеширования скорость записи очень низка, а скорость чтения так-же не вызывает восторга. Поэтому надо использовать алгоритмы наиболее эффективные именно для данного применения. Программа может менять тайминги через ключи запуска и автоматически находит максимально-возможные частоты работы GPU и памяти видеокарты. Безбожно устарела. :)
T200 (DOS-BIOS) 5.2001 (проект закрыт)	Проект T200 написан практически с нуля и я старался устранить основные недостатки предыдущих редакций. В T200 используется зашищенный режим (а не "Flat"), многопоточный доступ (8 threads), восемь тестов плюс режим проверки регенерации. Кроме того, программа стала оперировать не всей памятью, а ее сегментами. Проверяется вся доступная память, а это вся память (до 4G) - 128K, из которых 64К под векторы и 64К программа. В T200 достаточно свободно настраиваемые правила отбраковки, по результатам которых проще отбраковывать микросхемы. Т.о. T200 по свойствам был максимально приближен к Windows9x. Увы, семейство Windows9x закончилось, а Windows NT (2K, XP...) несколько иначе выделяет память. Для симуляции этого надо или вводить страничную адресацию или существенно менять идеалогию тестирования. Плохо и первое и второе. (По проекту T200 прошу обращаться только тех, кому он принадлежит.)
TestMem4 (DOS) 9.2001 (Перенесен в S&M)	TM4 сделана из T200 отключением 5,7,8 тестов, загрузки с спецплаты и удалением всего, что касалось правил отбраковки. Обычному пользователю эти функции не нужны. На освободившееся место был помещен модуль от TestVRAM. Вначале была редакция под nVidia, потом я попробовал расширить поддержку на видеокарты ATI, но уж больно нудно собирать TM4, так что .... :( Программа сама пытается определять размер доступной памяти, но некоторые наборы микросхем (VIA) могут вызвать crash при обращении выше физически доступной памяти. Шутка очень милая, пришлось поставить переключатель 'если это KT333, KT400...', то не пользоваться автодетектом. Список этих исключений давно не пополнялся, потому на странной матплате можете получить остановку. В последних версиях появился прогрев процессора аналогичным тестом из S&M. По тесту видеокарт - он делает то-же, что TestVRAM и как и он сильно устарел, увы.
BenchMem (Win) 3.2003	Разные тесты производительности памяти давали очень уж различающиеся цифры, доходило до 'в разы'. Эх, взял и написал собственный тест. Еще серьезный момент - практически все программы измеряют максимальную, (линейную) потоковую скорость чтения (и записи), что не является основопологающей характериситикой производительности памяти. Очень часто программы оперируют небольшими объемами данных, которые еще и разбросаны произвольным образом. Можно привести уже набивший оскомину пример - Intel долго и нудно продвигали память RIMM, которая демонстрировала весьма неплохую потоковую скорость, а вот на случайном доступе наступал катастрофический провал. Да, можно измерять Latency (время, задержка) доступа к памяти и это будет более предметный индикатор эффективности подсистемы памяти, но и тут есть проблемы - в каком соотношении связать два параметра - потоковую скорость и Latency? Кроме всего прочего, эти два параметра зависят еще от множества других факторов и простые арифметические формулы A+B (или A*B &etc) не применимы. В программе измеряется производительность от размера блока и меры случайности (как далеко взаимно расположены адреса запросов). Вывод графический, все наглядно.
Video BIOS extender (BIOS) 8.2003	Задался мыслью - управлять частотой VGA я могу, а почему-бы не вставить это прямо в BIOS видеокарты? Править код скучно, да и хлопотно, проще сделать пристыковочный модуль и добавить его в EPROM видеокарты. Программа меняет частоты ядра, памяти и прочие мелочи. Пристыковочный модуль очень сильно привязан к аппаратуре (семейству видеокарт), потому интерес к программе скорее академический. Мой модуль правит копию BIOS видеокарты (если нужно по установкам), запускает этот BIOS и по окончанию его инициализации (до)настраивает нужные параметры. Настройки сохраняются в CMOS, поэтому проблем с переразгоном нет - Clear CMOS.
S&M v0 (Win) 5.2004	Программа имела два теста - прогрев процессора (без обнаружения сбоев) и тест памяти. Тест процессора эффективно работал только на семействе AMD, с Intel его эффективность падала. Этот тест имел режим 'с прогревом памяти', когда на одном процессоре запускалось одновременно два процесса - нагрев CPU и обращения к памяти. Причем, эффективность нагрева процессора практически не страдала. В процессоре К8 весьма существенно изменили механизм взаимодействия с памятью и, увы, алгоритм потерял свою эффективность. Тест памяти был перенесен из TM1 с той особенностью, что была в TM4 - сегментный принцип работы с памятью.
S&M v1 (Win) 9.2004-2008	Редкостный долгострой. Программа поддерживает несколько процессоров(от номера версии), имеет оптимизированные тесты прогрева с обнаружением ошибок под процессоры AMD, Intel Pentium4 и Core2. Тест памяти может проверять любой объем памяти. Тестирование так-же сегментами, тесты сделаны по образу и подобию TM1 и TM2. Тест диска, особенно тест интерфейса, тоже вовсе не декоративный элемент программы. :)
C&QnF2 (Win) 7.2005	Не_мобильные процессоры К7 не имели возможности понижать частоту в моменты простоя, что мне не особо понравилось. Альтернативные программные решения были, но там страдала или надежность или функциональность. Кроме того, мне хотелось управлять частотой в гораздо бОльшем диапозоне, чем это было возможно в стороннем софте. Копание в BIOS позволило добиться работоспособности программы в диапозоне FSB от 70MHz до максимальной. Для получения такого большого диапозона приходилось адаптировать значения некоторых регистров предкоррекции. Набор микросхем nForce2 обеспечивал наибольшую эффективность с памятью при CAS=2.5, потому я далеко не сразу заметил, что при другом CAS надо устанавливать иную предкоррекцию. Для CAS не 2.5 программа переходит в режим совместимости и нижняя граница частоты FSB сильно повышается.
HDD Access Block (Win) 10.2006	Эта программа была написана для статьи, но она как-то не пошла, а программа осталась. Собственно, HAB нужен для того, чтоб понять то самое тонкое место, что ограничивает производительность дисковой системы. На данный момент процессоры и память настолько быстрее дисковой подсистемы, что при любых обращениях к диску всё банально останавливается и ждет порцию данных с диска. Создание RAID0 массивов вроде-бы должно кардинально улучшить в этом вопросе ... но иногда становится даже хуже, чем без массива. Один из самых деструктивных элементов - пропускная способность (всего!) интерфейса от контроллера диска до центрального процессора может очень сильно ограничить производительность. Чем меньше параметр IO Delay, тем меньше задержки в системе. Эти задержки могут быть вызваны массой причин - заторможенность этой версии Windows (на x64 задержка больше), этого драйвера диска (особенно может вредить включение NCQ), какая-то 'умная' программа кеширования, вносящая лишнее время на передачу данных, набор микросхем, контроллер, да и сам HDD. Block size - размер тестовых файлов Верхняя линия (голубая) в паре - Burst - 'идеальная' пропускная способность, данные с диска не считываются Нижняя линия (зеленая) в паре - Linear - пропускная способность линейного считывания данных с диска Когда производительность кем-то ограничивается, то линии 'синеют', это уже плохо.
MarkViewer (Win) 1.2008	У продуктов фирмы Futuremark есть одна особенность, если я не ошибаюсь, то в них сохранение результатов ведется в похожем формате. Сам же просмотрщик фирмой Futuremark не выпускается в принципе. Очень мило, очень мило. Ну чтож, значит напишем свой в'ювер. :) Программа конфигурируется файлом cfg, который нетрудно создать под нужный продукт Futuremark. Описание есть в комплекте с файлом, как и примеры. Программа не умеет подстраиваться под входные данные и если Вы подсуните ей неправильный cfg или данные, но увидите кашу. Собственно, достаточно складывать файлы результатов в специальные каталоги, да и сами файлы данных называть осмысленно, тогда никаких проблем не возникает. Все-же в программе есть некоторые 'зачатки мозгов' - автоматически вычисляется и выделяется цветом бОльшие и меньшие значения, одинаковые ячейки склеиваются (что повышает читаемость), цифры округляются до разумного значения точности (и Вы не увидите число 25.00001). Программа может брать данные как из системного, так и из файла результатов, что позволяет комбинировать эти файлы и собирать таблицу более осмысленно.
C&QС2 (Win) 6.2008	C&QС2 - реинкарнация C&QnF2 для процессоров Intel Core2. Принципы схожие, только меняется не FSB, а множитель..... ну и напряжение, конечно. (можно использовать для разгона)
CST (CPU Stress Test) (Win) 8.2009	CST - программа тестирования устойчивости процессора на интенсивную нагрузку в приложениях с применением команд SSE. Сейчас идет отказ от применения FPU в пользу SSE и данный тест может быть полезен. Не претендует на всеобщий тест SSE, но достаочно эффективно нагружает процессор. Программа находится в состоянии тестирования (альфа версия).