Файл имеет размер 40960 байт, сколько таких файлов можно записать на 5 МБ носитель

Обновлено: 03.07.2024

Хорхе Колон Хорхе — опытный эксперт PHP, сертифицированный Zend, с более чем 7-летним опытом работы консультантом по программному обеспечению.

1 Введение: почему возникает Fatal Error?

Ошибки нехватки памяти — одна из самых распространенных и трудноустранимых проблем, с которыми сталкиваются разработчики PHP, особенно в приложениях, обрабатывающих большие объемы данных, благодаря относительно консервативным настройкам памяти PHP по умолчанию. На самом деле, только на Stack Overflow есть более 1300 вопросов, связанных с ошибками памяти PHP.

В 98% случаев эта ошибка происходит из-за того, что в память загружается больше, чем вы настроили PHP для обработки в одном процессе. Есть и другие причины, но они встречаются гораздо реже — очень редко это может быть утечка памяти, если вы используете PHP 5.3 и выше.

Если вы не уверены, какой у вас установлен лимит памяти PHP, это полезно указать в сообщении об ошибке. Однако размер указывается в байтах, поэтому мы сделали для вас некоторые преобразования:

PHP: фатальная ошибка: допустимый размер памяти 8388608 байт исчерпан — 8 МБ
PHP: фатальная ошибка: допустимый размер памяти 16777216 байт исчерпан — 16 МБ
PHP: фатальная ошибка: допустимый размер памяти 3 355 4432 байт исчерпан — 32 МБ
PHP: фатальная ошибка: допустимый размер памяти 67108864 байт исчерпан — 64 МБ
PHP: фатальная ошибка: допустимый размер памяти 134217728 байт исчерпан — 128 МБ
PHP: фатальная ошибка: допустимый размер памяти 268435456 байт исчерпан — 256 МБ
PHP: фатальная ошибка: допустимый размер памяти 536870912 байт исчерпан — 512 МБ
PHP: фатальная ошибка: разрешенный объем памяти 10 73741824 байт исчерпан — 1 ГБ

2 Что мне нужно сделать, чтобы решить эту проблему?

Первое, что нужно сделать, это увеличить лимит памяти. Обратите внимание, что это временная отладка. Цель состоит в том, чтобы увеличить объем памяти до такой степени, что приложение снова заработает, чтобы затем сократить использование памяти. Как только вы уменьшите использование памяти, вы можете снизить ограничение памяти до более подходящего значения. Ваш план должен состоять в том, чтобы использовать как можно меньше памяти, насколько это возможно на практике, когда приложение работает и функционирует правильно на рабочем сервере в зависимости от рабочей нагрузки ваших пользователей (людей или программ). Обычно я рекомендую устанавливать максимальное ограничение памяти, например 1 ГБ, при условии, что в оперативной памяти свободно не менее 150 % этого объема.

Кроме того, никогда не выполняйте эти тесты на рабочем сервере, если вы не уверены, что у вас достаточно оперативной памяти и вы полностью понимаете, как процессы веб-сервера потребляют память. Вы можете легко поставить сервер на колени, если одновременно выполняется много процессов, каждый из которых использует большой объем памяти. Я бы никогда не рекомендовал устанавливать ограничение памяти на -1 (неограниченно) в производственной среде. Это рецепт катастрофы. Не повторяйте эту ошибку новичка.

Так как же это сделать? Просто — увеличьте лимит памяти программно на ранней стадии вашего кода, до того, как ваш процесс исчерпает память. Если вы сделаете это таким образом, вы сможете предоставить PHP дополнительную память только при вызове этого фрагмента кода, а не увеличивать лимит памяти для всех процессов PHP.

