The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Разработчики SUSE Linux считают, что ФС Btrfs готова для промышленной эксплуатации

11.12.2012 11:32

Маттиас Эккерман (Matthias Eckermann), возглавляющий разработку SUSE Enterprise Linux, считает, что файловую систему Btrfs уже можно рассматривать как полностью стабильную и готовую для промышленной эксплуатации. Начиная с выпуска SUSE Linux Enterprise 11 SP 2, дистрибутив SUSE официально поддерживает Btrfs, наряду с такими ФС, как EXT3, ReiserFS, XFS и OCFS2, и обеспечивает сервис коммерческой поддержки для конфигураций с Btrfs.

Предоставление одновременной первичной поддержки сразу для пяти файловых систем обусловлено желанием предоставить клиентам возможность выбора оптимального решения для различных областей применения. По умолчанию для установки предлагается старая и проверенная ФС Ext3. При этом, в примечании к релизу SUSE Linux файловая система XFS рекомендуется для создания хранилища данных, а Btrfs для корневой ФС (использование снапшотов Btrfs позволяет организовать быстрый откат изменений в конфигурации системы и отмену установленных пакетов).

По словам Эккермана, инженеры из проекта SUSE принимают активное участие в разработке Btrfs. Что касается стратегии разработки, то в первую очередь внимание уделяется стабильности, во вторую - функциональности, и в третью - производительности. Код Btrfs в SUSE Linux по сути поддерживается в виде отдельного ответвления (в качестве базы используется ядро Linux 3.0.10, в которое бэкпортируются изменения из новых ядер), патчи в которое принимаются только после строгой проверки и тестирования, поэтому из основной ветки разработки Btrfs переносятся только изменения полностью соответствующие всем стандартам качества SUSE.

Отрицательной стороной такого подхода является некоторое отставание в поддержке новых возможностей. Например, в SUSE пока не поддерживаются такие возможности Btrfs, как управление несколькими разделами, RAID и хранение данных в сжатом виде. Интеграция fsck.btrfs также пока находится только в планах, но функции сверки контрольных сумм и восстановления целостности (команда scrub) уже реализованы. Из особенностей поддержки Btrfs в SUSE отмечается поставка Snapper, приложения для управления созданием снапшотов со срезами состояния файловой системы, которое также доступно в пакетах для других дистрибутивов Linux. Кроме того, из коробки доступны средства для миграции на использование Btrfs конфигураций с Ext2/3/4, а также для выполнения возвращения с Btrfs на Ext2/3/4, но в этом случае будут преобразованы только данные, имевшиеся до перехода на Btrfs.

