медленная карта памяти в телефоне что делать

Содержание

Медленная работа SD карточек — кто виноват и что делать?

Давно думал написать статью на Хабр, но все как-то не решался. Хотя и кажется, что есть мысли, которые были бы небезинтересны сообществу, но останавливает предположение, что это «кажется» проистекает от завышенной самооценки. Тем не менее попробую. Поскольку я профессионально занимаюсь электроникой, в частности, программированием микроконтроллеров, довольно-таки длительное время (как я подозреваю, дольше, чем живет большАя а может даже и бОльшая часть читателей Хабра), то за это время накопилось изрядное количество интересных случаев. Представляю на суд сообщества рассказ об одном из них.

Итак, в одной разработке мне потребовалось сохранять значительные объемы информации с целью последующей передачи через сеть в обрабатывающий центр. Поскольку полученное устройство предполагало серийное производство, был выбран вариант с применением относительно недорогих компонентов, и, в частности, микроконтроллера как центрального элемента системы. Поскольку в тот момент (середина 2012 года) предложение микроконтроллеров с Ethernet PHY на борту не отличалось разнообразием (да и сейчас положение не намного лучше), был выбран МК фирмы TI семейства Stellaris, конкретно LM3S8962, тем более что отладочная плата для него у меня уже имелась. МК на тот момент относительно новый, активно продвигаемый фирмой TI (это в конце 2013 года она ВНЕЗАПНО перевела всю серию в разряд NRND), и обладающий вполне достаточными для решения данной задачи параметрами. Для хранения информациии был выбран вариант с SD карточкой, в первую очередь из за их доступности и дешевизны, а также потому, что на отладочной плате наличествовало контактное устройство для них, а на поставляемом с платой отладки CD имелись многочисленные примеры, в том числе и для SD карт. Интерфейс к карточке был реализован простейший — SPI, предложенные примеры сходу заработали, принятое решение позволяло обрабатывать полученные данные до написания интерфейса при помощи элементарного переноса карточки из устройства в кард-ридер ПК, так что первоначальная отладка алгоритмов взаимодействия с объектом управления проблем не вызвало, по крайней мере в этой части проекта. Как все понимают, проблемы возникли несколько позже…

Когда алторитмы были отлажены и устройство в целом заработало, начались тестовые прогоны. И тут выясняется, что SD карточка не способна записывать информацию в том темпе, в котором объект управления ее поставляет, причем разница скоростей составляет разы, а с учетом размеров единицы хранения (2.7 мегабайта) создать промежуточный буфер по приемлемой цене не удасться. Переходя к конкретным цифрам, требовалось файл размером 2.7 мегабайта записывать на SD карточку не более, чем за 1.6 секунды, а реально данные записывались 30 секунд, причем карточки были приобретены класса 10, то есть утверждали скорость записи 10 мбайт/сек. Борьба за скорость шла в несколько этапов и противниками оказывались то микроконтроллер, то стандартная библиотека (фирменная от TI между прочим), то, собственно, SD карточки.

Первый этап — исследую тайминги записи и сразу же выясняю, что запись различных участков информации идет разное время, причем время записи одинаковых блоков информации существенно (в разы) отличается. Путем экспериментов с различными размерами блоков записи устанавливаю простую закономерность — чем больше блоки информации для записи, тем меньше время записи, отнесенное к ее размеру. Псокольку модули библиотеки поддерживают FAT и записывают информацию посекторно, а переделывать их смысла не вижу, переформатирую карточку на размер сектора 32 кбайт и получаю время записи 14 секунд — 1 очко SD.

Второй этап — проверяю работы SPI интерфейса и обнаруживаю, что он работает на частоте 12.5 мгц, хотя описание позволяет установить частоту передачи до 25 мгц (половина от тактовой частоты процессора 50 мгц). Выясняется, что подпрограмма установки частоты SPI модуля из библиотеки ограничивает максимально возможную частоту значением 12.5 мгц, причем в документации на интерфейсный модуль микроконтроллера подобное ограничение отсутствует.
Изменяем код и получаем уменьшение времени записи в 2 раза до 7 секунд — 1 очко TI.

