» eBoostr

Как понимаю данную прогу имеет смысл использовать для доступа к недоступной оперативки для кеширования. Для кеширования на флешках и других винтах можно просто разместить там своп.

Поставил, создала папку с файлом, размер которого соответсвует вот той указанной для кеширования недоступной памяти (сейчас у меня 4 гига оперы), вроде по ощущениям стало порезвее.

Вопросы (всю ветку просмотрел но убедительного не нашел):
1. Действительно ли прога имеет доступ для кеширования в недоступной системе памяти или есть подозрения что только имитирует процесс?
2. Если прога действительно работает как заявлено то имеет ли смысл увеличить оперу до 8 гб и отдать недоступную память под кешироание еБустером? Нужно ведь будет довольно значительное время для считыания почти 5-тигигового файла кеша в память при загрузке проги? Хотя это конечно это будет делаться 1 раз при старте.

rnd67, гляньте FancyCache...

посмотрел. вроде делает то же самое. доступна только бэта 90-дневная. И как с ответом на 2-й вопрос?

Вообще, какую методику доступа к недоступной памяти вы считаете "более правильной"? може создание в недоступной памяти какинибудь VSuite Ramdisk виртуального диска и размещение на нем свопа?

rnd67

Цитата:

вроде по ощущениям стало порезвее

В целом, верно

Цитата:

всю ветку просмотрел но убедительного не нашел

Ответ здесь

Цитата:

Ответ здесь

прочитал, и не только это прежде чем писать здаесь. мож по тупости чего не понял. поэтому, если возможно, все же ответы на мои вопросы о целесообразности использования с 8 гб, действительно ли прога делает что заявлено и какие еще методы доступа к памяти выше 3,2ГБ есть.

Цитата:

доступна только бэта 90-дневная

пока в разработке, и каждая новая версия сбрасывает счётчик отработанных дней в ноль... также есть версии для кэширования как всего диска, так и отдельных томов...

rnd67

Цитата:

Если прога действительно работает как заявлено то имеет ли смысл увеличить оперу до 8 гб и отдать недоступную память под кешироание еБустером?

Большого прироста производительности не получите, лучше поставить Windows x64
и отдать незанятою(лишнею) память под кеширование еБустером

Цитата:

Нужно ведь будет довольно значительное время для считыания почти 5-тигигового файла кеша в память при загрузке проги?

Комп будет включаться\выключаться по 20-30 минут в большинстве случаев достаточно 1, максимум 2Гб

Цитата:

какие еще методы доступа к памяти выше 3,2ГБ есть

В системах\приложениях х32 нет вообще никаких - пример, почему так пояснение здесь, выход - использовать 64-битные Windows

Цитата:

нет вообще никаких

т.е. даже если в системе с 8 ГБ установить VSuite Ramdisk или что то подобное, которое создает виртуальный диск в недоступной системе памяти и разместить на нем своп и кэш еБустера - то толку никакого? (под доступом к памяти имел в виду ее полезное использование - так вот, повторюсть, все эти ебустеры и рамдиски реально используют недоступную системе память [для кэша, вирт. диска - не как память системы и приложений] или только имитируют процесс?).


Цитата:

Комп будет включаться\выключаться по 20-30 минут

сейчас кэш ебустера 760 Мб (4 Гб в системе под ХР), значительного влияния на время загрузки незаметно. 5 гиг будут считываться с Раптора 15-20 минут? с чего бы?


Цитата:

пояснение здесь

я туго понимаю подобные статьи - не понял там четко причин невозможности использования недоступной памяти под вирт. диск для кэша...

rnd67

Цитата:

т.е. даже если в системе с 8 ГБ установить...

Цитата: "32-битные процессы используют 32-битные указатели на адреса в виртуальной памяти, которые создают абсолютный верхний предел в 4 ГБ на объем виртуальной памяти". VSuite Ramdisk и подобные программы: "Доступ к памяти, невидимой для ОС. Например, если у вас установлено 4 Гбайт оперативной памяти, а Windows видит только 3 Гбайт, VSuite Ramdisk позволит использовать оставшийся "невидимый" гигабайт целиком". Т.е. в любой х32 системе более 4Гб будет недоступно.

Povor

Цитата:

Т.е. в любой х32 системе более 4Гб будет недоступно.

Поясните это, пожалуйста.
На данный момент у меня в системе 6 Гбайт ОЗУ. Используются из них все шесть – те, что выше трёх с чем-то гигабайт, заняты виртуальным диском VSuite Ramdisk.
Или я вас неправильно понял?

DimmY

Цитата:

Поясните это, пожалуйста.

Статью писал специалист из Microsoft Russia, я только прцитировал.

Цитата:

Используются из них все шесть – те, что выше трёх с чем-то гигабайт, заняты виртуальным диском VSuite Ramdisk

