|
Работа с файлами от 4 до 8 гигабайт
|
|||
---|---|---|---|
#18+
Как можно реализовать? Чтобы можно было читать, писать файлы более 2 гигов. Желательно до 8 гб. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.06.2015, 20:02 |
|
Работа с файлами от 4 до 8 гигабайт
|
|||
---|---|---|---|
#18+
Eolt, CreateFile, ReadFile, WriteFile. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.06.2015, 21:28 |
|
Работа с файлами от 4 до 8 гигабайт
|
|||
---|---|---|---|
#18+
Вопрос по-правке больших файлов. Допустим есть файлик в 32 гигабайт бинарных данных. Пользователь находит в нем определенные последовательности байтов и изменяет их. Вручную или скриптами. Как сохранить изменения? При условии, что объем правок может быть от 1 байта до равного размеру файла. - Сразу записывать в файл нельзя, пользователь должен иметь возможность не сохранять изменения. - Есть вариант писать в отдельный файл правки в виде скриптов: [Offset]:[Byte] а при сохранении, читать этот файл и сохранять в основной байты которые в нем указаны. Очень медленно. - Делать копию основного файла, сохранять правки в нем немедленно, а если пользователь выберет режим сохранения файла, подменять им оригинальный, а если откажется от сохранения - просто удалять. Требует еще 32 гига на диске, не вариант. - какие еще есть способы? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2015, 23:51 |
|
Работа с файлами от 4 до 8 гигабайт
|
|||
---|---|---|---|
#18+
Записывать - сразу. Использовать дополнительный файл в качестве UNDO-буфера (записывать в него offset:length:olddata). ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2015, 09:13 |
|
Работа с файлами от 4 до 8 гигабайт
|
|||
---|---|---|---|
#18+
Akina, отменять правки прийдется слишком долго в случае большого объема, и если программа слетит, файл окажется исправленным, хотя пользователь мог не хотеть этого. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2015, 10:15 |
|
Работа с файлами от 4 до 8 гигабайт
|
|||
---|---|---|---|
#18+
Eoltотменять правки прийдется слишком долгоВ любом случае какая-то одна из возможных операций окажется длительной. Я считаю, что длительный откат гораздо более логичен, чем длительный старт или завершение. Eoltесли программа слетит, файл окажется исправленным, хотя пользователь мог не хотеть этого.Во-первых, падение программы никак не влияет на файл отката. Он останется, и никто не мешает перезапуститься и выполнить откат по имеющимся данным. Просто нехрен держать его открытым - если внесены изменения, выполняется open-append-close файла отката, и только потом пишутся изменения в тело файла. Во-вторых, обязательно должна либо существовать кнопка "Фиксировать изменения" (файл отката чистится), либо при старте должен выдаваться запрос с предложением откатиться/очистить/продолжить как есть. А лучше и то, и другое, причём скорее всего - без возможности отключения запроса. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2015, 10:29 |
|
|
start [/forum/topic.php?fid=60&gotonew=1&tid=2155862]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
9ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
others: | 316ms |
total: | 443ms |
0 / 0 |