Re: Ext3 на 2х Терабайтный раздел ?
Здравствуйте. Судя из http://batleth.sapienti-sat.org/projects/FAQs/ext3-faq.html ------------- Q: What is the largest possible size of an ext3 filesystem and of files on ext3? inspired by Andreas Dilger, suggested by Christian Kujau: Ext3 can support files up to 1TB. With a 2.4 kernel the filesystem size is limited by the maximal block device size, which is 2TB. In 2.6 the maximum (32-bit CPU) limit is of block devices is 16TB, but ext3 supports only up to 4TB. ----------- Так что я думаю что на 2TB всё должно работать нормально. Но я лично никогда не сталкивался с такими объемами на Ext3 только на ZFS, на которой всё работает отлично. Но насколько я знаю Linux не поддерживает эту FS =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Apr 24, 2007 at 12:06:15AM +0300, Anton Kutin wrote:
Так что я думаю что на 2TB всё должно работать нормально. Но я лично никогда не сталкивался с такими объемами на Ext3 только на ZFS, на которой всё работает отлично. Но насколько я знаю Linux не поддерживает эту FS
А я вот сейчас мучаю FreeBSD 7.0-current+ZFS в vmware. Садизмы переносит хорошо. В принципе живёт и при менее 512М памяти (я большую часть тестов проводил в 256М, и даже при 68М :) ), но в целом ядро фри производит гнетущее впечатление - вляпаться в race conditions или выжрать память ядра - не такая уж непосильная задача, а итог её - либо зависание(ну - для этого надо немного настроить ядро), либо кернел паник(память ядра кончилась - и кердык), либо всё одновременно. Короче - опенсоплярис рулит, токо далбанутый он какой-то и непонятный, ну и его тоже вешать можно... Короче - "Авось во фре-8.0 всё будет лучше" :)) А как угадать, сколько snapshot'ы занимают - вот в чём вопрос. И список как их посмотреть - тоже. Оставил на ночь распаковываться ports collection из CTM - у меня их коллекция, 1100+, и после каждого делался snapshot, пока место не кончилось :), а попутно ещё система в 4 потока пересобиралась. ZFS конкретно тормознулась от такого, пока не дропнул одну из файловых систем - так компиляция еле-еле ворочалась (оставалось 6МБ места)... -- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello, Paul Arakelyan! On Tue, Apr 24, 2007 at 02:58:22PM +0300, you wrote:
On Tue, Apr 24, 2007 at 12:06:15AM +0300, Anton Kutin wrote:
Так что я думаю что на 2TB всё должно работать нормально. Но я лично никогда не сталкивался с такими объемами на Ext3 только на ZFS, на которой всё работает отлично. Но насколько я знаю Linux не поддерживает эту FS
А я вот сейчас мучаю FreeBSD 7.0-current+ZFS в vmware. Садизмы переносит хорошо. В принципе живёт и при менее 512М памяти (я большую часть тестов проводил в 256М, и даже при 68М :) ), но в целом ядро фри производит гнетущее впечатление - вляпаться в race conditions или выжрать память ядра - не такая уж непосильная задача, а итог её - либо зависание(ну - для этого надо немного настроить ядро), либо кернел паник(память ядра кончилась - и кердык), либо всё одновременно. Короче - опенсоплярис рулит, токо далбанутый он какой-то и непонятный, ну и его тоже вешать можно... Короче - "Авось во фре-8.0 всё будет лучше" :))
А как угадать, сколько snapshot'ы занимают - вот в чём вопрос. И список как их посмотреть - тоже.
Оставил на ночь распаковываться ports collection из CTM - у меня их коллекция, 1100+, и после каждого делался snapshot, пока место не кончилось :), а попутно ещё система в 4 потока пересобиралась. ZFS конкретно тормознулась от такого, пока не дропнул одну из файловых систем - так компиляция еле-еле ворочалась (оставалось 6МБ места)...
ZFS - "considered experimental in 7.0-__RELEASE__" (c) pjd@ Вообще, рекомендую читать дядьку pjd@ - много полезного пишет. Далее, про скорость работы - им там пришлось выключать некоторые механизмы кеширования в VFS и некоторых других частях, для того, чтобы не происходило двойного кеширования. Что, в свою очередь, привело к тому, что mmap'ed файлы работают медленно (это как минимум), о чём pjd@ предупреждал сразу и говорит, что чуть попозже с этим разберется. Далее, благодаря появлению ZFS, которой по полной программе нужен функционал underlying device начали выползать ранее пропущенные глюки ata(4), а также писалось о том, что эти глюки особенно часто вылазят внутри разного рода вмварей, поскольку там эмуляция девайсов работает в недостаточном для ZFS+ata+VFS качестве. Так что ждите пока pjd@ хотябы допиляет ZFS до состояния, готового к выходу 7.0-RELEASE, которое всё равно будет считаться experimental. -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello, Alexandr Kovalenko! On Tue, Apr 24, 2007 at 08:32:26PM +0300, you wrote:
On Tue, Apr 24, 2007 at 12:06:15AM +0300, Anton Kutin wrote:
Так что я думаю что на 2TB всё должно работать нормально. Но я лично никогда не сталкивался с такими объемами на Ext3 только на ZFS, на которой всё работает отлично. Но насколько я знаю Linux не поддерживает эту FS
А я вот сейчас мучаю FreeBSD 7.0-current+ZFS в vmware.
[dd]
Оставил на ночь распаковываться ports collection из CTM - у меня их коллекция, 1100+, и после каждого делался snapshot, пока место не кончилось :), а попутно ещё система в 4 потока пересобиралась. ZFS конкретно тормознулась от такого, пока не дропнул одну из файловых систем - так компиляция еле-еле ворочалась (оставалось 6МБ места)...
ZFS - "considered experimental in 7.0-__RELEASE__" (c) pjd@
Вообще, рекомендую читать дядьку pjd@ - много полезного пишет.
Далее, про скорость работы - им там пришлось выключать некоторые механизмы кеширования в VFS и некоторых других частях, для того, чтобы не происходило двойного кеширования. Что, в свою очередь, привело к тому, что mmap'ed файлы работают медленно (это как минимум), о чём pjd@ предупреждал сразу и говорит, что чуть попозже с этим разберется.
Уже исправлено: <20070424173302.GI28017@garage.freebsd.pl>
Так что ждите пока pjd@ хотябы допиляет ZFS до состояния, готового к выходу 7.0-RELEASE, которое всё равно будет считаться experimental.
Текущий список задач (в том числе и решенных) по ZFS в FreeBSD: http://wiki.freebsd.org/ZFS -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Apr 24, 2007 at 09:22:55PM +0300, Alexandr Kovalenko wrote:
Hello, Alexandr Kovalenko!
On Tue, Apr 24, 2007 at 08:32:26PM +0300, you wrote:
А я вот сейчас мучаю FreeBSD 7.0-current+ZFS в vmware.
[dd]
Оставил на ночь распаковываться ports collection из CTM - у меня их коллекция, 1100+, и после каждого делался snapshot, пока место не кончилось :), а попутно ещё система в 4 потока пересобиралась. ZFS конкретно тормознулась от такого, пока не дропнул одну из файловых систем - так компиляция еле-еле ворочалась (оставалось 6МБ места)...
ZFS - "considered experimental in 7.0-__RELEASE__" (c) pjd@ Та всё оно экспериментальное. Валиться от "выжрали память ядра" с помощью device pf или чего-либо ещё - эт явно ходьба по минному полю, а не продакшн, и как началось где-то с 5.0 так и идёт. Записываемся в ходоки по оному и искатели тропинок :).
Вообще, рекомендую читать дядьку pjd@ - много полезного пишет.
Далее, про скорость работы - им там пришлось выключать некоторые механизмы кеширования в VFS и некоторых других частях, для того, чтобы не происходило двойного кеширования. Что, в свою очередь, привело к тому, что mmap'ed файлы работают медленно (это как минимум), о чём pjd@ предупреждал сразу и говорит, что чуть попозже с этим разберется.
Я вобщем-то планирую ограничиться раздачей хранилища по NFS, ну и в целом - скорость пока не напрягает.
Так что ждите пока pjd@ хотябы допиляет ZFS до состояния, готового к выходу 7.0-RELEASE, которое всё равно будет считаться experimental. От ZFS на ноуте я хотел буквально того, что получалось в vmware на солярисе - сжатый своп и изменение объёма доступной памяти соответственно коэффициенту сжатия. И естественно устойчмвая работа этого в 128М памяти с запущенным Х и чем-то типа мозиллы или подобного.
Текущий список задач (в том числе и решенных) по ZFS в FreeBSD:
http://wiki.freebsd.org/ZFS Та вроде как "ничего нужного" для "просто NFS-файлораздавалка" в оставшихся и нет :), может только iSCSI.
А что до качества кода ata - то ясно, "херня якась" - у меня вот появился антикварный диск на 1.4TB (или около того). А вот антикварная ось на нём всё правильно детектит. Ну и подобной фигни масса, она растёт от 4.x ещё. И врядли что-то получшеет :(. Дело ведь не в конкретных багах - их может и починят, а в качестве в целом. -- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (3)
-
Alexandr Kovalenko -
Anton Kutin -
Paul Arakelyan