Прочел ветку по eBoostr. Незнаю какой было софтинка в 1-2-3 версии, юзаю четвертку (4.0.554). Имеем три случая:
Нетбук hp 2140,Atom, 2gb оперативы. WXP
СД карточка показала плохой результат, поэтому решил отъедать 512 оперативы.
Субьективно: Обращение к винту уменьшилось в два раза, если не больше. Как следствие - общая производительность (загрузка программ при старте, во время работы, реакция на действия пользователя стали быстрее), есть и отрицательный момент - если раньше "пидглюковало" когда обращалось к весомой программе тормозом на пару секунд, то сейчас, ...
...Объективно по секундомеру тяжелые проги стартуют быстрее ((до/после в секундах по усредненному) банковский софт 14.2/9.8, CityInfo 21.3/13.8, megacontact 78,8/49,3), но по субъективным ощущением глюк больше ощущается (то бишь подвисон усилился - основная часть софтины загружается быстрее, а проц все также думает что приводит к "не отвечает" или белым окнам, поэтому кажется что тормозить стало сильнее).
Станционарный рабочий комп, Athlon AM3 240, DDR3 4gb оперативы, PAE включен, WXP
Использована недоступная часть оперативы 768мб
Субьективно: Запуск программ ускорился на 20-45% в зависимости от приложения, меньше глюков и более быстрая скорость работы Explorerа, приоритезированный софт стартует примерно в 2 раза быстрее.
Псевдосервер Intel Quad, RAID 1 System (2 винта) + RAID 10 Data (4 винта) на ICH10R, 8 gb DDR3 RAM, W2k3, PAE - включен. Основное назначение - файлопомойка и резервные копии. Сервак засран до меня и давно собираюсь сносить с последующим разносом функций на другие псевдосервы. AD master + Exchange2007 + Acronis Backup Server + Acronis S&D + ATIE ECHO + DHCP/DNS и т.д. Uptime 24/7
2гб из оперативы + 8гб с RAID 10 массива.
Субьективно - скорость загрузки (кто ставил AD на w2k3- знает что это такое, а тут такой компот...) возросла на треть. Обращение к дисковому массиву уменьшилось в 2 раза ровно (*сравнивал операции чтения записи за неделю и сравнивал c новыми показаниями, очередь на чтение/запись уменьшилась в 9 раз до вменяемых значений и можно сказать, что сервак уже редко работает с большой очередью). Если раньше сервак безбожно тупил когда на него по гигабитной сетке стекались бэкапы, то сейчас даже по терминалке работать можно с ним без педалей (сабж сети не обсуждаем, приоритезация по физ.портам)
Опробовал сабж с SD/флешками и доп.винтами - прирост в скорости незначительный по сравнению с кешем в оперативе, я бы даже сказал блеклый.
Опробовал сабж с RAM диском в оперативе на псевдосерваке (ложил в него свап) и прочие извращения. Связка свап в оперативе + ебустер отьедали почти всю оперативу, но значительного прироста в скорости от такой комбинации не заметил и по секундомеру у меня все вкладывалось в допустимую погрешность/отклонения, по отдельности - ебустер выйгрывает чем свап в оперативе на 18%.
Сабж сводит на нет 85% педалей вносимых антивирусом Касперского (8) при старте/быстрой проверке (ебустер кеширует полностью базы).
Схожие результаты получены еще на пол-десятке станционарных компах, исключения составляют компы с 1 гб оперативы (256 отъедает бустер) и ниже (ебустер в оперативу ставить не резон).
Мой рецепт - комп с 4гб оперативы, ебустер в режиме расширенной памяти + обычной на сумму всего 768-1024мб. Дальнейшее увеличение кеша начинает сказываться на времени загрузки в худшую сторону (заполнение кеша), но на серверных платформах кеш можно ставить на 4 гига (конфликтов с MS exchange, AD, Acronis назамечено. Страх, что изменения будут писать только в кеш, либо только в винт отпали - кеш обновляется синхронно). Насколько мне удалось определить, ебустер наполняет кеш при старте (оператива).
Разработчикам мое имхо:
1. Было бы резонней наполнять кеш по мере обращения системы к файлам на винтам(при загрузке) с закидыванием копии в оперативу-кеш, а остальные докидывать во время простоя/снижения нагрузки на винт или через некоторое время после старта. Это сократило бы время необходимое на выход системы в режим готовности. Это будет еще сильнее чувствоваться, если кеш в оперативе на 2 гига и выше. Мысль высказал плохо, но думаю смысл ясен.
2. Использование Video DDR под кеш, со спецификой незнаком, может и глупость предлагаю, но уже есть видюхи с DDR5, а некоторые известные бренды предлагают решения с паралельным использованием вычислительной мощности GPU для обработки задач не связанных с графикой.
3. Выходить на хардвардный левел, подключаемые SATA RAM-диски с батарейкой
(решение на SSD пока дороже выходит) Такие уже существуют не первый день, но поставлять софт с таким девайсом - это корпоратив решение.
4. При большом количестве унманджмент памяти - закидывать весь свап-файл в эту
часть оперативы с корректной поддержкой Hibernate и Standby.
Резюмирую - сей софт отношу лично я к той категории, за которую жаба не душит заплатить, за что респект разработчикам!