Существует ли верхний предел .txt размера файла?
В моем случае я запускаю MacOs High Sierra с Java 1.6. Файл cacert находится в другом месте, чем указано выше в ответе Gabe Martin-Dempesy. Файл cacert также был связан с другим местоположением (/ Library / Internet Plug-Ins / JavaAppletPlugin.plugin / Contents / Home / lib / security / cacerts).
Используя FireFox, я экспортировал сертификат с рассматриваемого веб-сайта в локальный файл под названием «exportedCertFile.crt». Оттуда я использовал keytool для переноса сертификата в файл cacert. Это устранило проблему.
bash-3.2# cd /Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/security/
bash-3.2# keytool -importcert -file ~/exportedCertFile.crt -alias example -keystore cacerts -storepass changeit
11 ответов
Более, чем вероятный Вы используете алгоритм, который является медленным. Поскольку начала становятся больше, Ваша программа будет занимать больше времени и дольше вычислить единственное начало. Если Вы позволяете ему работать на основе ночи, текстовый файл не будет очень большим утром. Я был бы впечатлен, если это по нескольким megs.
Я рекомендовал бы отправить SMS-сообщение за каждым началом, которое Вы вычисляете. Ваш друг хотел бы это намного лучше, чем набор бумаги. Плюс он может обновляться намного чаще.
Существует много пределов, хотя ни один из них не является внутренним .txt файлам:
- Windows 9x Notepad не откроет файл> 64 КБ.
- Блокнот/2k/etc's Windows NT не имеет никакого предела, но имеет тенденцию дросселировать и запираться на файлах мультимегабайта. Также необходимо помнить, что большинство текстовых редакторов является немым и пытается считать весь файл в RAM.
- Партии программного обеспечения ограничены файлами на 4 ГБ или на 2 ГБ в зависимости от того, используют ли они подписанный или неподписанный ints - поскольку кто-то уже упомянул, что FAT32 виновна в этом.
Вы могли бы рассмотреть отслеживание числа байтов, которые Вы пишете в каждый файл и переключающийся на новый после некоторого числа байтов. Вы могли бы также обеспечить средство просмотра для своих файлов, таким образом, Ваш друг видит свой подарок более легко. :)
Технически, нет никакого предела за исключением того, что, который файловая система помещает в Вас. Однако Блокнот действительно расшатан об открытии неприлично больших файлов.
Если не изменяет память, FAT32 имеет предельный размер файла на 4 ГБ.
Как насчет того, чтобы сохранить некоторые циклы ЦП и просто загрузить предварительно вычисленный список начал ? Или это - больше "мысль, которая рассчитывает"? :)
Ziggy -
я люблю это: "не некоторая умная проверка ошибок парень ASM". Вы описываете всех нас!
Имеют много дискового пространства и посылают запрос! Как ранее упомянуто, убедитесь, что редактор раньше открывался, Ваш файл может открыть очень большие файлы.
С праздниками, истинный новичок Ziggy.
Только относительно размера места Вы храните текстовый файл на диске.
И, если Вы не пишете все это сразу же, Ваша память + виртуальная память.
Что относительно того, чтобы просто создать один файл для каждого простого числа и затем используют имя файла для отображения числа?
Так или иначе я сомневаюсь, что при наличии прогона программы в течение ночи, что размер файла будет проблемой, полагая, что займет больше времени найти начала, поскольку числа становятся больше. Просто удостоверьтесь, что Вы моетесь, или Вы могли бы съесть всю свою RAM.
Для ответа на вопрос: Теоретически, файловая система ограничивает размер файла. Однако большой катастрофический отказ текстовых редакторов (энергия не делает) при загрузке больших файлов (> 100 МБ), потому что они пытаются приспособить его в одном буфере.
Таким образом, рассматривают разделение Ваших файлов в блоки, которые может обработать самая слабая ссылка (текстовые редакторы).