![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
wiz29 |
![]()
Сообщение
#1
|
![]() Старейший участник ![]() ![]() ![]() ![]() Группа: Участник Сообщений: 600 Регистрация: 7.7.2010 Из: Санкт-Петербург Пользователь №: 1866 Спасибо сказали: 94 раз(а) Репутация: ![]() ![]() ![]() |
Всем привет. Интересует вопрос создания больших в файлов под linux/unix/mac os (PC) под виндой решение мне известно в т.ч. средставами QFile получается сделать быстро:
платформозависимое решение windows
с помощью QFile работает так же быстро:
для примера размер переменной в моих тестах == 6.5 Gb Виндовый код отрабатывает с точки зрения пользователя мгновенно (конкретное время не замерял). Под linux\unix\mac os (с случае реализации через QFile) наблюдается подвисание в момент вызова file.close(). При стандартной работе через стандартные C функции результат с тормозами такой же на закрытии файла close(fd).
Если кто то знает как можно справится с проблемой просьба подсказать. Заранее всем спасибо. Сообщение отредактировал wiz29 - 21.5.2012, 13:34 |
|
|
![]() |
wiz29 |
![]()
Сообщение
#2
|
![]() Старейший участник ![]() ![]() ![]() ![]() Группа: Участник Сообщений: 600 Регистрация: 7.7.2010 Из: Санкт-Петербург Пользователь №: 1866 Спасибо сказали: 94 раз(а) Репутация: ![]() ![]() ![]() |
с линукс вопрос решен, спасибо за подробный комментарий. Осталось странное поведение под mac os. Видимо что то с поддержкой sparce files на mac os 10.6.8 все-таки работает криво. Код с ftruncate работает с тормозами (при этом создается реально файл равный заданному размеру). Зато работает без нареканий код:
Но при этом размер файла изначально равен размеру кластера 4Кб, затем при его эксплуатации размер увеличивается. Нормально ли это? (ведь в виндах и никсах ос показывает размер файла сразу корректно) Сообщение отредактировал wiz29 - 22.5.2012, 9:54 |
|
|
![]() ![]() |
![]() |
Текстовая версия | Сейчас: 18.2.2025, 6:58 |