Упаковка внешних файлов

@centrix123 · Регистрация: 18.05.2017

Студворк — интернет-сервис помощи студентам

Здравствуйте.
Я пишу проект, в котором имеется огромное количество картинок одинакового размера (карта, разбитая на куски).
Требуется поместить их все в один файл без потери производительности при их использовании.
Я понимаю, что это что-то сродни архивации, но простое добавление в тот же zip-архив явно ухудшит быстродействие вследствие того, что будет требоваться время на разархивирование.
Уверен, что это давно известная задача, которая, наверняка, имеет множество решений, однако я не в состоянии самостоятельно их найти.
Подскажите, пожалуйста, оптимальные и не слишком сложные в реализации варианты.
Заранее благодарю.

@miktim · 19.05.2017, 10:31

"Огромное количество" геопространственных данных в zip? Вы, наверное, шутите.
Для подобных целей используют ГИС (GIS) c привязкой битмапов и API.
"Любая сложная задача имеет простое, легкое для понимания неправильное решение." c

@centrix123 · 22.05.2017, 08:06 **[ТС]**

Спасибо за ответ.
Вообще, проблема заключается не в том, что их собственный объем велик. С текущим масштабом количество файлов равно 28410, а их объем - около 147МБ. Проблема состоит в том, что на сервере, на котором они должны будут храниться, размер кластера составляет 2МБ. 2МБ*28410 ~= 55ГБ.
Сейчас буду искать сервис, позволяющий пользоваться их ресурсами бесплатно, да ещё и с возможностью работы оффлайн.

@miktim · 22.05.2017, 09:33

Предлагаю (см. цитату выше) "склеить" фрагменты, скажем, 4x4. Ваши проблемы уменьшатся в ~16 раз.

Новые блоги и статьи Все статьи Все блоги /
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ
Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .	Использование значений реквизитов справочника в документе, с определенными условиями и правами Maks 07.04.2026 1. Контроль срока действия договора Алгоритм из решения ниже реализован на примере нетипового документа "ЗаявкаНаРаботу", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если. . .	Доступность команды формы по условию Maks 07.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: сделать доступной кнопку (команда формы "ЗавершитьСписание") при. . .

@centrix123 0 / 0 / 0 Регистрация: 18.05.2017 Сообщений: 2

	Упаковка внешних файлов 18.05.2017, 14:37. Показов 655. Ответов 3 Метки нет (Все метки) Здравствуйте. Я пишу проект, в котором имеется огромное количество картинок одинакового размера (карта, разбитая на куски). Требуется поместить их все в один файл без потери производительности при их использовании. Я понимаю, что это что-то сродни архивации, но простое добавление в тот же zip-архив явно ухудшит быстродействие вследствие того, что будет требоваться время на разархивирование. Уверен, что это давно известная задача, которая, наверняка, имеет множество решений, однако я не в состоянии самостоятельно их найти. Подскажите, пожалуйста, оптимальные и не слишком сложные в реализации варианты. Заранее благодарю. 0

@miktim 12 / 11 / 12 Регистрация: 14.08.2016 Сообщений: 80
	19.05.2017, 10:31
	"Огромное количество" геопространственных данных в zip? Вы, наверное, шутите. Для подобных целей используют ГИС (GIS) c привязкой битмапов и API. "Любая сложная задача имеет простое, легкое для понимания неправильное решение." c 0

@centrix123 0 / 0 / 0 Регистрация: 18.05.2017 Сообщений: 2
	22.05.2017, 08:06 [ТС]
	Спасибо за ответ. Вообще, проблема заключается не в том, что их собственный объем велик. С текущим масштабом количество файлов равно 28410, а их объем - около 147МБ. Проблема состоит в том, что на сервере, на котором они должны будут храниться, размер кластера составляет 2МБ. 2МБ*28410 ~= 55ГБ. Сейчас буду искать сервис, позволяющий пользоваться их ресурсами бесплатно, да ещё и с возможностью работы оффлайн. 0

@miktim 12 / 11 / 12 Регистрация: 14.08.2016 Сообщений: 80
	22.05.2017, 09:33
	Предлагаю (см. цитату выше) "склеить" фрагменты, скажем, 4x4. Ваши проблемы уменьшатся в ~16 раз. 0