Если, увеличив лимит памяти, вы избавились от ошибки и ваш код теперь работает, вам необходимо принять меры для уменьшения использования памяти. Вот несколько вещей, которые вы можете сделать, чтобы уменьшить его:
Если вы читаете файлы, читайте их построчно, а не считывайте файл целиком в память. Посмотрите на fgets и SplFileObject::fgets .
Обновите PHP до новой версии, если вы используете PHP 5.3. PHP 5.4 и 5.5 используют гораздо меньше памяти.
Избегайте загрузки больших наборов данных в массив. Вместо этого перейдите к обработке меньших подмножеств большого набора данных и, при необходимости, сохраните свои данные в базе данных, чтобы уменьшить использование памяти.
Попробуйте последнюю версию или вспомогательную версию сторонней библиотеки (например, 1.9.3 вместо вашей 1.8.2) и используйте более стабильную версию. Иногда новые версии библиотек написаны более эффективно.
Если у вас необычное или нестабильное расширение PHP, попробуйте обновить его. Возможна утечка памяти.
Если вы имеете дело с большими файлами и просто не можете прочитать их построчно, попробуйте разбить файл на несколько файлов меньшего размера и обрабатывать их по отдельности.
Отключите расширения PHP, которые вам не нужны.
В проблемной области отключите переменные, которые содержат большие объемы данных и не требуются далее в коде.

2.1 Сделал все, установил безлимит и все равно получаю ошибку

Позвоните в скорую помощь, потому что вы, вероятно, окажетесь там. Нет, серьезно, вот несколько вещей, которые вы могли бы сделать.

Во-первых, вам нужно спросить себя, когда это началось. Раньше работало, а сейчас нет?Если да, подумайте, что могло бы измениться. Изолируйте проблему.

Возможно, вы не трогали свой код до того, как возникла проблема. Ну а что еще могло измениться? Есть внешние зависимости? Возможно, база данных или файлы, которые были импортированы пользователем? Внесите это в свой список подозреваемых и начните расследование.

Начните с малого; начните с того, что, по вашему мнению, является проблемой, и попытайтесь доказать, что вы ошибаетесь. Если не можете, переходите к следующему подозреваемому. Посмотрите, как далеко вы продвинулись в своем коде, прежде чем он выйдет преждевременно, а затем начните работать со стеком вызовов оттуда ( var_dump debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS) если у вас не установлен Xdebug). Если вы можете выполнять интерактивную отладку с помощью Xdebug или Zend Debugger, сделайте это и поставьте точку останова прямо перед проблемной областью.

Однажды у меня возникла проблема, из-за которой файлу Excel не хватало памяти после импорта. Месяц работал нормально, но вдруг перестал. Я думаю, что мне потребовалось не менее 5 часов неустанной отладки, прежде чем я обнаружил проблему: случайные данные, которые каким-то образом были вставлены пользователем в одну ячейку листа. Очевидно, PHP просто вышел из строя, и я до сих пор не обнаружил основную причину, несмотря на то, что знал триггер.

Я мог бы сэкономить много времени, спросив себя, что изменилось. Ответ был предельно очевиден — ввод данных пользователем и базой данных. У вас может быть похожий опыт.

3 Xdebug, швейцарский армейский нож

В любой ситуации есть один инструмент, на который вы можете положиться, чтобы определить, сколько памяти вы используете и где в вашем коде используются большие объемы памяти: Xdebug. Вы можете установить его с помощью менеджеров пакетов, таких как yum, apt-get, port и homebrew; установить готовый бинарник; использовать пекл ; или просто скомпилируйте его самостоятельно.

После установки Xdebug все, что вам нужно сделать, это обновить страницу или, если ваш код предназначен для запуска в оболочке, повторно запустить его в интерфейсе командной строки. Теперь PHP будет выдавать гораздо более информативные ошибки, включая стек вызовов, который точно скажет вам, где остановился скрипт, с указанием пути к файлу, номера строки и даже последней вызванной функции.