Напомним, что компания Oracle ещё в марте объявила о полной стабилизации реализации Btrfs и перевела Btrfs в разряд опций, пригодных для промышленной эксплуатации, выпустив ядро Unbreakable Enterprise Kernel Release 2, которое поставляется начиная с дистрибутива Oracle Linux 6.3 (по умолчанию в Oracle Linux по прежнему предлагается Ext4).

  1. Главная ссылка к новости (http://www.linux.com/news/ente...)
  2. OpenNews: Релиз промышленного дистрибутива Oracle Linux 6.3
  3. OpenNews: Компания Oracle представила Linux-ядро Unbreakable Enterprise Kernel 2
  4. OpenNews: Релиз дистрибутива SUSE Linux Enterprise 11 SP 2
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35561-btrfs
Ключевые слова: btrfs, suse
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (75) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Константин (??), 12:30, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Что-то я не понял, зюзя поддерживает ext3 и btrfs, а ext4 не поддерживает? Как это понять?
     
     
  • 2.3, deadless (ok), 12:31, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    стандарты качества SUSE не позволяют :)
     
     
  • 3.4, Аноним (-), 12:33, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оно и видно, особенно в свете этой новости =)
     
  • 2.10, Cuernud (?), 13:05, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Из того, что по умолчанию предлагают ext3, делается вывод, что ext4 не поддерживается вообще. Как это понять? Всё просто: у вас понималка сломалась.
     
     
  • 3.14, Аноним (-), 13:49, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Написано саппорта нет, то-есть если у вас что-нибудь гепнится на ext4 можете Сюсе пофигу.
     
     
  • 4.24, Аноним (-), 16:05, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что с ядра 3.0.* было починено несколько невкусных багов в ext4, а бэкпортить фиксы видимо они не стали. Древний кернель имеет свои проблемы.
     
     
  • 5.39, AlexAT (ok), 20:46, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скорее всего потому, что у сюси ни одного разработчика ext4...
     
     
  • 6.53, Аноним (-), 05:41, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Скорее всего потому, что у сюси ни одного разработчика ext4...

    Тоже вариант. Хотя ext3 они же поддерживают как-то, а ext4 - те же яйца, только малость заапгрейженные.

     
  • 4.55, Клыкастый (ok), 09:51, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а если на btrfs - прибегут помогать чинить?
     
     
  • 5.75, Аноним (-), 17:41, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно, да.
     
     
  • 6.77, Клыкастый (ok), 17:44, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Внезапно, да.

    Да ладно? Прям таки и прибегут?

     
  • 2.33, 123 (??), 17:16, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    C 11.2 использует по умолчанию. Написано же - "наряду с".
     

  • 1.2, ua9oas (ok), 12:31, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а на домашних ПК может ли быть смысл форматировать себе диск именно на нее вместо ext4? (и чем и она и Btrfs в своих особенностях лучше, чем например NTFS?)
     
     
  • 2.9, Константин (??), 13:00, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +7 +/
    В принципе как тут и описано, корневой раздел лучше на btrfs, для быстрого отката изменений. Но только быстрого отката, быстрой работы (не на ssd) вы не получите. чем дольше будете использовать тем медленнее будет, основная проблема в поиске метаданных и самих данных, разбросанных по харду. Головкам харда будет не сладко :), но в случае неудачного обновления, теоретически (тоже не тривиальная задача для хомяка), можно откатиться на ранний "слепок". А NTFS в линуксе лучше не использовать для хранения данных, хотя-бы потому, что линукс не может починить упавший NTFS, штатными средствами, тоесть придётся искать винду для починки. NTFS стоит использовать только если у вас винда стоит второй системой или внешний хард/флэшка.
    Для домашнего пользователя лучше использовать резервное копирование критически важных данных и ext4 - самая универасльная и стабильная ФС. Резервные копии можно хранить где угодно (хоть на яндексдисках), хранить только те файлы , которые Вам нужны (не отслеживая вообще все изменения на диске), создавать столько копий сколько Вам надо и самое для хомяка главное - управлять всем этим через понятное графическое приложение, а не курить маны на каждый чих (особенно если всё упало и данный компьютер был единственным доступом в интернет для курения манов :) )
     
     
  • 3.52, Аноним (-), 05:40, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ssd) вы не получите. чем дольше будете использовать тем медленнее будет,
    > основная проблема в поиске метаданных и самих данных, разбросанных по харду.

    Ну так снапшоты надо иногда подтирать + дефрагер не для красоты сделан, если что.

     
     
  • 4.54, Аноним (-), 07:41, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Прравильно, делаем из Линукса Венду. На ext4+LVM ничего подтирать не надо и дефрагментировать.
     
     
  • 5.60, nagual (ok), 11:47, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Прравильно, делаем из Линукса Венду. На ext4+LVM ничего подтирать не надо и
    > дефрагментировать.

    Правда снапшетов нет :))) точнее они есть но учше бы их небыло, чтоб не позориься :)))

     
  • 5.63, Аноним (-), 12:52, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Прравильно, делаем из Линукса Венду.

    Ну да, ну да, все истребители - хуже кукурузника! Там катапульта есть - предполагается что пилот лох и самолет г-но!

    > На ext4+LVM ничего подтирать не надо и дефрагментировать.

    Действительно, оно с снапшотаи не ахтецки работает прямо сразу. Что дефрагь, что подтирай...

     
     
  • 6.67, nagual (ok), 13:00, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Действительно, оно с снапшотаи не ахтецки работает прямо сразу. Что дефрагь, что
    > подтирай...

    Подумаешь всего в 5-10 раз медленнее :-)) вам шашечки или ехать ?.. задом ?.. на красный ? по встречке ? :)))

     
     
  • 7.91, Аноним (-), 17:18, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Подумаешь всего в 5-10 раз медленнее :-))

    Это вы про что? Про скорости UFS/ZFS? ;)

     
     
  • 8.99, nagual (ok), 17:48, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет это про LVM снапшеты, а у вас пробел в образовании ... текст свёрнут, показать
     
  • 4.59, nagual (ok), 11:43, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> ssd) вы не получите. чем дольше будете использовать тем медленнее будет,
    >> основная проблема в поиске метаданных и самих данных, разбросанных по харду.
    > Ну так снапшоты надо иногда подтирать + дефрагер не для красоты сделан,
    > если что.

    Похоже в линуксе обязательно нужно что то  "подтирать" :)))

     
     
  • 5.64, Аноним (-), 12:53, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Похоже в линуксе обязательно нужно что то  "подтирать" :)))

    А это вообще в любом CoW нужно. Иначе отрастет огромный хвост изменений и в конце концов ты получишь то что у izen'а в плане скорости + забитый до отказа винч :)

     
     
  • 6.68, nagual (ok), 13:01, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Похоже в линуксе обязательно нужно что то  "подтирать" :)))
    > А это вообще в любом CoW нужно. Иначе отрастет огромный хвост изменений
    > и в конце концов ты получишь то что у izen'а в
    > плане скорости + забитый до отказа винч :)

    А где у izen'а ? Ссылка есть ?

     
     
  • 7.72, Crazy Alex (ok), 14:21, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Искать лень. У него там скорость чтения с RAIDZ 6 мегабайт в секунду. Он этим ещё и гордиться умудрился как-то.
     
     
  • 8.74, nagual (ok), 14:28, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Меня этой сцылкой пугают на протяжении нескольких менсяцев однозначно с поне... текст свёрнут, показать
     
     
  • 9.92, Аноним (-), 17:20, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну блин, клацни профайл изена и изучай наздоровье его перлы Он там где-то отмоч... текст свёрнут, показать
     
     
  • 10.100, nagual (ok), 17:49, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А где именно До понедельника найдете ... текст свёрнут, показать
     
  • 8.85, iZEN (ok), 00:50, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сколько раз можно повторять _С_ВКЛЮЧЕННОЙ_ДЕДУПЛИКАЦИЕЙ_ ... текст свёрнут, показать
     
     
  • 9.86, nagual (ok), 01:33, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На интел-атоме одноголовом ... текст свёрнут, показать
     
     
  • 10.88, pavel_simple (ok), 09:11, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    в гамаке... текст свёрнут, показать
     
     
  • 11.93, Аноним (-), 17:21, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В ластах ... текст свёрнут, показать
     
  • 2.16, Аноним (-), 13:55, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Те разделы, которые не жалко (систему, например).
    Восстановления для btr в случае сбоя нет и (работающего) не предвидится.
     
     
  • 3.25, Аноним (-), 16:06, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Восстановления для btr в случае сбоя нет

    Во первых он сам попытается откатиться до ближайшего автоснапшота.

    > и (работающего) не предвидится.

    Во вторых - есть. И btrfsck, и утилитка позволяющая недеструктивно вытянуть то что вытягивается, и прочая. Правда на мой вкус - fack пока в сыром состоянии. Но есть.

     
  • 2.38, Аноним (-), 19:14, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня пол года корень на btrfs с включенным сжатием lzo (/home, /var на ext4). Грузится быстрее, длительность холодного старта программ уменьшилась. Проблем с ФС не было (было пару отключений от сети). На всякий случай раньше делал бекап корня на другой раздел в tar.lzma, потом перестал. При более-менее надежном питании рекомендую под корень использовать.
     
     
  • 3.56, Клыкастый (ok), 09:52, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    дома может быть всё что угодно. при наличии прямых рук. но промышленное использование - немного не то, верно?
     
     
  • 4.76, Аноним (-), 17:43, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > дома может быть всё что угодно. при наличии прямых рук. но промышленное
    > использование - немного не то, верно?

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

     
     
  • 5.80, Клыкастый (ok), 17:49, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ZFS со всеми ее шутками и прибаутками уже давно в "промышленности" используется,
    > и ничего.
    > Хотя лично мне она даже для домашнего применения кажется сыроватой и проблемной.

    Перевожу на русский. Тебе кажется. Поэтому ты не используешь и соответственно о чём говоришь знаешь исключительно понаслышке. Ты уверен, что твоё мнение очень важно?

    Я уже не прошу уточнить, с какими шутками и прибаутками ты сталкивался и уж совсем негоже у тебя уточнять что за ZFS ты имеешь в виду. Архитектуру вообще? ZFS на солярке? на FreeBSD? на Linux? версии? но, боюсь у тя ща стэк переполнится.

     
     
  • 6.83, nagual (ok), 20:31, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  боюсь у тя ща стэк переполнится.

    Не переполнится, он в ПЗУ :)))


     
     
  • 7.95, Аноним (-), 17:24, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не переполнится, он в ПЗУ :)))

    Стек в ПЗУ? Да, мсье знает толк в извращениях. Это даже круче чем хоккей на траве!

     
     
  • 8.96, AlexAT (ok), 17:25, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Хуже только в переключаемой странице как на спектрумах В ПЗУ хотя бы результа... текст свёрнут, показать
     
  • 6.94, Аноним (-), 17:23, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Перевожу на русский. Тебе кажется. Поэтому ты не используешь

    А вон те граждане загадившие все рассылки нытьем о локапах в sendfile() наверное испытывали массовые глюки? Заметьте, это все - уже после объявления ZFS стабильной. В бзде, ога.

     
     
  • 7.101, nagual (ok), 17:51, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Перевожу на русский. Тебе кажется. Поэтому ты не используешь
    >  локапах в sendfile()

    Это где ?

     
  • 7.103, Клыкастый (ok), 19:34, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Перевожу на русский. Тебе кажется. Поэтому ты не используешь
    > А вон те граждане загадившие все рассылки нытьем о локапах в sendfile()

    v15 на сырой 8.0?? ну да. и что-то я воплей много не наблюдал. не туда смотрел?


     
  • 3.87, SergMarkov (ok), 01:33, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У меня почему то ровно обратная картина - и скорость копирования меньше, и время запуска увеличилось
     

  • 1.5, Troy (??), 12:36, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я тоже так считаю, надеюсь Red Hat меня поддержит )
     
  • 1.7, epic_fail (?), 12:46, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто-нибудь, перечислите весомые плюсы миграции на эту фс с ext4.
     
     
  • 2.26, Аноним (-), 16:13, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    От применений зависит В основном - copy on write Недеструктивная запись - при ... большой текст свёрнут, показать
     

  • 1.8, Аноним (8), 12:58, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    тормоза для dpkg на ссд уже пофиксили? а то ставил на ссд эту шуструю фс, apt-get upgrade стал просто заниматьв 10 раз больше времени.(какая-то фигня с синком фс на ссд)
     
     
  • 2.11, Аноним (-), 13:10, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да, теперь всё летает.
     
  • 2.13, ragus (ok), 13:24, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    eatmydata
     
     
  • 3.29, Аноним (-), 16:18, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > eatmydata

    Угу-угу, и полный факап фиг знает где при крахе. Пакетный менеджер же не для красоты fsync-и хреначит, а для поддержки консистентного состояния. Сломать эту механику конечно можно, но в случае аварии это месиво от асфальта отскрeбать будет совсем не весело.

     
  • 2.27, Аноним (-), 16:14, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > какая-то фигня с синком фс на ссд)

    Уточним, какая-то фигня с медленным выполнением fsync() вообще. А dpkg - частный случай. В 3.7 сие прилично подтянули.

     

  • 1.18, myhand (ok), 14:01, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Например, в SUSE пока не поддерживаются такие возможности Btrfs ... RAID и хранение данных в сжатом виде.

    И ладненько.  Хорошо, что Нейла Брауна пока не тронули, пусть занимается полезными вещами...

     
  • 1.19, anoname (?), 14:22, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот пускай сами и используют. А мы по старинке - ext3/4
     
  • 1.20, анонимм (?), 14:27, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    бтрфс и снаппер там разве не давным давно?
     
     
  • 2.21, sergey (??), 15:48, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Snapper вообще появился чуть больше года назад. А btrfs поддерживается SUSE Linux только с последнего сервис пака, т.е. с февраля.
     
     
  • 3.41, анонимм (?), 21:12, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    о чём и говорю, в sle11 sp2 всё было уже, а журналюги вдруг проснулись с новостью
     

  • 1.22, nagual (ok), 15:55, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Suse хотят снапшеты :))
     
     
  • 2.32, anonymous (??), 16:44, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лучше бы тогда next3 и ext4-next сделали. И снапшоты есть, и совместимо с ext3/ext4. Может бы тогда их наконец-то в ядро включили, и в ванильных e2fsprogs для них бы поддержка появилась.
     
     
  • 3.50, Аноним (-), 05:36, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше бы тогда next3 и ext4-next сделали.

    Кому лучше? Если примотать к автомобилю проволокой крылья, из оного получится на редкость паршивый самолет. В силу общей незаточенности конструкции на такое применение. Намного лучше когда конструкция самолета изначально спроектирована под задачи самолета, а не сделана из того что было, путем приматывания проволокой кое-как. Вот в btrfs снапшоты - это не довесок где-то сбоку. Это естественное свойство CoW-логики.

     

  • 1.31, Аноним (-), 16:32, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Debian ядро 3.6, btrfs на корне. В принципе нареканий нето кроме, одной проблемы: удаляю файл 5 ГБ, а место освобождается после ребута... Что может быть?
     
     
  • 2.34, Аноним (-), 17:43, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно файл кто-то еще держит открытым.
     
     
  • 3.36, Аноним (-), 17:50, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Блин! Точно! Всё забываю про transmission. ССЗБ.
     
     
  • 4.49, Аноним (-), 05:32, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Блин! Точно! Всё забываю про transmission. ССЗБ.

    Это вообще типовое поведение ФС в Linux. Не баг а фича, кстати.

     

  • 1.40, AlexAT (ok), 20:47, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну вот и понеслась.
    Oracle.
    SUSE.
    RH обещает в 7.
     
     
  • 2.47, Аноним (-), 05:18, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну вот и понеслась.

    Ну дык допилили более менее, основной набор фич более-менее стабильно заработал. Пора.

     

  • 1.57, linux must _RIP_ (?), 09:59, 12/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Маттиас Эккерман (Matthias Eckermann), возглавляющий разработку SUSE Enterprise Linux,
    > считает

    А где тэг реклама? ну SUSE нашло повод напомнить о себе :-) А дальше что? они считали что рейсер стабилен в то время когда у него хватало болячек роста :-) теперь вот и тут "считают" - а данные терять вам.

     
     
  • 2.61, Константин_томск (?), 12:36, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Маттиас Эккерман (Matthias Eckermann), возглавляющий разработку SUSE Enterprise Linux,
    >> считает
    > А где тэг реклама? ну SUSE нашло повод напомнить о себе :-)
    > А дальше что? они считали что рейсер стабилен в то время
    > когда у него хватало болячек роста :-) теперь вот и тут
    > "считают" - а данные терять вам.

    Я как бы сам давно использую сузю в продакшене, уже года как 4. Так вот тоже соглашусь что запиливание бтр в продакшен это больше поахнет рекламным ходом, потому что в своё время они так же с РайзерФС поступили и мы купившись на эту новость на него переехали. из за чего через год начали жалеть.

     
     
  • 3.62, nagual (ok), 12:49, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >[оверквотинг удален]
    >>> считает
    >> А где тэг реклама? ну SUSE нашло повод напомнить о себе :-)
    >> А дальше что? они считали что рейсер стабилен в то время
    >> когда у него хватало болячек роста :-) теперь вот и тут
    >> "считают" - а данные терять вам.
    > Я как бы сам давно использую сузю в продакшене, уже года как
    > 4. Так вот тоже соглашусь что запиливание бтр в продакшен это
    > больше поахнет рекламным ходом, потому что в своё время они так
    > же с РайзерФС поступили и мы купившись на эту новость на
    > него переехали. из за чего через год начали жалеть.

    А что вы хотели от OpenSUSE ? Это дистр для беттатестов.

     
     
  • 4.66, Аноним (-), 12:57, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А что вы хотели от OpenSUSE ? Это дистр для беттатестов.

    Если зюзя дистр для бетатестов, тогда эта ваша фрибзда - вообще ядерный полигон.

     
  • 4.70, nagual (ok), 13:04, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    >>> А где тэг реклама? ну SUSE нашло повод напомнить о себе :-)
    >>> А дальше что? они считали что рейсер стабилен в то время
    >>> когда у него хватало болячек роста :-) теперь вот и тут
    >>> "считают" - а данные терять вам.
    >> Я как бы сам давно использую сузю в продакшене, уже года как
    >> 4. Так вот тоже соглашусь что запиливание бтр в продакшен это
    >> больше поахнет рекламным ходом, потому что в своё время они так
    >> же с РайзерФС поступили и мы купившись на эту новость на
    >> него переехали. из за чего через год начали жалеть.
    > А что вы хотели от OpenSUSE ? Это дистр для беттатестов.

    Вы наверно с ынтырпрайзЗЮЗЕЙ перепутали ? Таки да она для продакшена а опен для тестов на живых хомечках всего того что планируется добавить в продакшен. Дык чего удивляться - холява Сер.

     
     
  • 5.78, Аноним (-), 17:46, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вы наверно с ынтырпрайзЗЮЗЕЙ перепутали ? Таки да она для продакшена а
    > опен для тестов на живых хомечках всего того что планируется добавить
    > в продакшен. Дык чего удивляться - холява Сер.

    Ага. а FreeBSD - для тестов на хомячках перед добавлением в Mac OS X и JunOS. Халява, сэр :)

     
     
  • 6.84, GentooBoy (ok), 21:34, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Больно видать вас фря покусала, вам бы к доктору.
     
     
  • 7.98, Аноним (-), 17:30, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Больно видать вас фря покусала, вам бы к доктору.

    А можно сначала наугала и ко туда отправить?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру