MemInfoMicro

Программка, показывает информацию о памяти в системе. Т.е. - отображает размеры ОЗУ и свап-файла/виртуальной памяти, доступные системе, и свободные.

Программ такого направления существует множество... но не с такими характеристиками

Скриншот предоставил MisterGrim​

Из свойств программы:
o Совместима с системами с памятью любого размера. Т.е., программка не ограничена 4 ГБ, как большинство других. Если в системе будет, например, 8 ГБ, то она покажет всё это правильно. Даже на 32-х битных системах, т.к. это 32-х битная программа, и если в ОС включена PAE, то система может использовать много памяти.
o Информация показывается в удобном формате, нет огромных чисел, показывающих незнамо что, все цифры - десятичные дроби. Программа автоматически отслеживает какого уровня размеры, и использует соответствующую единицу измерения, а не "чёкнутое число". Т.е., если у вас 6 ГБ памяти (например), и свободно 100 МБ, то будет отображено именно так: Size: 6.000 GB ... Free: 100.000 MB. Число дробное, т.е. 1,5 ГБ памяти будет указано как 1.500 GB, а не 1536 MB.
o Программа имеет удобный графический псевдо-трёхмерный индикатор свободной ОЗУ, значок слева. Индикатор меняет свой цвет, плавно с оранжевого (мало свободной ОЗУ) на зелёный (много свободной ОЗУ), в зависимости от размера этой самой свободной ОЗУ.
o Программа имеет значок - т.е. в проводнике она отображается не как "умолчальный квадрат".
o Программа предположительно работает на всех текущих системах Windows. Она была протестирована на Win95, Win98, Win2000, WinXP 32bit, Win Vista 32/64bit, Win 7 32/64 bit, Win 8 x64, и Wine 1.3.8.
o Программе требуется только i386 процессор с математическим сопроцессором, как минимальное требование к железу ))
o Программа не использует какие-либо runtime библиотеки, только стандартные Windows'ские kernel32.dll и user32.dll.
o Программа совместима c DEP, ASLR и другими мудрёными технологиями безопасности.

Внимание: программа может определяться как вирус некоторыми антивирусами. Это ложное срабатывание, программа вирусом не является, просто технология её изготовления сложновата для понимания антивирусами. Существует вероятность неработоспособности программы на будущих ОС.
Размер программки, при как можно большей функциональности, был главной целью (и она не идеальна!), поэтому файл программы весьма специфичен.

Размер EXEшника - 968 байт.

 

...Что б привлекала темка посетителя прям в лоб,
Для того Автор постарался, и тему в, и ногою - топ.

 

Кстати, скриншот с 6 гб памяти:

 

Это все здорово, конечно, но вот меня один момент в MSDN смущает все-таки.

То есть на NT5 и выше правильнее Ex-версию использовать.

UPD
oO. Разрази меня гром, я вообще в недоумении. Если ты используешь GlobalMemoryStatus, то как ты определяешь объем памяти, больший 4Гб. Чудес ведь не бывает.
Пошел расчехлять IDA и Olly.
UPD2
Да, все просто оказалось.

 

Так или иначе, если использовать GlobalMemoryStatusEx, то будет работать только на XP и выше. Конечно, можно сделать определение оси, ручную загрузку функции из kernel32.dll... Но тогда MemInfo будет уже не Micro.

 

История

Она и использует GlobalMemoryStatusEx на NT5 и выше А GlobalMemoryStatus - на Win9x.

Да, в общем, несложно.

Основная задача была - впихнуть всё то, что в ней сейчас есть в объём небольший 1 КБ. Просто когда-то она была обычной, простой-препростой, самой обыкновенной программой такого рода, которая использовала GlobalMemoryStatus, была лимитирована в 4 ГБ и показывала объём в МБ без какой-либо удобной адаптации выводимой информации для чтения (собственно, поэтому она и была похожа на миллион и одну другие такие же программы). В те дремучие времена она была размером в 1 КБ... Но со временем появилось желание чем-нибудь "наворотить" программу, чтобы она не была такой уж заурядной Так, у программки появился значок (icon). При этом хотелось так и оставить программку в пределах размера в 1 КБ... пришлось научиться ресурсы "сливать" с любой другой секцией. Т.к. в то время программка всё ещё была обычной рекомпилируемой из исходников версией - для этого пришлось писать другую программку, анализирующую начало ресурсов и правящую заголовок директории ресурсов, потому что используемый линкер (предпочитаю Майкрософтовский), буквально, терял ресурсы, если их сливать с другой секцией.

Следующим шагом стал переход на нерекомпилируемый код - просто работа с бинарником в HEX-редакторе... Это был период начала шаманства над форматом PE-файла, в т.ч. и ресурсов. Размер программки постепенно уменьшался... К тому моменту это была программка с всё ещё обычным методом определения объёма памяти - через GBS, и с фиксированным отображением размера в МБ. Просто это был немного выпендрёжненький файл, размером порядка 980 байт, со значком у файла и у message box'а.

