Небольшой файл

Cтраница 1

Небольшие файлы ( приблизительно 30 символов для файлов ASCII) не выигрывают от сжатия. К тому же, PGP распознает файлы, ранее сжатые с помощью распространенных технологий сжатия, таких как PKZIP, и не будет пытаться сжать их. Сжатие данных устраняет избыточные строки символов и приводит к более равномерному распределению символов. Сжатие также создает препятствия некоторым криптоаналитическим атакам, использующим избыточность. Почему стоит следовать этому правилу. Хороший алгоритм шифрования дает шифрованный текст с практически статистически равномерным распределением символов. Следовательно, если алгоритм сжатия данных следует после такого шифрования, он не будет давать никакого сжатия вообще. Если некоторый шифрованный текст может быть сжат, то алгоритм шифрования, с помощью которого получен шифрованный текст, был неудачным. Алгоритм сжатия не должен обнаруживать избыточные фрагменты в тексте, зашифрованном с помощью хорошего алгоритма. [1]

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

Для сравнительно небольших файлов ( в нашем случае - не боле & 64 информационных блоков) главный индекс содержит адреса непосредственно информационных блоков, что допускает более эффективную обработку таких файлов. Если размеры блоков меньше 211 байтов, а объем носителя больше 227 байтов, может потребоваться еще один уровень косвенной индексации, который организуется нотой же самой схеме. [3]

Для поддержки небольшого файла повторяющейся группы можно использовать любой из методов, рассмотренных в предыдущих разделах. Однако эти файлы обычно являются довольно короткими. Поэтому применение какой-либо специальной организации нецелесообразно. Зная ключ для повторяющейся группы, легко осуществить линейный поиск по ее экземплярам. В этом случае поиск в группе при заданном значении ключа является достаточно простым. Мы можем удалить экземпляр, как только он будет найден; можем включить его в начало, в конец, либо в сортированном порядке после того, как просмотрены имеющиеся экземпляры и установлено, что экземпляра с заданным значением ключа не существует. [4]

При включении блокировки создается небольшой файл, в котором содержится информация о том, кто и когда этот файл заблокировал. Имя файла блокировки совпадает с именем блокируемого файла, расширение файла блокировки отличается от расширения блокируемого файла, как правило, заменой последней буквы на букву k, хотя есть и исключения. [5]

Такой способ эффективен для небольших файлов. [6]

Выбор оптимального значения размера в целях отсечения небольших файлов приводит к уменьшению среднего времени выполнения сортировки на 10 процентов. Выбор точного значения не критичен; значения этого показателя в достаточно широких пределах ( приблизительно от 5 до 20) дает практически одинаково хорошие результаты для большей части приложений. Жирная ломаная линия ( сверху) получена эмпирическим путем; тонкая линия ( снизу) была рассчитана аналитически. [7]

Электронная почта ( E-mail) - способ доступа в сети Internet, позволяющий пересылать небольшие файлы любых типов ( тексты, изображения, звук) по адресам электронной почты в любую точку планеты за короткий промежуток времени. [8]

Размещение файловой системы Ext2 на диске. [9]

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

Мы можем разработать гибридный метод, пригодный для многих практических приложений, обладающий превосходными характеристиками, применяя стандартную поразрядную сортировку MSD для упорядочения крупных файлов, чтобы воспользоваться преимуществами многопутевого разбиения, и трехпутевую поразрядную сортировку с небольшим значением основания системы счисления для небольших файлов, чтобы избежать отрицательных эффектов, обусловленных наличием большого числа пустых корзин. [11]

Они используют небольшие файлы и потеря информации в случае ошибки оператора или сбоя ЭВМ не приводила к ощутимому ущербу. Конечно, неприятно потерять главу из книги или результаты финансирования расчетов, но дело это поправимое, чего не скажешь об информации, хранящейся в базе данных. Стоимость данных в базе может во много раз превосходить стоимость ее программных и технических средств, а потеря данных вообще может оказаться невосполнимой и привести предприятие к краху. [12]

Как показывает практика, большую часть времени клиентов вашего класса не волнуют подробности его выполнения. При чтении небольшого файла заголовка они получают всю необходимую информацию и могут игнорировать файл с подробностями выполнения этого класса. [13]

Как можно предположить, клиентская часть DataSnap чрезвычайно легковесна, ее легко установить и настроить. Все, что необходимо на стороне клиента, - это единственный небольшой файл Midas. ClientDataSet и RemoteServer и которая обеспечивает подключение к серверу приложений. [14]

Как уже было видно на примере быстрой сортировки, можно усовершенствовать большую часть рекурсивных алгоритмов, применяя для обработки файлов небольших размеров другие методы, отличные от основного. Рекурсия гарантирует, что эти методы будут использоваться для случаев небольших файлов, так что более совершенная обработка файлов небольших размеров приводит к тому, что улучшается и весь алгоритм. Следовательно, как это имело место и для случая быстрой сортировки, переключение на сортировку вставками подфайлов небольших размеров приводит к уменьшению времени выполнения типовой реализации операции сортировки слиянием от 10 до 15 процентов. [15]

Страницы: 1 2 3