В Windows x64 все шесть были ли бы доступны для приложений и реально полезны, о чём я писал выше по заданному rnd67 вопросу - "лучше поставить Windows x64 и отдать незанятою(лишнею) память под кеширование еБустером"

Povor

Цитата:

я только прцитировал

Пробежался ещё раз по диагонали по той статье и не увидел ничего похожего на ваши слова о том, что в любой х32 системе более 4Гб будет недоступно.


Цитата:

В Windows x64 все шесть были ли бы доступны для приложений и реально полезны

В x86 "невидимые" гигабайты тоже реально полезны. Например, там у меня хранится файл подкачки.

Цитата:

Т.е. в любой х32 системе более 4Гб будет недоступно

в качестве используемых системой и приложениями - понятно, не более 3,2 ГБ. А в качестве кеша для еБустера или создания виртуального диска VSuite Ramdisk'ом оставшиеся недоступные системе мегабайты оказываются доступны, как заявляют писатели этих софтин, и опция в них есть: "использовать недоступную системе память". Еще раз повторю: в приведенных статьях не вижу (или не понял) утверждения невозможности использования подобным софтом недоступной памяти. Как реально обстоят дела - софтины действительно используют или только имитируют - пытаюсь выяснить...

На
ASUS AMD 760G M5A78L-M LX
и
DDR III 2048MB PC3-10600 Samsung Original (1333MHz)
при попытке использовать невидимую системе память eBooster'ом или VSuite Ramdisk'ом - глючит, выражается во внезапном "осыпании" изображения на экране в нечитаемую кашу.

Цитата:

В Windows x64 все шесть были ли бы доступны для приложений и реально полезны

только для 64-х приложений, 32-х разрядным попрежнему будет доступна не вся оперативка.


Цитата:

лучше поставить Windows x64 и отдать незанятою(лишнею) память под кеширование еБустером

откуда следует что eBooster или VSuite Ramdisk займут память выше 4 гб и память ниже будет полностью доступна 32-х приложениям? Установил win7x64 - 18 гиг на системном заняла, работает медленне по ощущениям несмотря на то что доступна вся память...

Сейчас 4 гб ({H), отдаю 1,6 под VSuite Ramdisk, на нем помещаю своп 1 гб и кэш ебустера 600 - ругается на недостаток виртуальной памяти (несколько тяжелых приложений) и требует 4 гб свопа. Если будет 8 гиг и я своп 4 гб размещу на рамдиске - то будет требовать 8 гб своп при тяжелых операциях?

поставил 8 гиг (ХР), натянул VSuite Ramdisk (Server Edition), разместил на нем своп, фотошопный иепм и кэш еБустера.

В VSuite Ramdisk (Server Edition) есть опция - резервировать первые сколько то метров недоступной памяти (для нужд железа так понимаю). Собственно вопрос: нужно ли это делать и сколько резервировать если нужно.

Arcand

Цитата:

На Win7 х32 с ReadyFor4GB 7-Zip сообщает, что недостаточно памяти. По монитору ресурсов занятая совместно с системой память доходит до ~850 мег и выскакивает эта ошибка. Думаю, прога что-то недопонимает. В инете можно найти результаты тестов, там все нормально.

У меня на Windows 7 x86 получается занять одной копией приложения до 1,8Гб. Вот, к примеру, запущен linpack. Можно и второй запустить ) 7-zip - тоже все пучком. Т.е. проблем никаких нет. Установлено 4Гб, видятся и используются полностью. Использую патч 4Гб с самого момента его появления, т.е. уже 2 года считай.

Цитата:

Использую патч 4Гб с самого момента его появления, т.е. уже 2 года считай.

Если Вы имеете ввиду патч неофициальный, 2009 года? (А официального по-моему и не существует)
То далеко не у всех он корректно устанавливается, и потом сносить его нужно крайне опасной утилитой "EasyBCD", которой можно и загрузчик удалить. Т.К. После установки патча, в загрузочном секторе создаётся новая запись.
Могут быть проблемы с драйверами, причём тех устройств, драйвера которых не поддерживают этого режима - обычно это устаревшие устройства.

Подскажите, пожалуйста, решение проблемы.

ОС Windows XP со всеми обновлениями. KIS выключен.

Лицензия - пробный период.

Не загружается драйвер eboostr. Вот скрин.



Если попробовать запустить вручную через services.msc , то ОС скажет, что эта служба не запускается, т.к. в данный момент не нужна.



На оффсайте помогают только купившим прогу.

Кто-нибудь знает, в чём проблема?

Цитата:

Не загружается драйвер eboostr. Вот скрин.

То что KIS выключен не говорит о том, что он не работает. Попробуйте переустановить. Давно не пользовался KIS, возможно можно попробовать добавить драйвер в доверенные и без переустановки. Кроме того, он может затолкать в песочницу.

Компьютер перегрузить после установки надо.
http://beta.eboostr.com/blog/feedback/driver-not-loaded/

Подскажите, есть ли смысл делать так:

Цитата:

Имхо можно сделать проще, без множества исключений- в хелпе написано как ограничить размер кешируемых файлов, ставим верхний лимит на 2.5 Мб и пусть кэширует всё что захочет. А после такой настройки он захочет кэшировать только шрифты, мелкие dll и sys файлы- словом, то, что доктор прописал.

Если есть, то какой верхний лимит оптимален?
И ещё вопрос, похоже, прога кэширует всё то, что проверяется сканером антивиря в фоне. Кэш забивается бесполезными файлами. С этим ничего не поделать?

arkopov Отсюда:

Цитата:

; eBoostr config file
[eBoostr]
maxfilesize=10000000
showpartitions=1
MinIdleValue=80
;StatPath="e:\"

maxfilesize parameter is used to limit the size of the file that eBoostr will cache. The value is given in bytes.

Речь о файле settings.ini.

Цитата:

С этим ничего не поделать?

Заставь антивирь не проверять известные файлы ...

Возможно ли изменить "Расположение кэш файла", который отводится для бекапа кэша в памяти на другой винчестер?

То есть в отделе "Расширенная оперативная память" у меня можно выбрать только диски С и Е, которые располагаются на первом винчестере (с которого грузится система), но не отображаются диски D и F, которые находятся на втором винчестере. Получается и система и кэш (1024мб) загружаются с одного винчестера, что не есть хорошо. Хотя на втором винчестере возможно расположить свой кэш, что для HDD совсем не интересно.

У всех ли так, у кого в системе 2 винчестера? И можно ли это как-то изменить?

iu1005 Кэш должен быть на чем-то более быстром, чем другой (такой же) винт. Иначе в установке eBoostr нет смысла. Можно использовать флэшку или SSD ...

---

cob
Поэтому я и написал, что располагать кэш на винчестере "совсем не интересно".
А вопрос был о другом:
При кешировании в памяти eBoostr создает бэкап этого кэша на винчестере, чтобы при каждой перезагрузке не загружать заново каждый файл в память, а загрузить сразу всю базу, которая представлена одним файлом на винте (в корне указанного диска создается папка EBOOSTR с этим файлом и, если вы поставили размер кэша в памяти 1024мб, то, соответственно, этот файл будет 1024мб). При каждой перезагрузке содержимое этого файла выгружается в память и, собственно, потом кэшируется из памяти.

Так вот, если система и этот бекап располагаются на одном венике, то с него при перезагрузке загружается и система, и еще эти 1024мб, поэтому логично было бы разместить этот бэкап на другом винчестере, тогда система грузилась бы с одного, а эти 1024мб с другого, что ускорило бы весь процесс.

Но в моем случае не удается это сделать - eBoostr упрямо подсовывает для расположения бэкапа именно системный веник.

Еще раз повторюсь:
1) Расположение бэкапа памяти может отразиться только при первоначальной загрузке eBoostr (перезагрузке системы).
2) Расположение бэкапа памяти - это именно то, что вы ставите в настройках в "Расширенная Оперативная Память" -> "Расположение кэш файла".

iu1005 Честно скажу, что никакой настройки
Цитата:

Расширенная Оперативная Память

у меня нет. Пользуюсь триальной версией 4.0, кэш на рамдиске ... Раньше был на флэшке - опять же никаких бэкапов не надо ...
В 4ой версии можно выбрать диск, куда валить кэш, если используется системная память ...

---

Цитата:

у меня нет. Пользуюсь триальной версией 4.0

Возможно, что этой опции нету в триальной.
Цитата:

Раньше был на флэшке - опять же никаких бэкапов не надо

Понятно, что не надо. Инфа с флешки ж не теряется при отключении питания, как с памяти.
Цитата:

В 4ой версии можно выбрать диск, куда валить кэш, если используется системная память

Ну так в этом-то и проблема, что не все:
http://i30.fastpic.ru/big/2011/1224/c1/b37e1fd6806e44aa3a5473786a6f55c1.png
Как видим(во всплывающем списке), можно выбрать ТОЛЬКО диски С и E, которые находятся на одном винчестере, с которого грузится система. Но так же видим (слева), что программа позволяет расположить кэш на диске D, который находится на другом винте (то есть программа-то видит винчестер, но добавлять его в список для бекапа памяти не хочет).

2 iu1005
Я тоже пытался разобраться с этим вопросом - ответа не нашел.

Цитата:

[/q]
[q]Ну так в этом-то и проблема, что не все:
http://i30.fastpic.ru/big/2011/1224/c1/b37e1fd6806e44aa3a5473786a6f55c1.png
Как видим(во всплывающем списке), можно выбрать ТОЛЬКО диски С и E, которые находятся на одном винчестере, с которого грузится система. Но так же видим (слева), что программа позволяет расположить кэш на диске D, который находится на другом винте (то есть программа-то видит винчестер, но добавлять его в список для бекапа памяти не хочет).

Именно так, к сожалению. Подтверждаю.