Если вам нужна более подробная информация, вам потребуется создать так называемый "файл трассировки". Для этого установите для директив конфигурации xdebug.auto_trace и xdebug.show_mem_delta значение 1 . Файлы трассировки обычно сохраняются в /tmp или /var/tmp , но вы можете проверить выходной путь, просмотрев директиву xdebug.trace_output_dir в phpinfo() .

Просто запустите код, и файл трассировки, в том числе использование памяти, будет создан, даже если у вас рано закончится память.

Чтобы найти проблему, начните с нижней части файла трассировки и продвигайтесь вверх. Ищите дельты (числа с + или –) с большим числом и имейте в виду, что они показаны в байтах. 1024 байта = 1 килобайт.

После завершения отладки обязательно верните xdebug.auto_trace значение 0 . Файлы трассировки могут очень быстро стать очень большими и занимать место на диске.

4 Управление памятью PHP

Вот отличная презентация о том, как PHP работает с памятью внутри.

5 вызов

Используйте следующий скрипт и попытайтесь определить, в чем проблема. Еще лучше установить Xdebug и создать файл трассировки.

С учетом всех этих советов вы сможете исправить любую ошибку нехватки памяти. Если у вас все еще есть проблемы, я буду рад присоединиться к сеансу AirPair и помочь разобраться в корне проблемы, чтобы вы могли сосредоточиться на том, что важно.

Отображается это сообщение об ошибке, есть предложения?

Разрешенный размер памяти 33554432 байт исчерпан (попытка выделить 43148176 байт) в php

Увеличьте максимальный объем памяти до 64 МБ в файле php.ini. Поиск Google Но могу я спросить, почему вы пытаетесь выделить так много памяти? В какой строке кода происходит сбой?

PHP может быть очень неэффективным с использованием памяти, я часто видел, как простые сетки данных разрастаются до 80 МБ всего за пару сотен записей. Кажется, это особенно происходит, когда вы идете по пути ООП.

Обычно вы читаете файлы потенциально большого или произвольного размера по одной строке за раз, перезаписывая предыдущую строку памяти с каждой прочитанной строкой. Или вы можете просто захотеть закрыть файл или начать его, чтобы получить последние записи. Увеличение объема памяти по мере роста файла — не выход.

25 ответов 25

Если ожидается, что ваш скрипт будет выделять такой большой объем памяти, вы можете увеличить лимит памяти, добавив эту строку в свой php-файл

где 44 млн – ожидаемое потребление.

Однако в большинстве случаев это сообщение об ошибке означает, что скрипт делает что-то неправильно, и увеличение лимита памяти просто приведет к тому же сообщению об ошибке с другими номерами.

Поэтому вместо увеличения лимита памяти вы должны переписать код, чтобы он не выделял столько памяти.Например, обработка больших объемов данных небольшими фрагментами, удаление переменных, которые содержат большие значения, но больше не нужны, и т. д.

Вы все равно должны проверить, почему исчерпана память. Возможно, вам не нужно читать весь файл, а можно читать его последовательно.

– @panidarapu и @Don Jones: В зависимости от объема памяти и как используется этот скрипт, разрешать изменение использования памяти таким образом может быть опасно. Дон, в вашем случае вы, вероятно, можете разбить ленту на более мелкие фрагменты и проанализировать то, что вам нужно. Рад, что это работает, но будьте осторожны.

Это предложение сработало для меня. Динамическое увеличение лимита памяти в скрипте осуществляется с помощью функции ini_set(): ini_set('memory_limit', '128M');

Ребята, не прибегайте к этому быстрому решению. Это может навредить вам в долгосрочной перспективе. Как хороший программист, вы должны выяснить причину такого потребления памяти и увеличить ее по мере необходимости, вместо того, чтобы держать ее НЕОГРАНИЧЕННОЙ.

Вот два простых способа увеличить лимит на виртуальном хостинге:

Если у вас есть доступ к файлу PHP.ini, измените строку в PHP.ini. Если ваша строка показывает 32M, попробуйте 64M: memory_limit = 64M ; Максимальный объем памяти, который может потреблять скрипт (64 МБ)

Если у вас нет доступа к PHP.ini, попробуйте добавить это в файл .htaccess: php_value memory_limit 64M

Ваш скрипт использует слишком много памяти. Это может часто происходить в PHP, если у вас есть цикл, который вышел из-под контроля, и вы создаете объекты или добавляете в массивы на каждом проходе цикла.

Проверить наличие бесконечных циклов.

Если это не проблема, попробуйте помочь PHP, уничтожив объекты, с которыми вы закончили, установив для них значение null. например. $Старая переменная = ноль;

Проверьте код, в котором действительно возникает ошибка. Ожидаете ли вы, что эта строка будет выделять огромный объем памяти? Если нет, попробуйте выяснить, что пошло не так.

У меня была точно такая же проблема — оказалось, что я непреднамеренно создал рекурсивную функцию — и поэтому ей не хватило памяти в любой случайный момент во время выполнения кода. Преимущество этого заключалось в том, что теперь у меня был самый эффективный в мире код, созданный в поисках утечки памяти.

Ради других, которые загонят кролика в нору. У Doctrine в Symfony, я думаю, есть проблема с monolog, и когда есть исключение PDO, оно создаст бесконечный цикл исключений, поскольку будет пробовать исключение для исключения, тем самым скрывая реальную проблему (поврежденный файл базы данных в моем случае).

никогда не бывает хорошим. Если вы хотите прочитать очень большой файл, рекомендуется копировать его по частям. Попробуйте следующий код для лучшей практики.

Не могу поверить, что все эти люди рекомендуют установить для memory_limit значение -1. Сумасшедшая вещь, чтобы сделать на рабочем сервере. Спасибо за гораздо более чистое решение.

@assetCorp Как это поможет, если файл имеет, например, 100 МБ, а ограничение памяти PHP по-прежнему установлено на 32 МБ. Вы читаете его безопасными порциями по 1 МБ, но затем добавляете его в переменную, которая будет использовать всю доступную память, как только цикл достигнет 31-й итерации. Чем это лучше? Только вывод фрагментов аналогичным образом, чтобы не хранить их все в одной переменной, поможет решить проблему.

К сожалению, на PHP легко программировать так, чтобы память потреблялась быстрее, чем вы думаете. Копирование строк, массивов и объектов вместо использования ссылок сделает это, хотя PHP 5 должен делать это более автоматически, чем в PHP 4. Но работа с вашим набором данных целиком за несколько шагов также расточительна по сравнению с обработкой наименьшей логической единицы. вовремя. Классический пример — работа с большими наборами результатов из базы данных: большинство программистов извлекают весь набор результатов в массив, а затем перебирают его один или несколько раз с помощью foreach() . Гораздо эффективнее использовать цикл while() для выборки и обработки одной строки за раз. То же самое относится и к обработке файла.

Я столкнулся с той же проблемой в php7.2 с laravel 5.6. Я просто увеличиваю объем переменной memory_limit = 128M в php.ini, как того требуют мои приложения. Это может быть 256M/512M/1048M. Теперь все работает нормально.

Если вы хотите читать большие файлы, читайте их по частям, а не сразу.
Простая арифметика: если вы одновременно читаете файл размером 1 МБ, для хранения данных одновременно требуется как минимум 1 МБ памяти.

Поэтому вам следует читать их по частям, используя fopen и fread .

Решил это с помощью: $fh = fopen($folder.'/'.$filename, "rb") или die(); $буфер = 1024*1024; while (!feof($fh)) < print(fread($fh, $buffer)); румянец(); >fclose($fh);

