RR и ждущий режим

[ashu]

Мои эксперименты с EWF упёрлись в невозможность автоматически отследить и предотвратить мёртвое зависание системы при переполнении памяти. К тому же надо и RR сохранять как-то плейлисты и текущую позицию в плейлисте, и СитиГиду куда-то пробки складывать...

А возможно ли в рамках EWF иль чего-то другого сделать полностью Read-Only диск без этих всех виртуальных записей?

[St@rz]

А в какую папку RR листы сохраняет? Если в себя, то можно его установить на второй раздел диска.

[St@rz]

Сообщение от ashu

А возможно ли в рамках EWF иль чего-то другого сделать полностью Read-Only диск без этих всех виртуальных записей?

А RamDisk не смотрел?

[SBorovkov]

Сообщение от ashu

Мои эксперименты с EWF упёрлись в невозможность автоматически отследить и предотвратить мёртвое зависание системы при переполнении памяти. К тому же надо и RR сохранять как-то плейлисты и текущую позицию в плейлисте, и СитиГиду куда-то пробки складывать...

А возможно ли в рамках EWF иль чего-то другого сделать полностью Read-Only диск без этих всех виртуальных записей?

Можно раз в какое-то время в автоматическом режиме смотреть статус EWF и по результатам что-либо делать. Плейлисты можно на ramdisk складывать (но они копейки занимают, думаю пофиг. Активный список лежит в папке винампа), ситигид тоже туда же можно запихнуть. У меня гиг памяти и я ездил всяко больше недели без перезагрузок, у меня объем памяти под EWF не превышал 15 мегабайт.

В общем, могу сказать, про поэксперементировав с HORM пришел к выводу, что из-за проблем с использованием не RеadOnly дисков, лучше буду пользовать просто EWF на системной флешке. На отдельном жестком диске при этом лежит вся музыка, логи GPS, в будущем - файлы видеорегистрации.

[SBorovkov]

Сообщение от St@rz

А в какую папку RR листы сохраняет? Если в себя, то можно его установить на второй раздел диска.

НЕЛЬЗЯ! это скорее всего приведет к ошибкам файловой системы.Почему - я писал выше, связано с кешем чтения, который сбрасывается в Hibernate и потом используется.

[St@rz]

Я спящий режим не использую. У меня стоит только EWF.
При выходе из спящего при большом обьеме оперативной памяти время загрузки даже больше, чем при простом включении.

Сообщение от Wanted

Спасибо, буду пробовать!!!

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

[ashu]

Сообщение от SBorovkov

На отдельном жестком диске при этом лежит вся музыка, логи GPS, в будущем - файлы видеорегистрации.

Сообщение от SBorovkov

НЕЛЬЗЯ! это скорее всего приведет к ошибкам файловой системы.Почему - я писал выше, связано с кешем чтения, который сбрасывается в Hibernate и потом используется.

Вроде б, взаимноисключающие высказывания...
Прокомментируй, плиз, это.

[SBorovkov]

Сообщение от ashu

Вроде б, взаимноисключающие высказывания...
Прокомментируй, плиз, это.

Смысл в том, что сама технология EWF не накладывает каких-либо ограничений на использование не Read Only носителей. Единственное - если есть не Read only носители, то питание надо выключать нормально, как в обычной системе.

А вот если используется HORM, то возникает серьзная проблема: винда не обнуляет кеш при выходе в хибернейт и выходе из него, а пишет этот кеш в файл хибернейта. И в результате получается забавная глюка, которую отловить можно далеко не сразу.
Пример: у тебя есть пустой диск d: на который можно писать. Пофиг, этот тот же физический диск или нет, главное что не ram drive. Ты с этим пустым подключенным диском ушел в HORM. Система при этом помнит, что диск - пуст!
Ты загружаеься из HORM и пишешь на этот диск какой-нить файл, а затем перегружаешься, а точнее еще раз всплываешь из того же HORM.
У системы - де жа вю. Она помнит, что диск ПУСТ. Точнее, помнит пустую корневую директорию и часть(!) MFT/FAT.
Дальше вариантов много:
1. Система очищает эту часть кеша, поскольку кеш заполняется данными с EWF диска (он же тоже кушируется на чтение). И тогда ты увидишь записанный файл и даже сможешь его прочитать.
2. Ты сразу посмотришь на диск и увидишь его пустым.
3. Ты увидишь, что файл есть, но когда начнешь писать что-то еще на диск, то запишешь новый файл в то же место, в котором уже лежит ранее записанный файл! Это самое неприятное последствие и я именно на него наступил. То есть у тебя лежал на диске текстовый файл, а после выхода из HORM, в место на диске, в котором лежит содержимое текстового файла, будет писать видео тот же CamGrabber. И файл текстовый вроде лежит нередактированный, но открываешь его, а в нем - маленький кусок видео файла...

Пункт 3 - это то, на что я напоролся. Есть еще прикол связанный с тем, что винда при заходе в Hybernate/HORM по-моему не сбрасывает отложенную запись, но от этого можно уйти, не записывая на диск перед уходом в спячку. Результат тот же - порушенная файловая система...

То есть - при уходе в HORM в системе не должно быть запоминающих устройств, на которые возможна запись. Ram disk - не в счет. Либо использовать USB жесткий диск/флешку и на момент ухода в HORM его отключать, либо - не иметь устройств с разрешенной записью.
SATA хоть и позволяет горячее подключение, по моему опыту с ним такой прикол не проходит, по крайней мере моя система сама на лету его не подхватывает, требуется обновлять устройства.