SatMap (2) - [74] :: Программы :: Компьютерный форум Ru.Board

parasss

Цитата:

Подозреваю на ПОСТОЯННОЕ создание\юзание\удаление файла .journal, размером 64Kb x к.сессию х к.доступ к базе. Можно ли его перенаправить в RAM средствами самого СатМапа?

Есть 5 вариантов для ведения журнала, цитата из мануала:

Цитата:

The DELETE journaling mode is the normal behavior. In the DELETE mode, the rollback journal is deleted at the conclusion of each transaction. Indeed, the delete operation is the action that causes the transaction to commit. (See the documented titled Atomic Commit In SQLite for additional detail.)

The TRUNCATE journaling mode commits transactions by truncating the rollback journal to zero-length instead of deleting it. On many systems, truncating a file is much faster than deleting the file since the containing directory does not need to be changed.

The PERSIST journaling mode prevents the rollback journal from being deleted at the end of each transaction. Instead, the header of the journal is overwritten with zeros. This will prevent other database connections from rolling the journal back. The PERSIST journaling mode is useful as an optimization on platforms where deleting or truncating a file is much more expensive than overwriting the first block of a file with zeros.

The MEMORY journaling mode stores the rollback journal in volatile RAM. This saves disk I/O but at the expense of database safety and integrity. If the application using SQLite crashes in the middle of a transaction when the MEMORY journaling mode is set, then the database file will very likely go corrupt.

The OFF journaling mode disables the rollback journal completely. No rollback journal is ever created and hence there is never a rollback journal to delete. The OFF journaling mode disables the atomic commit and rollback capabilities of SQLite. The ROLLBACK command no longer works; it behaves in an undefined way. Applications must avoid using the ROLLBACK command when the journal mode is OFF. If the application crashes in the middle of a transaction when the OFF journaling mode is set, then the database file will very likely go corrupt.

В SatMap используется дефолтный...

Ogr_2

Цитата:

Только что скачалось область в 1000 тайлов, 3 побились.
Может быть они ни при скачивании бьются, а при записи в кеш.

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

Модерирует : gyra, Maz
Widok (02-08-2010 11:58): Лимит страниц. Продолжаем здесь.	Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106