У меня тоже была такая же проблема, безрезультатно искал файлы phpinfo.ini, php.ini или .htaccess. Наконец, я просмотрел некоторые файлы php, открыл их и проверил коды внутри на наличие памяти. Наконец, это решение было тем, с чем я столкнулся, и оно сработало для меня. Я использовал wordpress, поэтому это решение может работать только для проблемы с ограничением размера памяти wordpress.Мое решение: открыть файл default-constants.php в папке /public_html/wp-includes. Откройте этот файл в редакторе кода и найдите настройки памяти в области видимости wp_initial_constants или просто нажмите Ctrl+F, чтобы найти слово «память». Там вы преодолеете WP_MEMORY_LIMIT и WP_MAX_MEMORY_LIMIT. Просто увеличьте его, в моем случае было 64 МБ, я увеличил до 128 МБ, а затем до 200 МБ.

Кстати, не делайте следующий код, потому что это плохая практика:

Я бы сказал, что изменение этих ограничений для «основного» файла WordPress — не очень хорошая идея; вы можете очень легко добавить эти ограничения в wp-config.php вместо этого, где они не будут перезаписаны будущими обновлениями WordPress. Кроме того, некоторые подключаемые модули безопасности (например, WordFence) будут жаловаться на изменение «основных» файлов WordPress.

О. просто отредактируйте wp-config.php и добавьте туда две строки (т. WP (а именно все под wp-includes ), которые будут перезаписаны обновлениями WP, wp-config.php не будет — он там как раз для того, чтобы переопределять константы WP!

"плохая практика" зависит от ситуации. -1 подходит для кратковременных процессов. Например, контейнер компоновщика php, который используется для запуска модульных тестов или установки композитора и т. д. Просто не запускайте рабочий сайт с такой настройкой.

Я заметил, что многие ответы просто пытаются увеличить объем памяти, отдаваемой сценарию, который имеет свое место, но чаще всего это означает, что что-то слишком либерально с памятью из-за непредвиденного объема или размера. Очевидно, что если вы не являетесь автором сценария, вы во власти автора, если только вы не чувствуете себя амбициозным :) В документах PHP даже говорится, что проблемы с памятью возникают из-за «плохо написанных сценариев»

Следует отметить, что ini_set('memory_limit', '-1'); (без ограничений) может вызвать нестабильность сервера, так как 0 свободных байтов = плохие вещи. Вместо этого найдите разумный баланс между тем, что пытается сделать ваш сценарий, и объемом доступной памяти на компьютере.

Если вы планируете провести рекламную кампанию с использованием USB-накопителей, у вас наверняка будет множество вариантов. Вам нужно будет выбрать модель флешки, как вы хотите, чтобы устройство выглядело, и какой дизайн или рисунки на него нанести.

Еще одна вещь, которую вы должны учитывать, это емкость флэш-накопителя. По сути, это мера того, сколько данных может храниться на отдельном флэш-накопителе. В Memory Suppliers мы предлагаем различные размеры USB-накопителей от 64 мегабайт до 256 гигабайт. Многие модели также позволяют выбирать между несколькими размерами флэш-накопителей.

Конечно, на основании одних только этих цифр трудно сделать вывод. Для большинства из нас разница между 64 мегабайтами и 256 гигабайтами не поддается непосредственной количественной оценке, если не знать, сколько реальных файлов они могут хранить.

Также может быть сложно определить, как вы планируете использовать флэш-накопители. Существует столько же веских причин для выбора меньшей емкости хранилища, сколько и более высокой емкости. Это действительно зависит от вашей индивидуальной ситуации. Давайте взглянем на дополнительную информацию о емкости карты памяти.

Основные сведения о ресурсах

Для начала давайте кратко обсудим разницу между мегабайтом (МБ) и гигабайтом (ГБ). Как вы могли догадаться, гигабайты больше, чем мегабайты. На самом деле один гигабайт равен 1024 мегабайтам.

