![]() |
Мои эксперименты с EWF упёрлись в невозможность автоматически отследить и предотвратить мёртвое зависание системы при переполнении памяти. К тому же надо и RR сохранять как-то плейлисты и текущую позицию в плейлисте, и СитиГиду куда-то пробки складывать...
А возможно ли в рамках EWF иль чего-то другого сделать полностью Read-Only диск без этих всех виртуальных записей? |
А в какую папку RR листы сохраняет? Если в себя, то можно его установить на второй раздел диска.
|
Цитата:
|
Цитата:
В общем, могу сказать, про поэксперементировав с HORM пришел к выводу, что из-за проблем с использованием не RеadOnly дисков, лучше буду пользовать просто EWF на системной флешке. На отдельном жестком диске при этом лежит вся музыка, логи GPS, в будущем - файлы видеорегистрации. |
Цитата:
|
Я спящий режим не использую. У меня стоит только EWF.
При выходе из спящего при большом обьеме оперативной памяти время загрузки даже больше, чем при простом включении. Цитата:
|
Цитата:
Цитата:
Прокомментируй, плиз, это. :) |
Цитата:
А вот если используется HORM, то возникает серьзная проблема: винда не обнуляет кеш при выходе в хибернейт и выходе из него, а пишет этот кеш в файл хибернейта. И в результате получается забавная глюка, которую отловить можно далеко не сразу. Пример: у тебя есть пустой диск d: на который можно писать. Пофиг, этот тот же физический диск или нет, главное что не ram drive. Ты с этим пустым подключенным диском ушел в HORM. Система при этом помнит, что диск - пуст! Ты загружаеься из HORM и пишешь на этот диск какой-нить файл, а затем перегружаешься, а точнее еще раз всплываешь из того же HORM. У системы - де жа вю. Она помнит, что диск ПУСТ. Точнее, помнит пустую корневую директорию и часть(!) MFT/FAT. Дальше вариантов много: 1. Система очищает эту часть кеша, поскольку кеш заполняется данными с EWF диска (он же тоже кушируется на чтение). И тогда ты увидишь записанный файл и даже сможешь его прочитать. 2. Ты сразу посмотришь на диск и увидишь его пустым. 3. Ты увидишь, что файл есть, но когда начнешь писать что-то еще на диск, то запишешь новый файл в то же место, в котором уже лежит ранее записанный файл! Это самое неприятное последствие и я именно на него наступил. То есть у тебя лежал на диске текстовый файл, а после выхода из HORM, в место на диске, в котором лежит содержимое текстового файла, будет писать видео тот же CamGrabber. И файл текстовый вроде лежит нередактированный, но открываешь его, а в нем - маленький кусок видео файла... Пункт 3 - это то, на что я напоролся. Есть еще прикол связанный с тем, что винда при заходе в Hybernate/HORM по-моему не сбрасывает отложенную запись, но от этого можно уйти, не записывая на диск перед уходом в спячку. Результат тот же - порушенная файловая система... То есть - при уходе в HORM в системе не должно быть запоминающих устройств, на которые возможна запись. Ram disk - не в счет. Либо использовать USB жесткий диск/флешку и на момент ухода в HORM его отключать, либо - не иметь устройств с разрешенной записью. SATA хоть и позволяет горячее подключение, по моему опыту с ним такой прикол не проходит, по крайней мере моя система сама на лету его не подхватывает, требуется обновлять устройства. |
Часовой пояс GMT +4, время: 22:14. |
Работает на vBulletin® версия 3.8.4.
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Перевод: zCarot