Следующий этап - значок в окошке программки меняет при запуске свой цвет, в зависимости от размера свободной ОЗУ. Одновременно с уменьшением размера файла - естественно - 958 байт.

Следующий этап - значительный - меняется алгоритм работы программки. Во-первых, она начинает поддерживать память любого размера - через использование GlobalMemoryStatusEx. Во-вторых, она начинает отображать информацию в удобном для чтения формате, независимо от размера памяти - в формате десятичных дробей. Так же, в частности, каждый размер памяти индивидуален, и единица измерения (справа от числа) - тоже.
Тут возникло препятствие в виде того, что GlobalMemoryStatus, естественно, не поддерживает память более 4 ГБ, а GlobalMemoryStatusEx, во-первых, нет на 9x системах, а, во-вторых, эта функция работает с другим типом данных => структурой. Выходит, нужно было явно импортировать GBSEx - функция ищется в рантайме в startup-части кода. Также нужно было бы использовать две ветки, с различным алгоритмом для каждой функции - каждый из которых работал бы со своим типом данных (DWORD для GBS, QWORD (ULONGLONG) для GBSEx)... Но это бы означало увеличение размера кода, следовательно, сильное (хех, в контексте программы) увеличение размера файла. В итоге было решено делать унифицированный алгоритм - один путь кода, который будет работать с различными типами данных. Для этого всё в том же startup-коде производится патчинг соотвествующих участков кода, который менял загрузку данных с 32-х битной на 64-х битную. Также в стартапе инициализируется FPU и настраиваются переменные, необходимые для того, чтобы код работал с разными структурами разных функций - ведь шаг (размер member'а структуры), и начальное смещение необходимых членов структур различное.
При всех стараниях, размер того файла несколько вышел за предел в 1 КБ.

Следующим этапом стало размещение части кода в служебных частях PE-файла, в частности, в заголовках. На этом этапе программа перестала быть совместима с DEP - т.к. куски кода расположены в заголовке, который не имеет настраиваемых через файл атрибутов защиты страницы, и эта самая страница с заголовком не была executable, естественно. Размер файла удалось этой ценой сократить до 983 байт.

Следующим этапом стало обнаружение что файл программы не является запускаемым в принципе на x64 системах - loader стал более строгий. Вкупе с несовместимостью с DEP'ом, достигнутой на предыдущем этапе, это было весьма ободряюще, учитывая количество труда, вложенное в программку, хехе
В качестве результата на данном этапе можно было похвастать разве что пониманием, что вся проделанная работа - в том виде, в котором она была - не работает (пардон за каламбур), и работать на современных системах не будет В то время у меня не было возможности тестировать программу на x64 системах, поэтому работа над ней была отложена на довольно длительное время.

Следующим этапом стал анализ проблемы - что именно неустраивает loader на x64 системах. Анализ был тоже весьма весёлым, потому что запуск программы производился где-то в 7000 км от меня))))) После чего последовала полная пересборка PE-заголовков, включавшая в себя рефакторинг кода с тщательным рассовыванием его кусков и частей импорта как по заголовкам, так и по ресурсам. Также было произведено небольшое сокращение структуры ресурсов. Чуть-чуть оптимизация кода и т.п.
В результате пересборки заголовков - с другим, но не менее форматом - программа стала совместима с x64 системами.
Был организован простой лоадер-сборщик, который из кусков кода в заголовках собирал startup-код в единственной секции файла, разделяемой для кода, данных и ресурсов (т.е. в секции с необходимым атрибутом "исполняемая"), и вызывал его. Так была обеспечена совместимость с DEP.
Первоначальный релиз программки укладывался в 1008 байтовый размер файла. В течении короткого промежутка времени размер был сокращён до 976 байт, потом до 968 байт - что можно наблюдать в текущий момент.


Это сокращённая для удобства чтения (кем-либо кроме Автора) история того, каким образом сейчас программка адекватным путём поддерживает память любого размера, выводит информацию в удобном для чтения формате, имеет значок у файла и у окошка (с изменением цвета), совместима предположительно со всеми системами Windows, и находится в пределах 1 КБ по размеру файла

It's just stuff for fun


P.S. Главный пост темы обновлён - добавлен скриншот - благодарность MisterGrim'у, и обновлён список поддерживаемых ОСей - в настоящее время уже подтверждена работа текущей версии программы на Windows 8 x64.

P.P.S. Можно попросить кого-нибудь из Администраторско-Модераторского состава закрепить первое сообщение темы (и, если можно, у темы про RAM Clear)?

 

Да, я уже посмотрел, понял, что не всё так просто, как на первый взгляд. )