Итак, на самом низком уровне диапазона емкости у нас есть вариант на 64 МБ. Емкость флэш-накопителя, расположенного примерно посередине, составляет около 1 гигабайта, что примерно в 16 раз больше, чем у 64-мегабайтной модели. Оттуда он становится только больше, с вариантом 256 ГБ, который побеждает в основном все остальные.

Итак, понятно, что существует большое разнообразие размеров флэш-накопителей, но что вы можете ожидать, чтобы поместиться на любой конкретный флэш-накопитель?

Сколько данных может храниться на флэш-накопителе?

Как мы показали выше, ответ на этот вопрос полностью зависит от емкости флэш-накопителя. На каждом флэш-накопителе может храниться определенное количество изображений, видео, аудио, документов и/или множество других файлов и типов файлов.

Емкость хранилища в мегабайтах

Давайте сначала рассмотрим семейство емкостей хранения "мегабайт":

64 МБ — примерно 40 изображений, 15 файлов MP3 (аудио), 1200 страниц документов Word или 20 минут видео.
128 МБ — примерно 80 изображений, 30 файлов MP3, 2400 страниц документов Word или 40 минут видео.
256 МБ — примерно 160 изображений, 60 файлов MP3, 4800 страниц документов Word или 80 минут видео.
512 МБ — примерно 320 изображений, 120 файлов MP3, 9600 страниц документов Word или 160 минут видео.

Они могут сильно различаться в зависимости от размера рассматриваемого файла. Например, вы сможете добавить больше изображений, если размер каждого из них составляет всего 1 мегабайт, а не 2 или 3. Точно так же вы сможете добавить меньше изображений, если размер файла больше.

Возможно, вы заметили тенденцию, связанную со всеми этими объемами: каждый раз, когда вы увеличиваете объем хранилища, они удваиваются. К тому же количество файлов, которые вы можете загрузить, также удваивается. Также следует отметить, что указанное количество конкретных файлов является максимальным количеством тех файлов, которые можно загрузить на флешку.

Например, на флэш-накопителе емкостью 512 МБ может храниться до 320 изображений. Однако, если вы загрузите его с 320 изображениями, вы не сможете хранить что-либо еще на устройстве. То же самое относится и к количеству аудио-, видеофайлов и файлов Word.

Дополнительные возможности хранения

Давайте рассмотрим еще несколько размеров и то, что они могут вместить:

1 ГБ — примерно 640 изображений, 240 файлов MP3, 19 200 страниц документов Word или 320 минут видео.
2 ГБ — примерно 1280 изображений, 480 файлов MP3, 38 400 страниц документов Word или 640 минут видео.
4 ГБ — примерно 2 560 изображений, 960 файлов MP3, 76 800 страниц документов Word или 1 280 минут видео.
8 ГБ — примерно 5 120 изображений, 1920 файлов MP3, 153 600 страниц документов Word или 2 560 минут видео.
16 ГБ — примерно 10 240 изображений, 3 840 файлов MP3, более 300 000 страниц документов Word или 5 120 минут видео.
32 ГБ — примерно 20 480 изображений, 7 680 файлов MP3, более 600 000 страниц документов Word или 10 240 минут видео.
64 ГБ — примерно 40 960 изображений, 15 360 файлов MP3, более 1,2 миллиона страниц документов Word или 20 480 минут видео.
128 ГБ — примерно 81 920 изображений, 30 720 файлов MP3, более 2,4 миллиона страниц документов Word или 40 960 минут видео.
256 ГБ — вмещает более 163 000 изображений, 61 440 файлов MP3, более 4,8 миллиона страниц документов Word или 81 920 минут видео.

Как видите, на флэш-накопителях можно хранить поистине астрономическое количество контента, если вы хотите использовать модели с большей емкостью. Не все хотят зайти так высоко, но это реальный вариант, если вам интересно.