Третий этап — исследую модули обмена с SD карточкой и обнаруживаю весьма непроизводительное расходование времени в низкоуровневых процедурах, а именно: модуль SPI в микроконтроллере имеет в своем составе FIFO буфер на 8 байт, что позволяет ускорить работу с ним. Модуль вывода до передачи очередного байте проверяет флаг «буфер передачи не полон» для ожидания возможности переслать следующий байт, и вроде бы все нормально. Но вслед за передачей байта вызывается модуль приема байта (дело в том, что при передаче в интерфейсе SPI одновременно производится и прием), который должен выбрать из приемного буфера эти ненужные принятые байты. И вот эта процедура опрашивает флаг «буфер приема не пуст», то есть ожидает окончания сериализации последнего байта буфера. То есть ждет, пока не будет полностью передан текущий байт и лишь потом готовит следующий для передачи.

Четвертый этап — исследую модули более высокого уровня и выясняю что, поскольку передача данных в интерфейс предусмотрена только из памяти, мне приходится проводить двойную работу — сначала читать поток данных из объекта управления и пересылать в оперативную память микроконтроллера (а это, между прочим, 32 килобайта буфера), а потом из памяти в регистры интерфейса SPI. Пишу свой собственный модуль для передачи данных непосредственно из регистра в регистр, и получаю время записи 1.6 секунды. При этом обращение к своему модулю маскирую внутри стандартного вызова, чтобы файловую система понимала, что переданы 32 килобайта — 1 очко TI.

Пятый этап. Поставленная цель уже достигнута, но процесс оптимизации продолжается по инерции. Исследую еще раз сигналы на интерфейсе и обнаруживаю, что на самом деле передается не непрерывная последовательность тактовых импульсов, а 8 бит данных плюс пауза в 2 такта. Ну хорошо, девятый бит нужен для передачи сигнала синхронизации (не путать с тактовым сигналом), причем мне он совершенно не нужен, но десятый то зачем? Эксперименты с различными режимами SPI привели к получению передаваемого сигнала в реальные 8 бит без пропусков и, соответственно, к времени записи 1.3 секунды — 1 очко Stellaris.

Шестой этап. Вроде бы все хорошо, но совершенно неожидано возникает еще 1 проблема — при потоковой записи множества файлов первые 3 укладываются в требуемый интервал и даже с небольшим запасом, а вот четвертый файл показвает время записи намного большее — до 1.8-2.0 секунд и, соответственно, нарушает последовательность. Пробую очевидное решение, предположив что дело в переходах через страницы записи FLASH памяти, и исключаю эти места из обработки. Теперь начинают долго записываться те файлы, которые раньше записывались хорошо. Многочисленные эксперименты приводят к выводу, что поведение FLASH как то связано с ее особенностями внутренней организации. Я полагаю, что внутренний генератор высокого напряжения для записи ( его существование несомненно) не способен удержать требуемый уровень напряжения при длительных операциях и требует определенного времени на восстановление заряда. При этом общая средняя скорость выдерживается, но мне то нужна не средняя скорость, а мгновенная скорость записи каждого файла. Здесь могло бы выручить введение буфера данных для выравнивания нагрузки, но было найдено другое решение — приобретены SD карточки различных фирм и среди них нашлись те, которые давали постоянное время записи в 1.4 секунды без существенных разбросов. Конкретные названия фирм-производителей карточек называть не буду, чтобы не сочли статью рекламной — 1 очко SD.

И в завершение статьи одно маленькое замечание — решил посмотреть, как обстоят дела в реализации аналогичных процедур в новом пакете поддержки микроконтроллеров типа TIVA-C (TivaWare_C_Series-2.0.1.11577). Ну что можно сказать — традиции не нарушены. Абсолютно все те же грабли лежат все в тех же местах, причем добавились еще одни — теперь функциии вызываются не непосредственно из FLASH памяти, а из так называемой ROM библиотеки с использованием двойного индексирования, что быстродействия не прибавляет. Как говорил Михаил Жванецкий «Или мы будет жить хорошо, или мои произведения всегда будут актуальны». Пока что верно второе.

Источник

Увеличиваем скорость чтения sd-карты

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

Кеш для чтения карты памяти в Андроид по умолчанию установлен значением 128kb, а некоторые прошивки имеются даже 4kb!

Чтобы проверить это значение на своем устройстве вам нужно открыть файл to /sys/devices/virtual/bdi/179:0/read_ahead_kb. Это число можно изменять вручную, но таким образом оно будет действовать только до перезагрузки. Чтобы сделать значение постоянным, придется постоянно загружать скрипт при загрузке телефона через init.d. Товарищ с XDA подготовил CWM.zip архив для облегчения этой операции.

От себя замечу, что архив подходит для прошивки через ClockworkMod Recovery и доступен для загрузки с форума XDA. Для тех, у кого не установлено модифицированное рекавери, в топике на форуме имеются альтернативные рецепты для изменения размера кеша вручную через консоль.

Для моего HTC Desire HD с картой памяти на 8GB Transcend class 6 оптимальным оказалось значение кеша 3072.

Собственно, на скриншоте видны результаты тестов карты памяти с этим значением кеша в SD Tools и SD Card Speed Test соотвественно. Можно заметить, что обе программы выдают немного странные и фантастические результаты. Но у меня скорость чтения с карты памяти точно увеличилась. Это видно невооруженным взглядом, к примеру, в галерее.

Но по множеству сообщений на форуме XDA было решено, что оптимальное значение для большинства карт все же 2048.

Тогда можно поддержать её лайком в соцсетях. На новости сайта вы ведь уже подписались? 😉

Или закинуть денег на зарплату авторам.

Или хотя бы оставить довольный комментарий, чтобы мы знали, какие темы наиболее интересны читателям. Кроме того, нас это вдохновляет. Форма комментариев ниже.

Что с ней так? Своё негодование вы можете высказать на zelebb@gmail.com или в комментариях. Мы постараемся учесть ваше пожелание в будущем, чтобы улучшить качество материалов сайта. А сейчас проведём воспитательную работу с автором.

Если вам интересны новости мира ИТ также сильно, как нам, подписывайтесь на наш Telegram-канал. Там все материалы появляются максимально оперативно. Или, может быть, вам удобнее «Вконтакте» или Twitter? Мы есть также в Facebook.

Поговорить?

Уже наговорили:

zeleboba:
@ASD: нет-нет, как раз ничего не впариваем, а просто сделали перевод статьи с XDA, чуть дополнив его своими комментариями и наблюдениями, чтобы обсудить с остальными. Потому что тема интересна 🙂

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

PS Хотите быструю галерею, используйте QuickPic, гораздо быстрее.

zeleboba:
@gren: @ASD: спасибо за комментарии. Теперь я лучше стал понимать принцип работы кеша в Android.

@Dreamer. : да, попробовал. Шустрее. Но все же останусь на стандартной галерее. Тем более, что вообще в галерею не часто лазить приходится 🙂

Источник

6 причин, почему вы не захотите связываться с картой памяти на смартфоне

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

После недавнего инцидента с участием смартфона и двери автомобиля мне пришлось на какое-то время «пересесть» на старенькую Motorola. Я сразу же морально подготовился к слабому процессору и небольшому объему оперативной памяти, из-за которых телефон будет работать заметно медленнее моего старого гаджета.

Но больше всего меня беспокоил вопрос хранения файлов и слишком малый объем внутренней памяти моторолы, — всего 16 ГБ. Если несколько лет назад этого и было достаточно, то для современных реалий 16 ГБ крайне мало. Тогда я не придал этому большого значения. Я просто нашел дома какую-то microSD и установил ее в телефон.

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

Медленная скорость работы

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

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

Если в первую очередь карта памяти вам нужна для хранения фотографий и других типов файлов, то обратите внимание на miroSD классов UHS-I и Class 10. Если вы планируете устанавливать на нее приложения, то стоит задуматься о покупке карты памяти класса A1 или A2.

Исчезающие ярлыки и сбросы настроек

Во время использования Android смартфона с установленной в него microSD я столкнулся и с другой довольно интересной проблемой. Стоило батарее разрядиться, как ярлыки приложений (данные которых хранились на microSD) тут же пропадали с домашнего экрана.

Для меня было важно, чтобы нужные значки находились там, где мне нужно, поэтому на дале такая, казалось бы, небольшая проблема, сильно раздражала. Но хуже всего было то, что со временем начали сбрасываться и настройки некоторых приложений (вроде Twitter, MyFitnessPal и Reddit), в том числе сохраненные пароли.

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

