Есть ли верхний предел на размер файла .txt?
В качестве рождественского подарка я написал небольшую программу на Java для вычисления простых чисел. Мое намерение состояло в том, чтобы оставить его на всю ночь, вычисляя следующий штрих и записывая его в .txt файл. Утром я убью программу и возьму файл .txt моему другу на Рождество.
Есть ли что-то, о чем я должен беспокоиться? Имейте в виду, что это истинный новичок Ziggy, с которым вы разговариваете, а не какой-то умной проверки ошибок ASM.
EDIT. Более конкретно, поскольку я буду оставлять эту программу на всех простых подсчетах ночи, есть ли вообще вероятность того, что я столкнусь с какой-то ошибкой, связанной с памятью? Например, стеки раздавливают кучи или собак и кошек, спавших вместе?
ИЗМЕНИТЬ еще более конкретно, есть ли строка кода, которую я мог бы положить, чтобы остановить печать строк, когда размер файла составляет 4 ГБ? Просто быть в безопасности?
EDIT: успех: после того, как он оставил его всю ночь, я получил не более 13 КБ простых чисел. Самое высокое, что я получил, было 22947217, что составляет десятки тысяч простых чисел. Успех!
Ответы
Ответ 1
Скорее всего, вы используете медленный алгоритм. По мере того, как штрихи становятся больше, ваша программа будет занимать больше времени и дольше, чтобы вычислить одно простое. Если вы позволите ему пропустить ночь, текстовый файл не будет очень большим утром. Я был бы впечатлен, если бы он состоял из нескольких мегабайт.
Ответ 2
Я бы рекомендовал отправить SMS-сообщение для каждого подсчета. Другу это понравилось бы гораздо лучше, чем куча бумаги. Плюс он может быть обновлен гораздо чаще.
Вы можете отправить их бесплатно здесь:.
Просто нужно пройти мимо captcha.
Ответ 3
Существует множество ограничений, хотя ни один из них не является неотъемлемым для файлов .txt:
- Блокнот Windows 9x не откроет файл > 64 КБ.
- Windows NT/2k/etc Notepad не имеет ограничений, но имеет тенденцию задувать и блокировать файлы с несколькими мегабайтами. Вы также должны помнить, что большинство текстовых редакторов являются немыми и пытаются прочитать весь файл в ОЗУ.
- Много программного обеспечения ограничено файлами размером 2 ГБ или 4 ГБ в зависимости от того, используют ли они подписанные или неподписанные ints - как уже упоминалось, FAT32 виноват в этом.
Ответ 4
Технически, нет ограничений, кроме того, что файловая система размещает на вас. Тем не менее, Блокнот действительно запутанный об открытии неприлично больших файлов.
Ответ 5
Вы можете рассмотреть возможность отслеживания количества байтов, которые вы пишете в каждый файл, и перехода на новый после некоторого количества байтов. Вы также можете предоставить зрителям ваши файлы, чтобы ваш друг мог легче видеть его подарок.:)
Ответ 6
Если память используется, FAT32 имеет максимальный размер файла 4gig.
Ответ 7
Зигги -
Мне это нравится: "Не какая-то умная ошибка, проверяющая парня ASM". Вы описываете всех нас!
У вас много места на диске и запишите! Как уже упоминалось, убедитесь, что редактор, используемый для открытия вашего файла, может открывать очень большие файлы.
Счастливые праздники, истинный новичок Зигги.
Ответ 8
Только по размеру места, где вы храните текстовый файл на диске.
И, если вы не сразу все записываете, ваша память + виртуальная память.
Ответ 9
Как насчет сохранения некоторых циклов процессора и просто загрузки предварительно вычисленного списка простых чисел? Или это больше "мысль, которая имеет значение"?:)
Ответ 10
Как просто создать один файл для каждого простого номера, а затем использовать имя файла для отображения номера?
Ответ 11
Как-то я сомневаюсь, что, когда ваша программа будет работать в одночасье, проблема с размером файлов будет проблемой, учитывая, что для получения простых чисел потребуется больше времени, поскольку числа становятся больше. Просто убедитесь, что вы очистили или вы можете съесть всю свою оперативную память.
Чтобы ответить на ваш вопрос: теоретически файловая система ограничивает размер файла. Однако при загрузке больших файлов ( > 100 МБ) много текстовых редакторов сбой (vim does not), потому что они пытаются поместить его в один буфер.
Подводя итог, рассмотрим разделение файлов на куски, с которыми может справиться самая слабая ссылка (текстовые редакторы).