Мы также должны отметить, что на флэш-накопителях редко бывает полный доступный объем памяти. Это связано с тем, что каждому флэш-накопителю требуется некоторый объем памяти для запуска прошивки устройства. Для меньшего флэш-накопителя емкостью 1 гигабайт можно ожидать, что прошивка займет около 72 мегабайт места. Большие модели занимают больше места, но в целом оно пропорционально.

Какова идеальная емкость флэш-накопителя?

Опять же, ответ на этот вопрос полностью зависит от ваших потребностей. Если вы действительно хотите доставить цифровую брошюру только с несколькими изображениями, то вы, безусловно, можете выбрать вариант на 64 или 128 мегабайт.

Конечно, эти флэш-накопители, как правило, можно использовать только постфактум, если вы переносите большое количество файлов с одного компьютера на другой. Они не подходят для отличных устройств хранения или резервного копирования, потому что вы не сможете добавить в них столько жизненно важных данных. Несмотря на это, они по-прежнему могут работать как отличные рекламные инструменты.

Флэш-накопители большей емкости могут более эффективно использоваться вашими потенциальными клиентами. Даже модели на 1 ГБ или 2 ГБ могут предоставить для них достаточно места для хранения. Они с большей вероятностью будут постоянно использовать диски, что также увеличивает вероятность накопления большего количества показов.

Некоторым профессиям может быть выгодна еще большая емкость хранилища. Фотографам, например, может потребоваться 16 ГБ, 32 ГБ или даже больше, если они хотят доставить все фотографии с мероприятия. Свадебные фотографы, в частности, могут захотеть поставить перед собой высокие цели, потому что они могут включать папку со всеми лучшими фотографиями вместе с папкой со всеми кадрами (которых легко может быть несколько тысяч).

Архитекторы, подрядчики и агенты по недвижимости также могут воспользоваться моделями с большей пропускной способностью.Они могут включать полные видеоролики о домах, фотографии любого дома или здания, которые они проектируют или продают, а также каталог прошлых проектов или проданной недвижимости. Это, безусловно, удобнее, чем стопка бумаг, в которых содержится та же информация.

Помимо всего этого, флэш-накопитель большой емкости свидетельствует о вашем уровне заботы. Модель на 256 ГБ можно использовать в качестве эффективной резервной копии для индивидуального компьютера, телефона, планшета или MP3-плеера. Раздача флешек с огромным объемом памяти — отличный способ произвести впечатление на потенциальных клиентов.

Различия между моделями USB-накопителей

Существует множество очевидных различий между моделями флэш-накопителей, но важно выделить основные из них в отношении емкости. Не все модели имеют одинаковую емкость от 64 МБ до 256 ГБ.

Если вам нужны все варианты емкости хранилища, вы не ошибетесь с классическим USB-накопителем, который поддерживает все размеры флэш-накопителей, доступных на iPromo. Опять же, не каждая модель имеет такой большой диапазон. Например, Slider USB имеет объем от 256 мегабайт до 4 гигабайт. Это по-прежнему дает вам много вариантов, но их не так много.

Некоторые модели, такие как USB-накопитель Tough Type-C, имеют относительно большую емкость. В этом случае емкость хранилища варьируется от 8 ГБ до 64 ГБ.

Визитные карточки с USB-накопителем, которые предназначены для расширения функций любой стандартной визитной карточки с USB-накопителем, также могут иметь различную емкость. Например, флэш-накопитель Flipper USB имеет объем от 64 мегабайт до 32 гигабайт. Если вы хотите, чтобы он строго имитировал стандартную визитную карточку, вы можете выбрать меньшую емкость.

Подводя итоги

По сути, вам решать, какой емкости вы хотите от своего флэш-накопителя. Более высокие емкости, очевидно, могут содержать больше информации и будут рассматриваться вашими получателями как щедрый жест. Напротив, более низкие емкости могут содержать меньше данных, но они все же могут выполнять свою работу. Свяжитесь со специалистом по рекламным акциям, если вы хотите начать кампанию по продаже USB-накопителей уже сегодня.

Читайте также: