Меню Рубрики

Установка freebsd for ssd

Установка freebsd for ssd

В домашних пэка, в файловых серверах для кэширования, где как раз и нужна скорость. А вот чтобы просто хранить большие объемы данные — выгоднее хдд.

  • 2.60 , Анонище ( ? ), 21:01, 06/09/2012 [^] [^^] [^^^] [ответить]
  • + / –
    Главное не юзать MLC SSD в продакшене. И тогда можно будет активно читать/писать.
  • 3.66 , sdaf ( ? ), 15:38, 11/09/2012 [^] [^^] [^^^] [ответить]
  • + / –
    Они и те и другие дохнут.
  • 2.23 , kurokaze ( ok ), 07:31, 03/09/2012 [^] [^^] [^^^] [ответить]
  • + / –
    Человек просто не осилил написать скрипт который бы при старте системы копировал бы логи в память, и syslog работал бы с ними там, а при щатдауне — чтобы копировалось обратно.
  • 3.32 , nagual ( ok ), 11:18, 04/09/2012 [^] [^^] [^^^] [ответить]
  • +1 + / –
    > Человек просто не осилил написать скрипт который бы при старте системы копировал
    > бы логи в память, и syslog работал бы с ними там,
    > а при щатдауне — чтобы копировалось обратно.

    И потом в таких логах нет нихера .

    3.51 , Аноним12 ( ? ), 15:10, 05/09/2012 [^] [^^] [^^^] [ответить] + / –
    ЛОги на то и нужны что бы они были, когда шатдаун происходит внезапно
  • 2.7 , iZEN ( ok ), 12:59, 01/09/2012 [^] [^^] [^^^] [ответить]
  • +1 + / –
    Для ZFS TRIM не важна, так как в ZFS можно сделать настройку размера базового блока под размер сектора SSD (512k). И тогда не будет лишних очищений и перезаписываний страниц SSD.
  • 3.10 , pavlinux ( ok ), 04:31, 02/09/2012 [^] [^^] [^^^] [ответить]
  • + / –
    > под размер сектора SSD (512k).

    У SSD нет секторов, головок и даже цилиндров 🙂

    4.16 , terr0rist ( ok ), 17:51, 02/09/2012 [^] [^^] [^^^] [ответить] + / –
    >> под размер сектора SSD (512k).
    > У SSD нет секторов, головок и даже цилиндров 🙂

    Да вообще их и у винтов нет. Уже лет дцать как LBA. К слову, геометрически сектор —
    это часть круга (!), ограниченная дугой и двумя радиусами. Так что сектор для ХДД никогда не был математически верным термином.
    Кому надо, те понимают, что «сектор» SSD — это блок. 🙂

    5.18 , pavlinux ( ok ), 18:36, 02/09/2012 [^] [^^] [^^^] [ответить] –1 + / –
    > Кому надо, те понимают, что «сектор» SSD — это блок. 🙂

    Блок был одним из немногих деятелей искусства Петрограда,
    кто не просто принял советскую власть, но согласился
    работать на её пользу. Власть широко начала использовать
    имя поэта в своих целях. Ужоснах =-о

    3.12 , ананим ( ? ), 13:00, 02/09/2012 [^] [^^] [^^^] [ответить] + / –
    брехня же
    http://ru.wikipedia.org/wiki/TRIM
    >TRIM — команда интерфейса ATA, позволяющая операционной системе уведомить твердотельный накопитель о том, какие блоки данных больше не используются и могут быть использованы накопителем для подготовки к записи.

    а правда в том, что (см. там же):
    >Linux 2.6.33 Поддерживается с февраля 2010[17]
    >OpenSolaris Поддерживается с июля 2010[18]
    >FreeBSD 8.3 & 9.0 Поддерживается с UFS[19], не поддерживается с ZFS[20].

    вот и всё. для сравнение в другой COW-fs:
    https://btrfs.wiki.kernel.org/index.php/Mount_options
    >ssd
    >Turn on some of the SSD optimized behaviour within btrfs. This is enabled automatically by checking /sys/block/sdX/queue/rotational to be zero. This does not enables discard/TRIM !

    .

  • 4.15 , terr0rist ( ok ), 17:47, 02/09/2012 [^] [^^] [^^^] [ответить]
  • + / –
    Таки в чём iZEN не прав? В том, что блок SSD «сектором» обозвал?
    Если SSD-блок равен блоку ФС, то TRIM не требуется, тк он нужен только для отметки о неиспользуемости блока SSD. Что, логично, бесполезно, если блок SSD равен блоку ФС.
  • 5.20 , ананим ( ? ), 21:08, 02/09/2012 [^] [^^] [^^^] [ответить]
  • –1 + / –
    для дЭбилов даю ещё раз ссылку http://www.opennet.ru/openforum/vsluhforumID3/86249.html#12
  • 6.62 , terr0rist ( ok ), 01:41, 08/09/2012 [^] [^^] [^^^] [ответить]
  • +1 + / –
    > для дЭбилов даю ещё раз ссылку http://www.opennet.ru/openforum/vsluhforumID3/86249.html#12

    сам-то читал по этой ссылке?
    Цитата
    «TRIM — команда интерфейса ATA, позволяющая операционной системе уведомить твердотельный накопитель о том, какие блоки данных больше не используются и могут быть использованы накопителем для подготовки к записи.»
    «блоки (обычно 128 страниц или 512 Кбайт суммарно)»
    «В SSD накопителях операция записи может быть проделана только для страниц, однако из-за аппаратных ограничений команда удаления всегда выполняется на весь блок»

    вывод сделать за тебя или ещё раз мой пост перечитаешь? ананим такой ананим

  • 7.65 , абыр ( ? ), 11:11, 10/09/2012 [^] [^^] [^^^] [ответить]
  • + / –
    Печальный вывод состоит в том что вы читать не умеете.
    Попробуйте еще раз.
  • 5.27 , iZEN ( ok ), 16:32, 03/09/2012 [^] [^^] [^^^] [ответить]
  • + / –
    > Если SSD-блок равен блоку ФС, то TRIM не требуется, тк он нужен
    > только для отметки о неиспользуемости блока SSD. Что, логично, бесполезно, если
    > блок SSD равен блоку ФС.

    В SSD операции перезаписи происходят только с целым блоком (512k). TRIM отмечает СТРАНИЦЫ (4k), входящие в блок, как неиспользуемые и готовые к очистке. При очистке неиспользуемых страниц перезаписывается целый блок, который их содержит. Если блок SSD по размеру совпадает с блоком ФС, то TRIM — лишняя операция, так как ФС и так его перезапишет целиком. А когда размер блока ФС меньше размера блока SSD, то команда TRIM необходима для подготовки свободного пространства для размещения блоков ФС внутри блока SSD — без этого количество свободных блоков SSD при каждой записи данных будет уменьшаться — что мы и наблюдаем в реальности, когда классическая линуксовая ФС не поддерживает TRIM.

    6.28 , ананим ( ? ), 22:45, 03/09/2012 [^] [^^] [^^^] [ответить] + / –
    >TRIM отмечает СТРАНИЦЫ (4k), входящие в блок, как неиспользуемые и готовые к очистке.

    TRIM ничего не отмечает.
    TRIM — это команда, посылаемая (кстати АТА/САТА и этк. в SCSI/SAS/FC не иеет смысла) ОС системе ввода-вывода, что «де эти блоки грязные».
    А поскольку АТА — тупой бай дезиггн, то бывало что всё помечалось как удалённое.
    и да, всё это происходит до сброса кэша на диск.

    в любом случае от размера блока не зависит. хоть 512, хоть 4к. (просто выдаст что очищено 4, а не 1)

    зыж
    когда сани говорили, что отлично работают с ссд, то не врали.
    НО! эти ссд не те что в магазине продаются, а сас по 4-е нуля килобаксов минимум.
    ну а с АТА см. выше привёл.

    6.63 , terr0rist ( ok ), 01:42, 08/09/2012 [^] [^^] [^^^] [ответить] + / –
    >[оверквотинг удален]
    > В SSD операции перезаписи происходят только с целым блоком (512k). TRIM отмечает
    > СТРАНИЦЫ (4k), входящие в блок, как неиспользуемые и готовые к очистке.
    > При очистке неиспользуемых страниц перезаписывается целый блок, который их содержит. Если
    > блок SSD по размеру совпадает с блоком ФС, то TRIM —
    > лишняя операция, так как ФС и так его перезапишет целиком. А
    > когда размер блока ФС меньше размера блока SSD, то команда TRIM
    > необходима для подготовки свободного пространства для размещения блоков ФС внутри блока
    > SSD — без этого количество свободных блоков SSD при каждой записи
    > данных будет уменьшаться — что мы и наблюдаем в реальности, когда
    > классическая линуксовая ФС не поддерживает TRIM.

    я об этом и сказал.

    3.24 , kurokaze ( ok ), 07:36, 03/09/2012 [^] [^^] [^^^] [ответить] + / –
    > Для ZFS TRIM не важна, так как в ZFS можно сделать настройку
    > размера базового блока под размер сектора SSD (512k). И тогда не
    > будет лишних очищений и перезаписываний страниц SSD.

    Лол! Ты даже не знаешь зачем нужен TRIM

    In computing, a TRIM command allows an operating system to inform a solid-state drive (SSD) which blocks of data are no longer considered in use and can be wiped internally.

    Я конечно понимаю что дело в том что:
    Operating system support
    Linux-kernel: 2.6.28 — 25 December 2008
    FreeBSD: 8.1 — July 2010

    Но тщательнее надо быть, тщательнее (с)

    3.43 , nagual ( ok ), 17:31, 04/09/2012 [^] [^^] [^^^] [ответить] + / –
    > Для ZFS TRIM не важна, так как в ZFS можно сделать настройку
    > размера базового блока под размер сектора SSD (512k). И тогда не
    > будет лишних очищений и перезаписываний страниц SSD.

    Для ZFS TRIM не важна потому что учитывая стстистику отказов SSD ниодин здравомыслящий админ не станет хранить на SSD что то кроме кешируемых данных, а потому на SSD ZFS как в бане лыжи там и UFS сойдет и даже без +S +J .

    3.49 , Andrew Kolchoogin ( ? ), 01:55, 05/09/2012 [^] [^^] [^^^] [ответить] + / –
    Ты перепутамши.

    По умолчанию размер блока файловой системы влияет на поведение только файловой системы. Но она может вести себя «более лучше» (C) Света из Иваново, если знает, каков размер блока underlying direct access storage device (DASD далее для краткости).

    Размер блока HDD равен 512 байтам. Лет тридцать назад, во времена MFM, размер блока HDD был равен размеру одного физического сектора — теперь это, конечно, не так, ибо RLL’и и прочие методы оптимизации свели понятие сектора на «нет», но для магнитных накопителей это не так уж и важно.

    А вот с SSD засада — во-первых, они могут перезаписывать данные только в чистые блоки, которые для NAND равны 4К. Соответственно, для неухудшения параметров дисковой подсистемы был придуман костыль в виде TRIM, а позже — поддержка операционками DASD’ов с размером в 4K.

    Но это не вся засада. Некоторые NAND не умеют даже поблочной перезаписи — только постраничную, а она, как известно, 512K размером. И вот тут уже всё плохо — насколько мне известно, современных операционных систем, поддерживающих DASD’ы с блоком в полмегабайта, не существует — то есть, либо TRIM, либо специальный тюнинг ZFS — нужно сделать так, чтобы ZPool начинался на границе 512K (как частный случай — занимал весь SSD), и размер его блока был тоже 512K, тогда операции на таком ZPool’е с эффективностью будут соответствовать TRIM’у.

    4.50 , nagual ( ok ), 11:06, 05/09/2012 [^] [^^] [^^^] [ответить] + / –
    >[оверквотинг удален]
    > параметров дисковой подсистемы был придуман костыль в виде TRIM, а позже
    > — поддержка операционками DASD’ов с размером в 4K.
    > Но это не вся засада. Некоторые NAND не умеют даже поблочной перезаписи
    > — только постраничную, а она, как известно, 512K размером. И вот
    > тут уже всё плохо — насколько мне известно, современных операционных систем,
    > поддерживающих DASD’ы с блоком в полмегабайта, не существует — то есть,
    > либо TRIM, либо специальный тюнинг ZFS — нужно сделать так, чтобы
    > ZPool начинался на границе 512K (как частный случай — занимал весь
    > SSD), и размер его блока был тоже 512K, тогда операции на
    > таком ZPool’е с эффективностью будут соответствовать TRIM’у.

    1.9 , ixes ( ? ), 00:01, 02/09/2012 [ответить] [﹢﹢﹢] [ · · · ] + / –
    Ну шо вы «маслом по маслу»?
    Или в fstab нужно вносить настройки, или в rc.conf, а то радиатор на проце поплавится, ага!
    («челове-е-е-к», то есть это, модератор отредактируйте п-пажалуста)
    1.11 , o ( ? ), 11:34, 02/09/2012 [ответить] [﹢﹢﹢] [ · · · ] +1 + / –
    Ниша у них под всякие базы данных и свалки статики для нагруженых или относительно нагруженых проектов. Типа если ваш корпоративный сайтик с прайсом вдруг стал популярен, как сделать так чтобы ничего не переписывая, сделать чтобы он работал как раньше и не падал. Берете и переносите его на ссд и живете спокойно еще некоторое время.
  • 2.14 , ананим ( ? ), 15:29, 02/09/2012 [^] [^^] [^^^] [ответить]
  • –2 + / –
    У ссд?
    Ниша у них — ноуты.
    Меньше вес, дольше батарейка.
    Субд — это райды (если ещё можно так назвать девайс с парой ксеонов на борту) и штук 30 винтов FC.
  • 3.34 , nagual ( ok ), 12:30, 04/09/2012 [^] [^^] [^^^] [ответить]
  • + / –
    > У ссд?
    > Ниша у них — ноуты.
    > Меньше вес, дольше батарейка.
    > Субд — это райды (если ещё можно так назвать девайс с парой
    > ксеонов на борту) и штук 30 винтов FC.

    SSD вполне годится под кеш горячего контента, главое чтоб он влез и небыло ротации .

  • 4.39 , ананим ( ? ), 14:40, 04/09/2012 [^] [^^] [^^^] [ответить]
  • + / –
    под кэш и обычная память годится, а ссд в этом случае — полумеры.
  • 5.40 , nagual ( ok ), 16:58, 04/09/2012 [^] [^^] [^^^] [ответить]
  • +1 + / –
    > под кэш и обычная память годится, а ссд в этом случае —
    > полумеры.

    Обычная память даже лучше, но когда нужно терабайт за разумные деньги .

  • 6.46 , ананим ( ? ), 19:21, 04/09/2012 [^] [^^] [^^^] [ответить]
  • + / –
    терабайт именно для кэша? да ну нафиг.
    пусть с этим тотже sga оракловый (в ОЗУ) сам разбирается. чекпоинт по отношению к транзакции асинхронный, да и коммит тоже ( http://www.orafaq.com/node/93 ), а для одного чтения держать такой кеш невыгодно всё-равно (на его обслуживание не меньше ресурсов потеряете, а то и больше)
  • 7.47 , nagual ( ok ), 20:51, 04/09/2012 [^] [^^] [^^^] [ответить]
  • +1 + / –
    > терабайт именно для кэша? да ну нафиг.
    > пусть с этим тотже sga оракловый (в ОЗУ) сам разбирается. чекпоинт по
    > отношению к транзакции асинхронный, да и коммит тоже ( http://www.orafaq.com/node/93 ),
    > а для одного чтения держать такой кеш невыгодно всё-равно (на его
    > обслуживание не меньше ресурсов потеряете, а то и больше)

    Горячий статический контент для nginx или по вашему видеотубы как должны работать ?

    8.48 , angra ( ok ), 00:37, 05/09/2012 [^] [^^] [^^^] [ответить] + / –
    2.25 , kurokaze ( ok ), 07:38, 03/09/2012 [^] [^^] [^^^] [ответить] + / –
    > Ниша у них под всякие базы данных и свалки статики для нагруженых
    > или относительно нагруженых проектов. Типа если ваш корпоративный сайтик с прайсом
    > вдруг стал популярен, как сделать так чтобы ничего не переписывая, сделать
    > чтобы он работал как раньше и не падал. Берете и переносите
    > его на ссд и живете спокойно еще некоторое время.

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

    1.13 , Аноним ( — ), 13:44, 02/09/2012 [ответить] [﹢﹢﹢] [ · · · ] + / –
    А я гонял недавно сравнение HDD с интерфейсом SATAIII и SSD — разницы почти не заметил. Возможно, если SSD в PCIEx1 вставить, то скорость сразу ощутится, а так — никакого особого выигрыша.
    2.17 , terr0rist ( ok ), 18:07, 02/09/2012 [^] [^^] [^^^] [ответить] + / –
    В каких приложениях и на каких ФС?
    Вообще говоря, утверждения о заметной разнице в скорости загрузки ОС (например) мне кажутся сомнительными. Так как на моём ноуте (с винтом) до полминуты занимает процесс определения всяких девайсов, а сервисы загружаются за несколько секунд (что на фряхе, что на линуксах).
    Какие-нибудь кеды да, возможно, будут чуть побыстрее загружаться от ССД, хотя есть ощущение, что они тормозятся специально каким-то внутренним таймером 🙂
    Насчёт приложений, чисто логически, могут выиграть только многопользовательские, например активно использующие БД (и то, в режиме случайного чтения) или веб-порталы, т.к. скорость чтения современных винтов более чем достаточна для задач одного пользователя.
    А синтетические тесты, как известно, всегда можно подогнать под желаемый результат.
    1.22 , ixes ( ? ), 00:10, 03/09/2012 [ответить] [﹢﹢﹢] [ · · · ] + / –
    ССД предназначено для приложений работающих именно с большими данными (файлами): САПР, 3Д-разработчики, мультимедиа-конверторы, архиваторы. А вообще если вы хотите реальной скорости работы с винтом и неубиваемые ячейки памяти, копайте в сторону RAMfs и TMPfs, во где мясо. На i7-3770k 32gb (ram->ramfs) 18-гигабайтный BR-фильм конвертировался в DVD-формат вот-так: бзи-и-к (читать быстро!)

    Проверял — смысла нет. Кеширующий механизм в линуксе настолько хорош, что при сборке qt я не заметил разницы между сборкой в памяти и сборкой с использованием диска. Разница была менее секунды.

    > На i7-3770k 32gb (ram->ramfs) 18-гигабайтный
    > BR-фильм конвертировался в DVD-формат вот-так: бзи-и-к (читать быстро!)

    DVD формат в наше время? Фуу. Небось еще и в один проход жал

  • 2.30 , Arti ( ?? ), 02:58, 04/09/2012 [^] [^^] [^^^] [ответить]
  • + / –
    ты современный накопитель таким образом убить собираешся? флаг в руки, барабан на шею.
  • 2.31 , evildim ( ? ), 07:56, 04/09/2012 [^] [^^] [^^^] [ответить]
  • +1 + / –
    > ССД предназначено для приложений работающих именно с большими данными (файлами): САПР,
    > 3Д-разработчики, мультимедиа-конверторы, архиваторы.

    Вообще-то SSD рекомендуется использовать для приложений, которые требуют больших IOPS-ов и малого responce time. А «с большими данными» SSD не используют просто в силу слишком большой цены. Интересубщиеся могут заглянуть в прайсы и сравнить цену для SATA, SAS и SSD дисков аналогичной ёмкости.

    источник

    Читайте также:  Установка гбо метан лада ларгус

    Добавить комментарий