The OpenNET Project / Index page

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

Ted Ts'o ушел из Linux Foundation и займется внедрением Ext4 в Google

14.01.2010 17:32

Ted Ts'o, известный разработчик Linux ядра, создавший файловые системы ext2, ext3 и ext4, объявил о завершении своего двухгодичного срока пребывания на посту технического директора организации Linux Foundation. Новым местом работы Теда стала компания Google, в которой он будет заниматься разработками, связанными с файловыми системами, хранилищами данных и Linux ядром.

В частности, в первое время основной задачей Теда станет совершенствование Ext4, так как Google планирует в скором времени перевести на данную ФС свои системы, которые все еще базируются на файловой системе Ext2. Решение перехода на Ext4 было принято после длительного тестирования в недрах Google, при этом в качестве вариантов для замены рассматривались XFS, Ext4 и JFS. Тестирование показало пригодность Ext4 и XFS для типичной для серверов в Google нагрузки, в пользу конечного выбора Ext4 сыграл более простой процесс миграции текущих хранилищ.

В Linux Foundation Тед курировал технические вопросы работы Linux Foundation, включая контроль за разработкой программы стандартизации Linux Standard Base (LSB), мониторинг рабочих групп (таких как Open Printing), обеспечивал взаимодействия между членами LF и техническим советом (Technical Advisory Board).

  1. Главная ссылка к новости (http://www.h-online.com/open/n...)
  2. OpenNews: У Linux Foundation новый технический директор
  3. OpenNews: Набор для тестирования Linux ядра. Ted Ts'o подключился к работе Linux Foundation.
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25011-google
Ключевые слова: google, linux, ext4, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (41) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Иван Иванович Иванов (?), 18:02, 14/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ext4 стала с ядра 2.6.32 очень медленной, надеюсь, исправят.
     
     
  • 2.4, Self_Perfection (?), 18:25, 14/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    barrier=0 решает
     
     
  • 3.6, Иван Иванович Иванов (?), 19:03, 14/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчики не рекомендуют.
     
  • 2.11, szh (ok), 20:43, 14/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ext4 стала с ядра 2.6.32 очень медленной, надеюсь, исправят.

    надеюсь тебе есть чем подкрепить данное утверждение ?

     
     
  • 3.12, Иван Иванович Иванов (?), 20:45, 14/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На форониксе тесты лежат.

    Запись в sqlite стала медленней раз в 20.

     
     
  • 4.16, pavlinux (ok), 22:14, 14/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >На форониксе тесты лежат.

    Я больше верю Васи Пупкину, который на заборе бечмарки рисует и то красивее выходит...
    http://img0.liveinternet.ru/images/attach/b/2/24/822/24822489_64graffiti.jpg

    >Запись в sqlite стала медленней раз в 20.

    Галактиковапасности


     
     
  • 5.19, Иван Иванович Иванов (?), 01:48, 15/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Павлуша, оставьте!

    Ну нечем вам возразить, так молчите.

     
     
  • 6.20, Kaiser (ok), 04:14, 15/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Павлуша, оставьте!
    >
    >Ну нечем вам возразить, так молчите.

    Хоть у него нет аргументов, а у вас есть, я склонен ему верить. Так как ссылка не на авторитетный источник. Они не умеют тестировать.

    Но возможно, что вы и правы.


     
     
  • 7.23, Иван Иванович Иванов (?), 13:21, 15/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К примеру, скорость Postgres под 2.6.32 и более ранними ядрами:

    http://www.phoronix.com/scan.php?page=article&item=ubuntu_lucid_alpha2&num=3

    Разница почти на порядок.

    А вы слушайте Павлушу дальше.

     
     
  • 8.27, User294 (ok), 21:56, 15/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бенчи фороникса и каркание Павлина в данном случае примерно одинаковы по увесист... текст свёрнут, показать
     
     
  • 9.29, Иван Иванович Иванов (?), 22:33, 15/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы ведь меня даже не слышите Я вам к примеру Postgres привожу, а вы снова за SQ... текст свёрнут, показать
     

  • 1.2, Аноним (-), 18:12, 14/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Тестирование показало пригодность Ext4 и XFS для типичной для серверов в Google нагрузки, в пользу конечного выбора Ext4 сыграл более простой процесс миграции текущих хранилищ.

    Разум победил?

     
     
  • 2.3, Аноним (-), 18:25, 14/01/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Лень победила.
     
     
  • 3.5, azure (ok), 18:26, 14/01/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    лень = разум?
     
  • 3.13, szh (ok), 20:45, 14/01/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Прагматизм, а не лень.
     
     
  • 4.14, EVS21 (??), 21:14, 14/01/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Прагматизм, а не лень.

    человеку свойственно оправдывать свои недостатки :)
    Лень - двигатель прогресса, это уже аксиома!

     
     
  • 5.15, XoRe (ok), 22:11, 14/01/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >>Прагматизм, а не лень.
    >
    >человеку свойственно оправдывать свои недостатки :)
    >Лень - двигатель прогресса, это уже аксиома!

    В бизнесе это называют "минимизация временных и организационных затрат" =)

     
  • 3.22, Аноним Я (?), 11:49, 15/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Лень - двигатель прогресса !
     

  • 1.21, i (??), 11:02, 15/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    жаль, что не XFS выбрали...
     
     
  • 2.40, Аноним_ (?), 08:07, 18/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >жаль, что не XFS выбрали...

    Действительно, а то тормозили бы и данные теряли, глядишь и загнулся бы большой брат.

     
  • 2.41, Tav (ok), 05:45, 19/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Почему?
     

  • 1.24, Аноним (-), 14:03, 15/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    он ушел и не обещал вернуться)
     
     
  • 2.25, konwin (?), 16:21, 15/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ИМХО новость хорошая - если гугл возьмётся за ext4, её быстро доведут до ума....
     

  • 1.26, iZEN (ok), 21:08, 15/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Есть уже проверенные UFS2 и ZFS. Зачем переводить сервера на ещё не готовую к продакшену Ext4?
     
     
  • 2.28, аноним (?), 22:15, 15/01/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не уж-то умнее дядей из гугла будеш?
     
  • 2.30, szh (ok), 04:13, 16/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть уже проверенные UFS2 и ZFS. Зачем переводить сервера на ещё не готовую к продакшену Ext4?

    в отличии от тебя google умеет всё тестировать и принимать самостоятельные решения на основании реальных результатов, а не гадая на кафейной гуще.

    P.S. Про ZFS - ты десятки связанных с ZFS патентов у Sun выкупишь и выложишь в открытый доступ или предлагаешь кому-то другому заплатить ?

     

  • 1.31, Anon Y Mous (?), 05:07, 16/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Про ZFS - ты десятки связанных с ZFS патентов у Sun выкупишь и выложишь в открытый доступ или предлагаешь кому-то другому заплатить ?

    В чем проблема-то? Нет никаких проблем при условии соблюдения лицензии. Соблюдайте ее условия и пользуйтесь на здоровье.

     
     
  • 2.32, szh (ok), 13:38, 16/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В чем проблема-то? Нет никаких проблем при условии соблюдения лицензии. Соблюдайте ее условия и пользуйтесь на здоровье.

    лицензия не позволяет запускать этот код в ядре линукс. А иным способом запускать - куча других проблем, не подходит. На здоровье не получится, Sun специально об этом позаботилась.

     
     
  • 3.33, Anon Y Mous (?), 19:36, 16/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > лицензия не позволяет запускать этот код в ядре линукс. А иным способом запускать - куча других проблем, не подходит. На здоровье не получится, Sun специально об этом позаботилась.

    давайте называть вещи своими именами - лицензия на ядро Линукс (а то и вообще ее интерпретация основными идеологами проекта) не позволяет запускать код под CDDL в Линукс. FreeBSD вот такой проблемы не имеет и спокойненько себе запускает ;-)

     
     
  • 4.34, szh (ok), 22:36, 16/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > давайте называть вещи своими именами

    давайте. Sun специально разработал открытую лицензию несовместимую с GPL. Кучу денег угрохал на эту цель. В том числе чтобы в линукс ядре нельзя было запускать открытый код ZFS. С этой целью они справились.

    > FreeBSD вот такой проблемы не имеет и спокойненько себе запускает ;-)

    из-за лицензии которая позволяет запускать zfs  freeBSD отдыхает в своем развитии по сравнению с линукс уже 10 лет.

     
     
  • 5.46, Anon Y Mous (?), 15:11, 20/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > давайте. Sun специально разработал открытую лицензию несовместимую с GPL. Кучу денег угрохал на эту цель. В том числе чтобы в линукс ядре нельзя было запускать открытый код ZFS. С этой целью они справились.

    Это ваши домыслы, не более того. Факт состоит в том, что сама по себе CDDL не содержит препятствий к использованию лицензированного на ее условиях кода в других проектах, другими словами, в ней не написано, что нельзя использовать в проектах под лицензией GPL. Спорить будете?

    Каковы были причины Сана создавать CDDL - ни вы, ни я на 100% не знаем. Так что можете продолжать на эту тему спекулировать, но это будет не более чем спекуляцией.

    > из-за лицензии которая позволяет запускать zfs  freeBSD отдыхает в своем развитии по сравнению с линукс уже 10 лет.

    FreeBSD вполне себе развивается, так что это, похоже, тоже ваши домыслы. Если вы о скорости и количестве изменений, то большое их количество в Линуксе говорит лишь о том, что у него нет определенного вектора развития, вот он и пухнет с каждым днем (вспомните слова Торвальдса про fat'n'bloated).

     
  • 4.35, Andrey Mitrofanov (?), 22:36, 16/01/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >давайте называть вещи своими именами - лицензия на ядро Линукс (а то
    >и вообще ее интерпретация основными идеологами проекта) не позволяет запускать код
    >под CDDL в Линукс.

    Точно-точно! За много лет до создания пресловутой CDDL, GPL была написана, применена для выпуска ядра linux -- [кучкой злостных террористов-заговорщиков!] с особо циничной целью таааааак расстроить почитателей передовых технологий! Это ж ай-яй-яй просто какой-то.

    >FreeBSD вот такой проблемы не имеет и спокойненько себе запускает ;-)

    Очень! Очень позитивные ребята. Тащат в свой код самые передовые технологии, их код тащит каждый второй особо передовой. Прогресс и победа опенсорса. Очень радует!

     

  • 1.36, Casm (??), 13:47, 17/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надеюсь, теперь reiser4 примут в ядро.
     
     
  • 2.37, szh (ok), 22:40, 17/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    сложнейший кусок кода в котором почти никто хорошо не разбирается и в котором еще куча глюков приймут в ядро, да еще и при отсутствии интереса потратить деньги на его поддержку со стороны крупных игроков ? не дождетесь. После ext4 зреет BTRFS как огромный шаг вперед во всем кроме работы с мелкими файлами AFAIK.
     
     
  • 3.38, be_nt_all (ok), 23:06, 17/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >сложнейший кусок кода в котором почти никто хорошо не разбирается и в
    >котором еще куча глюков приймут в ядро

    http://opennet.ru/opennews/art.shtml?num=24194
    «Reiser4 может войти в состав Linux ядра во второй половине 2010 года»

    Те кто код ReiserFS писал, те его и пишут. А, скажем так, трагический принудительный уход с поста майнтейнера основателя проекта, с его агрессивно-неуживчивым характером, поспособствовал лучшему нахождению общего языка с держателями кода ядра.

    >огромный шаг вперед во всем кроме работы с мелкими файлами

    А мелкие файлы — это исходники, конфиги, html-странички и т.д., и т.п. То есть случай хоть и частный, но очень важный.

     
  • 3.39, anonymous (??), 05:15, 18/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >После ext4 зреет BTRFS как огромный шаг вперед
    >во всем кроме работы с мелкими файлами AFAIK.

    BTRFS - это огромный шаг вперед по спусканию вашего дискового пространства в туалет

     
  • 3.49, Basiley (ok), 10:13, 21/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    интересный FUD.
    мр Балмер, перелогиньтесь.
     
  • 2.42, Tav (ok), 05:47, 19/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Надеюсь, теперь reiser4 примут в ядро.

    Зачем?

     
     
  • 3.43, Casm (??), 18:22, 19/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Зачем?

    Just for Fun

     

  • 1.44, fan (??), 04:41, 20/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    при этом в качестве вариантов для замены рассматривались XFS, Ext4 и JFS.
    кстате почему нет ZFS ????
     
     
  • 2.45, Andrey Mitrofanov (?), 09:59, 20/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Уныло. :-P IHBT, да... Не удержусь: потому что пригласить проработыть Тэда Цо показалось чуть проще, чем... ну, скажем купить Сан для перелицензирования... или перевода всего парка машин с того, что работает и стабильно денежки приносит на кусок передовой технологии от одной или другой "группы разработчиков". ---И Вы не волнуйтесь, Гугль никак не намекал на Вашу неполноценность, выбрав не ZFS---
     

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



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

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