Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Добрый день. Столкнулся с такой проблемой - разрабатывается кросплатформенное приложение (Windows, Android, возможно,IOS). Приложение должно хранить большое количество (>10-30k) картинок размером 10-200 Кб. При использовании пользователем часто будет осуществляться открытие какого-либо файла. Однако, сами файлы почти никогда изменяться не будут. Суть в том, что, по опыту сталкивался с таким количеством файлов на Windows и знаю, что могут быть тормоза. + удаление, распаковка приложения, перемещение информации с карты памяти на память телефона и обратно по желанию пользователя - будут долгими. Вопрос в том - как хранить - в Sqlite? Есть ещё бредовая идея - самому написать формат хранения и хранить как несколько больших файлов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 23:28 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
в zip-архиве. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 00:12 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
miksoftв zip-архиве. Сжатые картинки?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 00:14 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
miksoft, Каждый раз при запуске программы распаковывать - плохой вариант. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 00:19 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Изопропилmiksoftв zip-архиве. Сжатые картинки??Зато один файл. Можно было бы tar предложить, но zip более распространен во всяких библиотеках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 00:46 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
mraklbrwКаждый раз при запуске программы распаковывать - плохой вариант.Не при запуске, а перед показом. И не в файл, а в память. Чтобы ускорить распаковку можно даже режим сжатия поставить на "без сжатия". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 00:48 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
mraklbrw, тормоза возникают когда такое количество файлов находятся в одной папке . из практики - в папке не должно быть более 1,5к файлов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 06:01 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
mraklbrwСтолкнулся с такой проблемой - разрабатывается кросплатформенное приложение (Windows, Android, возможно,IOS). Проблема-то в чём выражается? Фалойвая система это база данных для хранения файлов, лучше ещё ничего не придумали в отношении эффективного хранения. Храните файлы в папках по 500-1000 файлов в одной папке. Всё. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 07:08 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
вадяmraklbrw, тормоза возникают когда такое количество файлов находятся в одной папке . из практики - в папке не должно быть более 1,5к файлов +1 в файловой системе плохо -- придется извращаться с искусственно городимым разделением файлов по бинарному в моей истории - по двухуровневому (26+10) * (26+10) арному дереву (буквы латинского алфавита + цифры). Причем файлу приписывали хешкод - в зависимости от которого рассовывали файлы по дереву. по первым двум символам хешкода брали первый каталог, по вторым - второй. Этого хватило, контора развалилась до вырождения системы. Описание файла и хешкода лежало в сайбейз ану для поиска. Проще сразу взять SQLite ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 07:24 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
miksoftв zip-архиве. через год работы окажется что 90% картинок - уже упакованные jpg ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 07:27 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
tchingizmiksoftв zip-архиве. через год работы окажется что 90% картинок - уже упакованные jpgДа и пожалуйста. Хоть все 100%. Суть не в сжатии, суть в одном файле и контейнере, с которым несложно работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 07:31 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Lightroom хранит превью-картинки в иерархии каталогов. И не тормозит показе части из сотен тысяч изборажений. Проверено электроникой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 07:44 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
miksofttchingizпропущено... через год работы окажется что 90% картинок - уже упакованные jpgДа и пожалуйста. Хоть все 100%. Суть не в сжатии, суть в одном файле и контейнере, с которым несложно работать. работа на сжатие же будет тратиться? или можно без сжатия сохранять? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 08:14 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
в файловой системе - заметная деградация скорости доступа - налицо, zip архив тоже нужно было бы протестировать на большое число картинок и большое число вставок удалений в/из архива ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 08:16 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
tchingizработа на сжатие же будет тратиться? или можно без сжатия сохранять? Многие архиваторы позволяют задавать степень сжатия, и один из вариантов "без сжатия", т.е. просто вставляют файл в архив без изменений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 08:21 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Вариант с архивом картинок без сжатия почти эквивалентен варианту выделенного тома под хранение этих картинок. Причём хранения в одном каталоге. Всей разницы - запросы от приложения обрабатывает не файловый реквестор, а библиотека сжатия/разжатия. Когда количество перевалит за десяток тысяч, то тормоза начнутся того же порядка, что и при хранении в файловой системе, и даже по почти той же самой почти причине - невозможности кэшировать на уровне приложения местоположение отдельного файла, минуя файловый реквестор или библиотеку (де)компрессии. На кэш ОС надежды мало. Держать файл постоянно открытым через библиотеку декомпрессии, чтобы она не сбрасывала каталог архива? Я бы скорее предложил подумать о потоковом хранении метафайлов в файле-библиотеке - это позволит на старте одни раз прочитать и закэшить в приложении местоположение отдельных метафайлов в большом файле библиотеки изображений и считывать их, когда потребуются, сразу по известным смещению и размеру. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 08:38 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Можно в одну большую картинку запихнуть все. В играх так делают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 08:51 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
maytonМожно в одну большую картинку запихнуть все. В играх так делают. А вот это и будет извращение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 09:02 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Dima Ttchingizработа на сжатие же будет тратиться? или можно без сжатия сохранять? Многие архиваторы позволяют задавать степень сжатия, и один из вариантов "без сжатия", т.е. просто вставляют файл в архив без изменений. ок. а если картинок много, то, конечно, не придется выискивать какие то из них, при помощи разных описаний картники (я на селект фром вере намекаю) и не нужно искать потерянные-отсутствующие картинки (которые появятся в результате ошибок в приложении)? и утилитой zip.exe пользоваться удобнее, чем утилитой sqlite3.exe? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 09:03 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
>mraklbrw, вчера, 23:28 http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1293129&msg=21409526] [21409526] >...Вопрос в том - как хранить … А если так: 1. все картинки в одном(?) бинарном файле, 2. Идентификатор, начало, длина в Sqlite ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 09:07 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
mraklbrw+ удаление, распаковка приложения, перемещение информации с карты памяти на память телефона и обратно по желанию пользователя - будут долгими. С другой стороны, хранение картинок в СУБД имеет существенный недостаток - невозможно пользоваться готовыми утилитами для их обработки и на каждый чих писать какой-то код. ИМХО, все перечисленное - не настолько частые операции чтобы под них подстраиваться. Сложнее аккуратно сделать откаты транзакций, но если такой проблемы нет - я бы оставил файловое хранение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 09:27 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
ИзопропилmaytonМожно в одну большую картинку запихнуть все. В играх так делают. А вот это и будет извращение Для иконок нормально. Тем более если они никак не меняются на протяжении сессии пользователя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 09:27 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
mayton, IMHO не иконки у топикстартера ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 09:32 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Вот так, с помощью нехитрых приспособлений буханку белого (или черного) хлеба можно превратить в троллейбус… Но зачем? Программы обработки изображений сталкиваются с проблемой, поднятой ТС, по 10 раз на дню и как-то их обходят. Не проще посмотреть, как, благо исходников открытых хватает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 10:43 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
На хабре есть хорошая статья про кеширование картинок. Думаю автору это будет полезно. По поводу Windows приложения и андроид. Их нельзя писать в строчку через запятую. Windows легко прогрузит 300 мб картинок. А с Андроидом нужен некий эконом режим. Вобщем это вопрос в топик мобильной Разоаботки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 11:19 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Выходит такой вариант: Можно создать несколько файлов-соответствующих категориям, в каждом файле будут храниться картинки, относящиеся к этой категории. Когда пользователь в приложении выбирает определённую категорию, файл фоново считывается и потом нужные картинки из него загружаются очень быстро (т.к. из ОЗУ). И, получается, что в один момент времени, когда пользователь работает с однйо определённой категорией, в ОЗУ будет подгружено максимум 50 Мб. Приложение должно быть кросплатформенным, поэтому нужно как-то и для Windows, и для Androdi чтобы был сходный механизм хранения и доступа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 12:01 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Механизм может быть и разным, API должен быть общим ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 12:10 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
http://hex.pp.ua/object-id.php файл можно открывать не только по имени, по и по ID, в Ext3 у файла есть сови идентификаторы, не помню уже как они называются :( ноды или как то так. Не знаю, будет ли такой подход быстрее :) но поробовать можно, удачи :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 12:45 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
tchingizв файловой системе - заметная деградация скорости доступа - налицо, Ну это смотря на чьё лицо. На лицо Windows Explorer-а, да ещё и со включённой индексацией содержимого - таки да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 14:00 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
tchingizв файловой системе - заметная деградация скорости доступа - налицо, ну бред же... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 16:48 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
mraklbrwВыходит такой вариант: Можно создать несколько файлов-соответствующих категориям, в каждом файле будут храниться картинки, относящиеся к этой категории. Когда пользователь в приложении выбирает определённую категорию, файл фоново считывается и потом нужные картинки из него загружаются очень быстро (т.к. из ОЗУ). И, получается, что в один момент времени, когда пользователь работает с однйо определённой категорией, в ОЗУ будет подгружено максимум 50 Мб. Хм... почему 50 Мб? Непонятно. Приложение должно быть кросплатформенным, поэтому нужно как-то и для Windows, и для Androdi чтобы был сходный механизм хранения и доступа. Дада. Максимализм во всем - это хорошо. Все люди должны быть одинакового роста. А тем кто выше можно подпилить череп сверху ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 22:50 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Вот познавательная статья https://habr.com/company/surfingbird/blog/306252/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 23:16 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
mayton, 50 Мб - т.к. один файл-картинки однйо категории не будет более 50 Мб. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 23:21 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Roman Mejtes http://hex.pp.ua/object-id.php файл можно открывать не только по имени, по и по ID, в Ext3 у файла есть сови идентификаторы, не помню уже как они называются :( ноды или как то так. Не знаю, будет ли такой подход быстрее :) но поробовать можно, удачи :) Непонятно какой процент прироста мы получим? Вангую что он лежит в диапазоне от 1% до 0.001% ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 23:24 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
maytonRoman Mejtes http://hex.pp.ua/object-id.php файл можно открывать не только по имени, по и по ID, в Ext3 у файла есть сови идентификаторы, не помню уже как они называются :( ноды или как то так. Не знаю, будет ли такой подход быстрее :) но поробовать можно, удачи :) Непонятно какой процент прироста мы получим? Вангую что он лежит в диапазоне от 1% до 0.001% Вангую, что в windows мы вполне вместо прироста можем получить замедление. И, возможно, существенное + рост служебных файлов, что тоже не есть айс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2018, 11:03 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
ИМХО Вы тут все по старой памяти вангуете. Тормоза из-за большого количества файлов были в FAT32, т.к. там в папке список файлов несортированный. В NTFS этой проблемы нет. Потестил: есть папка 20000 файлов, открывается мгновенно. Это бэкапы. Перенес (F6 в Far`e) прошлогодние (15000) в отдельную подпапку - 40 сек. примерно, т.е. 375 файлов/сек. или 2.7 мс на один файл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2018, 11:39 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Dima T, Мне кажется, ты не доверяешь профессионализму программистов из M$. Не хорошо ))) Коллегам нужно доверять. Dimitry Sibiryakovtchingizв файловой системе - заметная деградация скорости доступа - налицо, Ну это смотря на чьё лицо. На лицо Windows Explorer-а, да ещё и со включённой индексацией содержимого - таки да. +++ p.s. А можно вспомнить и о том, что >10-15 лет все жили со включенной by defaul опцией Last Access Time ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2018, 11:44 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Dima TИМХО Вы тут все по старой памяти вангуете. Тормоза из-за большого количества файлов были в FAT32, т.к. там в папке список файлов несортированный. В NTFS этой проблемы нет. Потестил: есть папка 20000 файлов, открывается мгновенно. Это бэкапы. Перенес (F6 в Far`e) прошлогодние (15000) в отдельную подпапку - 40 сек. примерно, т.е. 375 файлов/сек. или 2.7 мс на один файл. для винды +1 для ведроида пока гиблое дело, ибо FAT32 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2018, 13:24 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
kealon(Ruslan)для ведроида пока гиблое дело, ибо FAT32 ext4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2018, 19:58 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
hVostt, опс...., упустил однако, там всё равно медленно всё работает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2018, 20:10 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
hVosttkealon(Ruslan)для ведроида пока гиблое дело, ибо FAT32 ext4 Сомневаюсь что винда поймет ext4. Может встроенная память ext4, но на флэшке FAT32. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2018, 20:23 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Dima TСомневаюсь что винда поймет ext4. Может встроенная память ext4, но на флэшке FAT32. https://ru.wikipedia.org/wiki/YAFFS ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2018, 20:30 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Dima T, Эксперимент предельно понятен. Но из него сделаны неверные выводы. Правильнее сказать что он не симулирует нагрузку кеша картинок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2018, 21:02 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
Dima TСомневаюсь что винда поймет ext4. Может встроенная память ext4, но на флэшке FAT32.ему и не надо, ему надо что бы на разных ФС работало быстро ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 00:09 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
есть такая cms OpenCMS, так она хранит картинки/файлы в базе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2018, 07:24 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
вадя, На данном кейсе dbms будет работать медленнее чем локальная файловая система. Особенно когда картинка лежит в blob сегменте таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2018, 08:22 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
вадяесть такая cms OpenCMS, так она хранит картинки/файлы в базе Есть лишь один, и то сомнительный, плюс в хранении картинок и файлов в СУБД -- достаточно бекапить только одну базу данных. Но потом начинаются минусы, и их настолько много, что в эту сторону даже смотреть не стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2018, 09:35 |
|
||
|
Хранение приложением большого числа картинок малого размера на разных ОС
|
|||
|---|---|---|---|
|
#18+
авторв файловой системе - заметная деградация скорости доступа - налицо, ну бред же... Достаточно давно хранил до 1 млн файлов в винде и дебиане в одном каталоге (кстати их штук 20 было). Даже не знал, что в винде "деградация". По мне так всё хранить в файлах или разбить на каталоги, но: 1. проверять проблемные имена (чтобы con не было, например); 2. условие, что речь идёт не о миллиардах файлов и не о мелких дисках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2018, 09:51 |
|
||
|
|

start [/forum/topic.php?all=1&fid=16&tid=1340109]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
167ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
74ms |
get tp. blocked users: |
2ms |
| others: | 283ms |
| total: | 569ms |

| 0 / 0 |