Проблемы поиска файлов

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

Во время поиска файлов вам по-прежнему придется искать документ в двух местах. Поэтому в зависимости от начальных условий, данный процесс может сильно затянуться.

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

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

Ошибки и сбои

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

Ситуация осложняется и тем фактом, что вы можете просто не знать ее возраст. Если вы пользуетесь старой microSD, которая до этого годами лежала без дела, то не существует стопроцентного способа, чтобы проверить, исчерпала ли та свой лимит.

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

Проблемы переноса данных

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

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

Это значит, что вы не можете просто вытащить из старого телефона свою microSD, установить в новый и спокойно продолжить работу. Вам так или иначе придется ее отформатировать, а значит потерять все хранящиеся на ней файлы. Разумеется, что перед форматированием вы сможете сохранить и переместить часть данных вручную.

Низкая производительность в играх

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

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

Даже, если вы используете лучшую microSD класса A1, она все равно не сможет показать такую же высокую производительность, как если бы вы запускали игру из внутреннего хранилища.

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

Источник

Оптимизируем SD-карту

Ну что, дорогой читатель, тебя тоже задрали обещания высоких скоростей SD и microSD, однако на деле в твоем уютненьком Linux или Android или вообще на Windows всё, скажем так несколько медленнее, чем заявлено производителем.

Немного теории

Несмотря на то, что карта в системе видится, как “диск”, данные при записи на флеш пишутся немного по-другому.

Запись организована так называемыми erase-блоками или просто блоками. Блоки имеют определенный размер, в зависимости от размера твоих… флешек.
Для того, чтобы провести запись на диск, приходится стирать не определенный набор секторов, как на диске, а целый блок. Точнее, он не “стирается” физически, а лишь помечается стёртым.

Трансляция из “секторов и дорожек” выполняется “на лету” контроллером и операционной системой.

Рецепт нулевой-самый простой случай

Если не нужна какая-то специфическая файловая система на SD, постарайся НЕ форматировать её ни в кард-ридере, ни в устройстве. Просто купи, вставь и пользуйся. Кстати никто не запрещает даже обратиться с претензией к продавцу в случае проблем.

Рецепт первый-если ты всё-таки отформатировал карту

Такое, конечно, бывает. И часто. Скорее всего ты нажал кнопочку “очистить карту” или вообще отформатировал её в Windows штатными средствами.

Что произошло

Ты снёс вендоровский FAT (от производителя) и создал новый. Но он создался не совсем там, где был. Таким образом, “стройная система” была нарушена и теперь при записи фоточки любимого кота или себя любимого оно пишется не в один блок, а в два.

Как лечить

Достаточно пнуть кнопку “Option”.

И перевести из режима “OFF” в “ON”.

После этой процедуры ситуация должна улучшиться.

Рецепт второй-оптимизируем для Linux (простой путь)

Покемоны вроде Raspberry Pi, Orange Pi, и прочие дроиды в массе своей грузятся с microSD, поэтому эта тема весьма актуальна.

Внимание, некоторое операции разрушают данные на вашей SD карте, так что сделайте с неё образ на всякий случай или любой другой бэкап, который осилите

Перед этим нужно произвести некоторые замеры.

Я лично пользовался дешевой карточкой 10го класса от Silicon Power на 32ГБ. После оптимизации выросла скорость (не особо правда), НО резко уменьшилось latency при работе с кучей мелких файлов, что, в свою очередь помогло стабильности системы.

В замерах нам поможет утилита flashbench, известная ещё со времен утопического проекта OLPC.

align 8589934592 pre 1.59ms on 2.01ms post 1.63ms diff 399µs

align 4294967296 pre 1.58ms on 2.01ms post 1.63ms diff 408µs

align 2147483648 pre 1.59ms on 2.06ms post 1.69ms diff 426µs

align 1073741824 pre 1.64ms on 2.09ms post 1.67ms diff 435µs

align 536870912 pre 1.55ms on 1.97ms post 1.59ms diff 397µs

align 268435456 pre 1.58ms on 1.99ms post 1.6ms diff 396µs

align 134217728 pre 1.63ms on 2.04ms post 1.67ms diff 389µs

align 67108864 pre 1.54ms on 1.95ms post 1.58ms diff 387µs

align 33554432 pre 1.62ms on 2.06ms post 1.64ms diff 428µs

align 16777216 pre 1.72ms on 2.13ms post 1.7ms diff 420µs

align 8388608 pre 1.69ms on 2.11ms post 1.7ms diff 411µs

align 4194304 pre 1.68ms on 2.15ms post 1.76ms diff 432µs

align 2097152 pre 1.65ms on 2.02ms post 1.69ms diff 354µs

align 1048576 pre 1.67ms on 2.04ms post 1.69ms diff 355µs

align 524288 pre 1.72ms on 2.08ms post 1.72ms diff 361µs

align 262144 pre 1.64ms on 2.04ms post 1.68ms diff 378µs

align 131072 pre 1.59ms on 1.96ms post 1.61ms diff 367µs

align 65536 pre 1.6ms on 1.98ms post 1.62ms diff 365µs

align 32768 pre 1.61ms on 2.02ms post 1.64ms diff 397µs

align 16384 pre 1.61ms on 1.99ms post 1.68ms diff 347µs

align 8192 pre 1.69ms on 2.04ms post 1.71ms diff 335µs

align 4096 pre 1.62ms on 2ms post 1.63ms diff 371µs

align 2048 pre 1.65ms on 1.66ms post 1.65ms diff 7.25µs

Утилита пытается работать с блоками разного размера и замеряет скорость работы, точнее время.

В этом потоке сознания нас будут интересовать точки с максимальным “выбросом”. Городская легенда (а точнее Gentoo Wiki) гласит, что по ним можно определить такие параметры, как:

Судя по картине, получаем такое:

Allocation group = 1GB Erase block = 4M Multiplane = 32K Page = 4K

На ваших SD цифры могут различаться, но принцип ясен.

Расчет параметров для утилиты fdisk, чтобы партиция попала в нужное место:

`Диск /dev/sde: 31.1 Гб, 31104958464 байт
255 головок, 63 секторов/треков, 3781 цилиндров, всего 60751872 секторов
Units = секторы of 1 * 512 = 512 bytes
Размер сектора (логического/физического): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Идентификатор диска: 0x000cb560

Устр-во Загр Начало Конец Блоки Id Система

Команда (m для справки): n
Partition type:
p primary (0 primary, 0 extended, 4 free)
e расширенный
Select (default p): p
Номер раздела (1-4, по умолчанию 1): 1
Первый сектор (2048-60751871, по умолчанию 2048): 8192`

На самом деле, похоже, это ключевой момент для ускорения работы. Следующий рецепт конечно тоже добавляет “скорости”, но не так драматично.

В этом случае нам нужно создавать партицию на расстоянии кратном erase-block. Так, если у вас свободное место начинается с 66 мегабайта, то создавать нужно соответственно на 68ом.

Рецепт третий-оптимизируем для Linux (путь истинного красноглазика)

Чтож, формула проста (смотри результаты предыдущего рецепта):

filesystem block = page stride = multi-plane access / page stripe-width = erase block / page

В нашем случае команда:

По ощущениям предыдущий рецепт увеличивает скорость работы, а этот уменьшает тот самый latency.

Что ещё подправить в системе

Очевидно, оптимизацию swap, если он имеется в наличии.

echo 0 > /proc/sys/vm/swappiness

нужно прописать в rc.local ну или что там у вас. После этого свап будет “в работе”, только если исчерпается физический RAM.

Drive scheduler

Это механизм, который отвечает за алгоритм обращения к диску. По умолчанию он скорее всего стоит в режиме cfq, что соответствует обычному HDD. Для microSD или SSD рекомендуется сменить значение на noop или deadline. Я использую noop.

Посмотреть текущий scheduler:

В нашем случае нужно дать команду (и записать её в тот же rc.local)

Да, не забываем поменять значения в <> на реальные.

Какие ваши доказательства??

“Один большой файл”

sync; rm testing; sync; time ( dd if=/dev/zero of=testing bs=16k count=10000; sync)

“Много маленьких файлов”

Источник