The OpenNET Project / Index page

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

Oracle портирует под Linux системы DTrace и Zones

06.10.2011 19:37

В представленной на конференции OpenWorld презентации, посвященной грядущим новшествам дистрибутива Oracle Linux, упомянуто портирование под Linux технологии динамической отладки DTrace и системы легковесных изолированных контейнеров Solaris Zones (в презентации Oracle упоминается лишь Linux Containers, но в блоге одного из разработчиков DTrace упоминается, что речь о портировании Zones). Технологии планируют интегрировать в следующий значительный релиз ядра Unbreakable Enterprise Kernel.

Следует отметить, что в рамках проекта CRiSP с 2008 года развивается порт DTrace для Linux, работающий в виде модуля ядра. Разработчики данного проекта встревожены шагом Oracle, но не исключают того, что это лишь маркетинговая уловка. Подкрепляет данное предположение и то, что детальной информацией не обладает никто, даже сотрудники Oracle -- подобное объявление стало неожиданностью, например, для некоторых разработчиков Solaris.

Интеграцию DTrace в Linux усложняла необходимость реализации большого числа контрольных вызовов (probes) в ядре Linux, что требовало внесения большого объёма типовых изменений. Например, в ядро Solaris для обеспечения полноценной поддержки DTrace внесено около 20 тысяч подобных контрольных вызовов. Oracle поддерживает свою ветку ядра Linux для дистрибутива Oracle Linux, т.е. теоретически может реализовать нужную функциональность. Но возникает проблема с поддержкой проделанного объема работы и синхронизацией с основным деревом ядра Linux, в которое поддержка DTrace не может быть принята в силу лицензионной несовместимости. Решить проблему могла бы смена лицензии на DTrace с CDDL на GPL, но Oracle не планирует идти на такой шаг и хочет ограничиться применением двойной лицензии для небольшой части кода (заголовочные файлы и жёстко прошитый в ядро код), оставив основной код, включая модуль ядра, под CDDL.

Адам Левенталь (Adam Leventhal), один из основных разработчиков DTrace, в прошлом году покинувший Oracle, в своём блоге высказал удивление подобным поворотом событий. Несколько лет назад, во время работы в Sun Microsystems, Адам обеспечил возможность использования DTrace для Linux-приложений, работающих в BrandZ (изолированное Linux-окружение, работающее поверх ядра Solaris) и разработал стратегию реализации DTrace на базе ядра Linux, поэтому тема портирования DTrace в Linux ему близка.

Известно, что работа пока сосредоточена только вокруг реализации части DTrace, работающей на уровне ядра системы. Также известно, что DTrace для Linux пока не проходит тестовый комплект DTrace test suite, т.е. находится на начальной стадии развития. Явно не упоминается, ведётся ли речь только о провайдере fbt (Function Boundary Tracing, отслеживает вход и выход из функций ядра) или уже реализованы провайдеры статической трассировки приложений и провайдеры для планировщика задач).

Примечательно, что для Linux развивается собственная технология динамической трассировки SystemTap, во многом похожая на DTrace по выполняемым задачам. Среди компаний, участвующих в развитии данной системы, кроме Red Hat, IBM, Intel и Hitachi, также числится и Oracle. Как и DTrace, SystemTap позволяет организовать доскональное наблюдение за работающей системой, производить сбор статистики о работе приложений, выполнять профилирование, контролировать работу системных вызовов. Управление производится через интерфейс командной строки и специальный Си-подобный язык сценариев. Тем не менее, в прошлом некоторые известные разработчики ядра Linux, например, Тед Тц'о (Ted Ts’o), автор файловых систем семейства Ext, высказывались с критикой SystemTap, считая данную систему непригодной к использованию, в отличие от DTrace, которая "просто работает". Кроме того, SystemTap поставляется только в составе Fedora Linux и RHEL, и не включена в основное ядро Linux.



  1. Главная ссылка к новости (http://dtrace.org/blogs/ahl/20...)
  2. OpenNews: Релиз системы динамической отладки SystemTap 1.6
  3. OpenNews: Завершена работа по поддержке DTrace на пользовательском уровне во FreeBSD
  4. OpenNews: Из Oracle ушел последний из ключевых разработчиков DTrace
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/31965-dtrace
Ключевые слова: dtrace, linux, solaris, porting, oracle
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (84) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, fyjybvec (?), 21:54, 06/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ещё Крис говорит, что со временем планируется сделать btrfs основной фс в Orecle Linux...
     
     
  • 2.4, Аноним (-), 22:29, 06/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ее вероятно везде планируется сделать основной в будущем :)
     
     
  • 3.5, evgeny_t (ok), 22:51, 06/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    когда будущее настанет тогда и будет
     
     
  • 4.7, Аноним (-), 23:21, 06/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > когда будущее настанет тогда и будет

    Капитан?


     
     
  • 5.19, Mans Health (?), 09:58, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Капитан _ корпорации двигают вперед Linux GNU/GPL .
     
     
  • 6.41, Аноним (-), 17:27, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Капитан _ корпорации двигают вперед Linux GNU/GPL .

    Пусть хоть лысый хрен с горы двигает, если его цели совпадают с нашими и он соблюдает лицензию.

     
     
  • 7.46, Mans Health (?), 19:04, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А зачем нужен открытый код если добровольные программисты , любители скоро будут не у дел . Выходит  ГНУ создавался под корпорации и эта халява закончится вместе с легкостью разработки когда без профессионалов хоть снова на винду переходи  .
     
     
  • 8.56, Аноним (-), 03:20, 08/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно Ничего так не выходит Разрабатывайте себе на здоровье, кто мешает-то ... текст свёрнут, показать
     
  • 8.83, Аноним (-), 16:56, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит будут не у дел Вам запретят брать в руки компилер и вносить изменени... текст свёрнут, показать
     

  • 1.6, umbr (ok), 23:16, 06/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Будет чудесно... если у них это получится.
     
     
  • 2.8, Аноним (-), 23:22, 06/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Будет чудесно... если у них это получится.

    Что-то мне так кажется что простым смертным с этого обломится только то что в кернеле...

     
  • 2.24, Аноним (-), 12:59, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    "Если" - хоршее слово. Совершенно чужеродные технологии из совершенно чуждого ядра. Концептуально другого ядра. ZFS во Фре мы уже видели. "Рабинович напел".

    Ядра Солярис и Линукс ортогональны. Линукс - монолитное ядро а-ля BSD. Солярис - полностью динамическое высокомасштабируемое ядро а-ля AT&T.

    Как можно надеяться даже на то, что из двух таких ядер один компонент приживется в другом и будет хотя бы не хуже? Мичуринцы, блин. "Полез на елку за укропом, а его арбузами завалило".

     
     
  • 3.30, jSnake (??), 13:37, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во-во. Другое дело, что идеи, заложенные в DTrace оказались весьма удачными. Думаю, покрыть ядро Linux (которое из штанишек выросло) probe'ами идея очень своевременная. Но этого мало, нужна ещё чёткая архитектура, внятный скриптовый язык (я D, например, не осилил, каюсь), набор пользовательских утилит и т.д. А вот если лучшее из DTrace, SystmTap и прочая лягут в основу промышленного стандарта - вот это будет айс.

    > Как можно надеяться даже на то, что из двух таких ядер один
    > компонент приживется в другом и будет хотя бы не хуже? Мичуринцы,
    > блин. "Полез на елку за укропом, а его арбузами завалило".

     
  • 3.35, umbr (ok), 15:08, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >...один компонент приживется в другом...

    В данном случае речь идет не о компоненте из одного ядра, гвоздями прибитом к другому, а о переносе на уровне идеи: обложить систему датчиками, позволяющими трассировать программы в любых условиях.

     

  • 1.9, Зловред (?), 00:12, 07/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то мне подсказывает, что поддержку своих CDDL вставок им придется делать модулем. Иначе получат по голове.
     
  • 1.10, pavlinux (ok), 00:29, 07/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Лучше позже, чем никому. :)

    Где ж они были 10 лет назад, когда небыло KDB/KGDB/LTTng/ltrace/OProfile/Kprobes/...
    Для ленивых наделали парсеры MCE/MSR/MTRR/DMI/ACPI, едрить вашу вошь, ядро
    по битам разобрать можно. 20-25 лет назад бы такую халяву.
      Сейчас в ядре Линуха столько средств для отладки всего чего только можно, что
    остальные операционки нервно курят в детском садике для умственно отсталых ОСей.
    Отлаживать можно все, используя при этом только необходимый инструмент на данный момент,
    а не перех...чивая весь код ядра, всовывая в каждую подсистему функции трассировки.
    Так что это приблуда особо погоды не сделает.

     
     
  • 2.11, z (??), 01:22, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну ответь мне, эксперт, как в удобоваримом (-экспортируемом) виде получить, скажем, число переходов процессора в С3 за посленюю минуту? "нинужно" будет считаться за слив, если что
     
     
  • 3.12, Taller (?), 02:09, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а как это сделать с помощью DTrace в солярке?
     
     
  • 4.25, Аноним (-), 13:00, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > а как это сделать с помощью DTrace в солярке?

    Почитай автора DTrace Брендана Грегга. У него все описано, как написать скрипт для счета чего угодно в ядре _солярис_.

     
     
  • 5.32, Аноним (-), 14:39, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Почитай автора DTrace Брендана Грегга.

    Слив, как говорится, засчитан =)

     
     
  • 6.47, Аноним (-), 22:22, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ты вообще DTrace хоть раз видел? Читал книгу Брендана? Использовал ее? О чем ты вообще трындишь? Слив - это ты. Который устриц не жрал, но мнение имеет.
     
     
  • 7.59, Аноним (-), 12:34, 08/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты вообще DTrace хоть раз видел? Читал книгу Брендана? Использовал ее? О
    > чем ты вообще трындишь? Слив - это ты. Который устриц не
    > жрал, но мнение имеет.

    Я всего лишь показываю абсурдность вашей точки зрения - человека, ни разу не видевшего конкурирующие технологии и не читавшего документации по ним, но решительно осуждающего их.
    Считайте, что вы ругаетесь с собственным отражением в зеркале :)

     
  • 7.84, Аноним (-), 16:58, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты вообще DTrace хоть раз видел? Читал книгу Брендана? Использовал ее? О
    > чем ты вообще трындишь? Слив - это ты. Который устриц не
    > жрал, но мнение имеет.

    "Если человек не может в двух словах объяснить кухарке чем он занимается, значит он сам не понимает чем он занимается". Мысля принадлежит известному физику (Резерфорду).

     
     
  • 8.96, arisu (ok), 14:13, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    оммм Авторитет, преклоняемся а вообще, если человек может 171 в двух словах ... текст свёрнут, показать
     
     
  • 9.97, jSnake (??), 14:22, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вы путаете пояснить, чем занимается с как это работает, причём тут я и за что... текст свёрнут, показать
     
     
  • 10.99, arisu (ok), 14:26, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    тогда универсальный ответ на вопрос 171 чем занимается 187 состоит вообще из... текст свёрнут, показать
     
     
  • 11.100, jSnake (??), 15:18, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну, это-то да и возразить весьма трудно ... текст свёрнут, показать
     
  • 5.61, Аноним (-), 12:40, 08/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Почитай автора DTrace Брендана Грегга. У него все описано, как написать скрипт для счета чего угодно в ядре _солярис_.

    А вы читали Брендана Грегга? Если бы читали, то знали бы, что они никогда не писал, как подсчитать число переходов процессора в С3 за посленюю минуту в ядре _солярис_.

     
  • 4.37, Аноним (-), 15:59, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > а как это сделать с помощью DTrace в солярке?

    А кто сказал, что DTrace это может?

     
     
  • 5.38, jSnake (??), 16:38, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    DTrace может. Только сомневаюсь, что для этой конкретной задачки есть готовые датчики, да ещё и в ядре солярки. А вот в либах ACPI для какой-нибудь Mac OS или фри - могут быть. Особо жаждущим можно переписать соответствующие куски кода для Illumos))
    PS Капча супер - 01110.
    > А кто сказал, что DTrace это может?
     
     
  • 6.39, jSnake (??), 17:15, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Короче можно, на уровне датчиков драйвера acpidrv. Например, температуру, скорость вентиляторов можно глянуть в sdt:tzmon:tzmon_eval_zone:tz-temp. Очень привязано к железу, в случае x86 - к BIOS, т.к. сигналы ACPI у разных вендоров, похоже, разные. Оказывается, трассировка ACPI в OpenSolaris ещё с 70-х билдов поддерживается. Так что кодеры, вперёд, это не так сложно!
    PS Капча 14235. Издеваетесь?

    > DTrace может. Только сомневаюсь, что для этой конкретной задачки есть готовые датчики,
    > да ещё и в ядре солярки. А вот в либах ACPI
    > для какой-нибудь Mac OS или фри - могут быть. Особо жаждущим
    > можно переписать соответствующие куски кода для Illumos))
    > PS Капча супер - 01110.
    >> А кто сказал, что DTrace это может?

     
  • 6.43, Аноним (-), 17:31, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > DTrace может. Только сомневаюсь, что для этой конкретной задачки есть готовые датчики,
    > да ещё и в ядре солярки.

    Нормально, брякнуть пример и на нем же и слиться. Солярщики эпичны.

    > А вот в либах ACPI для какой-нибудь Mac OS или фри - могут быть.

    Или решение конкретной задачи, или слив будет засчитан. Сами напросились, так что - счастливой отладки, буки.

    > Особо жаждущим можно переписать соответствующие куски кода для Illumos))

    Дешевая отмазка.

    > PS Капча супер - 01110.

    В отличие от поста, который одна сплошная отмазка и слив. Выглядит как FAIL понтов.


    Кстати а чего такого полезного дает знание о числе впадений проца в C3? А то я могу померять даже температуру помоев попадающих в канализацию. Но зачем?

     
     
  • 7.44, jSnake (??), 17:54, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Нормально, брякнуть пример и на нем же и слиться. Солярщики эпичны.
    >Кстати а чего такого полезного дает знание о числе впадений проца в C3?

    Эй, а я-то тут причём?!! Не я тему завёл, просто интересно. Мне больше как-то более приземлённо в жизни надо:
    # Disk size by process,
    dtrace -n 'io:::start { printf("%d %s %d",pid,execname,args[0]->b_bcount); }'  
    # Pages paged in by process,
    dtrace -n 'vminfo:::pgpgin { @pg[execname] = sum(arg0); }'
    # Minor faults by process,
    dtrace -n 'vminfo:::as_fault { @mem[execname] = sum(arg0); }'

    >А то я могу померять даже температуру помоев попадающих в канализацию. Но зачем?

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

     
     
  • 8.48, Аноним (-), 22:23, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Британских ученых интересует даже средняя температура же... текст свёрнут, показать
     
     
  • 9.54, jSnake (??), 23:51, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да не забивайте Вы себе голову ерундой всякой Зачем страдать-то ... текст свёрнут, показать
     
  • 8.85, Аноним (-), 17:03, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не, вон тот товарищ брякнул про S3, пусть теперь и отдувается Перфкаунтеры сд... текст свёрнут, показать
     
  • 3.13, Аноним (-), 02:36, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Экспортируемом? Куда? И зачем? И что вообще есть экспортируемый вид, чем он от неэкспортируемого отличается?
     
     
  • 4.28, z (??), 13:14, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Слив, как говорится, засчитан =)
     
     
  • 5.86, Аноним (-), 17:04, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Слив, как говорится, засчитан =)

    С такой "аргументацией" как у вас - без вариантов.

     
  • 3.31, pavlinux (ok), 14:02, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ну ответь мне, эксперт, как в удобоваримом (-экспортируемом) виде получить, скажем, число
    > переходов процессора в С3 за посленюю минуту?

    http://www.acpica.org/overview.php

    Там стока всего интересного... Но ведь хочется готовое, с одной кнопкой [ Посчитай С3 за минуту ]

    :)

     
  • 3.33, Аноним (-), 14:46, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ну ответь мне, эксперт, как в удобоваримом (-экспортируемом) виде получить, скажем, число переходов процессора в С3 за посленюю минуту? "нинужно" будет считаться за слив, если что

    Почитай документацию по systemtap. Там все описано, как написать скрипт для счета чего угодно в ядре _линукс_.

     
     
  • 4.49, Аноним (-), 22:24, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> ну ответь мне, эксперт, как в удобоваримом (-экспортируемом) виде получить, скажем, число переходов процессора в С3 за посленюю минуту? "нинужно" будет считаться за слив, если что
    > Почитай документацию по systemtap. Там все описано, как написать скрипт для счета
    > чего угодно в ядре _линукс_.

    Покажи мне скрипт для вычисления среднего количества евентов DDoS во время атаки по отношению к полезным запросам на уровне /dev/ip в линуксе. Окда?

     
     
  • 5.58, Аноним (-), 12:32, 08/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Покажи мне скрипт для вычисления среднего количества евентов DDoS во время атаки по отношению к полезным запросам на уровне /dev/ip в линуксе. Окда?
    >/dev/ip в линуксе

    Только после скрипта на DTrace, рассчитывающего мне гороскоп на завтра :D

     
     
  • 6.73, z (??), 09:19, 10/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Только после скрипта на DTrace, рассчитывающего мне гороскоп на завтра :D

    тебе защита вне очереди =)

     

  • 1.16, upyx (ok), 05:34, 07/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > ...хочет ограничиться применением двойной лицензии для небольшой части кода (заголовочные файлы и жёстко прошитый в ядро код), оставив основной код, включая модуль ядра, под CDDL.

    Ага, знаем мы их. Сделают бинарный блоб, который будет работать только в их Unbr. Linux. Может позже кто-нибудь с пачкой патчей и бубна запустит в другом дистрибе, но зачем?

     
     
  • 2.22, Аноним (-), 11:44, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, знаем мы их. Сделают бинарный блоб,

    Блоб точно не сделают. CDDL - copyleft, как и GPL, поэтому кода они не закроют.

    > который будет работать только в
    > их Unbr. Linux. Может позже кто-нибудь с пачкой патчей и бубна
    > запустит в другом дистрибе, но зачем?

    Вот здесь вы абсолютно правы. Полноценный ZFS под линукс существует уже полгода, но никому нафиг не сдался, даже без проблем с портированием. А у оракловых поделок они будут, можно не смоневаться.

     
     
  • 3.29, Crazy Alex (??), 13:33, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У них все права на этот код. Могут новую версию выкатить под любой желаемой лицензией.
     
  • 3.40, Аноним (-), 17:23, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Блоб точно не сделают. CDDL - copyleft, как и GPL,

    Только это очень специальная интерпретация копилефта, адаптированная к гребле под себя санками, ну и ораклом по наследству. По этому поводу с GPL не совместим - тот ставит целью дать всем равные права.

     
     
  • 4.57, Аноним (-), 12:30, 08/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Afaik, несовместимы они потому, что каждая из них требует, чтобы в каждый файл был вписан только ее дисклеймер. Как говорится, "два барана на бревне".
     
  • 4.74, Школьник (ok), 11:01, 10/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и в чем ее специфичность? Что, в тексте CDDL прописано "all rights to code belong to Sun/Oracle"?
     
     
  • 5.76, arisu (ok), 18:05, 10/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и в чем ее специфичность? Что, в тексте CDDL прописано "all
    > rights to code belong to Sun/Oracle"?

    да. и потому эту фигню нельзя форкануть. и потому она — закрытая.

     
     
  • 6.93, Школьник (ok), 10:35, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Что нельзя форкануть - код под CDDL? Еще как можно.
     
     
  • 7.98, arisu (ok), 14:24, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Что нельзя форкануть — код под CDDL? Еще как можно.

    э… да, погорячился.

     
  • 5.88, Аноним (-), 17:10, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и в чем ее специфичность? Что, в тексте CDDL прописано "all
    > rights to code belong to Sun/Oracle"?

    Да, а с буя ли когда _я_ дописываю/меняю код, все права автоматически и без спроса пойдут саням или ораклу??? Предпочитаю явный апрув такой активности, с четким пониманием кому и по какому поводу я вдруг столько прав из своих АП отсыпаю одним махом. В свете этого CDDL выглядит полной подставой для авторов: оракл/сани в любой момент могут покрутить правами на мой код как угодно. А мне это зачем?

     
     
  • 6.94, Школьник (ok), 10:39, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, а с буя ли когда _я_ дописываю/меняю код, все права автоматически
    > и без спроса пойдут саням или ораклу???

    Они к ним перейдут только в том случае, если подпишете Oracle Contributor Agreement. Просто не подписывайте его.

    > В свете этого
    > CDDL выглядит полной подставой для авторов: оракл/сани в любой момент могут
    > покрутить правами на мой код как угодно. А мне это зачем?

    Какая подстава? CDDL более либеральна, чем GPL. И это - free software license, по мнению фонда FSF. Сюрприз?

     
  • 4.75, Аноним (-), 14:42, 10/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    в каком месте вы видели равные права в GPL?
    GPL - это собственническая лицензия в отличии от CDDL - которая для девелоперов.
     
     
  • 5.77, arisu (ok), 18:06, 10/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > в каком месте вы видели равные права в GPL?
    > GPL - это собственническая лицензия в отличии от CDDL - которая для
    > девелоперов.

    ты их, часом, местами не попутал?

     
  • 5.89, Аноним (-), 17:15, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > в каком месте вы видели равные права в GPL?

    В тексте этой лицензии. По нему у всех одинаковый набор прав - лицензия требует передать с ПО и набор прав.

    > GPL - это собственническая лицензия в отличии от CDDL - которая для девелоперов.

    CDDL это возможность бесплатно повъе на сан/оракл, отдав им _все_ права на _свой_ код и _не получая зарплату_ при этом. Извините, но только или полный лох, или очень богатый и щедрый человек готов отдать все права на свой код посторонней корпорации, ничего не получая от этой корпорации взамен. Это даже не работа за еду, это работа за просто так, с присвоением прав на результат труда другими, как при наемной работе.

     
     
  • 6.95, Школьник (ok), 10:41, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > CDDL это возможность бесплатно повъе на сан/оракл, отдав им _все_ права на
    > _свой_ код и _не получая зарплату_ при этом.

    Вы бы почитали ее для начала, прежде чем нести ахинею. Ни о какой передаче "всех прав" в тексте CDDL речь не идет.

     

  • 1.17, jSnake (??), 08:18, 07/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мда, внезапно. В Оракле решили смешать, но не взбалтывать солярку с линухом? Oracle SoLinux?!! Не, зоны и DTRace реально круто, но прикручивать это к ядру линукса идея не из лучших. И дело даже не в воплях перевозбуждённых фанатегов, аналог DTrace для ядра Linux имхо нужен, но уж лучше оракл к RedHat и IBM присоединился со своими (сановскими) идеями из DTrace, был бы толк.
     
     
  • 2.21, Аноним (-), 11:40, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >В Оракле решили смешать, но не взбалтывать солярку с линухом? Oracle SoLinux?!!

    В свое время, разработчики FreeBSD решили налить себе солярки. Получилось так себе, но пользователи довольны, а это главное.
    Посмотрим, что с пингвином получится.

     
     
  • 3.26, Аноним (-), 13:03, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>В Оракле решили смешать, но не взбалтывать солярку с линухом? Oracle SoLinux?!!
    > В свое время, разработчики FreeBSD решили налить себе солярки. Получилось так себе,
    > но пользователи довольны, а это главное.
    > Посмотрим, что с пингвином получится.

    "Так себе" - очень мягко сказано. В Солярке ZFS уже 5 лет активно используют в продакшене. У нас на родине один нешуточный банк второго уровня 4 года в продуктиве ВЕЗДЕ использует ZFS соляровский. Я прямо сейчас сижу в нете через прокси под Солярис 10 на ZFS, аптайм которого составляет 11 месяцев. Предшественник этого прокси на десятке и ZFS провел три года в аптайме, который прервался переездом компании.

    BSDшный форк никогда не вылезет с десктопов.

    То же самое будет в данном миксе. "Что солярке здорово, то пингвину смерть".

     
     
  • 4.34, pavlinux (ok), 14:47, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>>В Оракле решили смешать, но не взбалтывать солярку с линухом? Oracle SoLinux?!!
    >> В свое время, разработчики FreeBSD решили налить себе солярки. Получилось так себе,
    >> но пользователи довольны, а это главное.
    >> Посмотрим, что с пингвином получится.
    > "Так себе" - очень мягко сказано. В Солярке ZFS уже 5 лет
    > активно используют в продакшене. У нас на родине один нешуточный банк
    > второго уровня 4 года в продуктиве ВЕЗДЕ использует ZFS соляровский.

    Ну я в банке работал,в top100 российских банков входил,
    сервак жил на EXT2, аптайм был лет 5, патамуша в банках
    ваааще нах...й не нужна дисковая производительность.
    Были только 16-часовые и ночные бэкапы на резервный.
    Было 15 доп. офисов по Москве + около 200 по регионам.
    Весь ВПН тянула дохлая Cisco PIX 505 + правильная маршрутизация
    на двух 1-мбитных каналах. Жили не тужили.
    А самое главное это АБС, которая не напрягала сервак всякой х...й
    и гоном сотни SELECT/UPDATE на один запрос, по всей России и обратно.    

    Хотя при укуренных админах, можно и вкорячить кластер на 1000 нод,
    Solaris за 200.000$, EMC Symmetrix все это дело форматнуть ZFS,
    устроить NAS/SAN/NBD, всё это дело всунуть в облако, и канал на 1 Терабит.
    И мастурбировать "- как я крут!"


     
     
  • 5.50, Аноним (-), 22:26, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Расскажи эту хню админу сервера банкоматов с латентность... большой текст свёрнут, показать
     
     
  • 6.53, pavlinux (ok), 23:34, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Расскажи эту хню админу сервера банкоматов с латентностью 1 сек, окда?

    Не пзди бабуля, 1 сек..., ты за МКАД выезжаешь? Неделю назад в Смоленске был,
    латентнось банкомётов Pocбанка просто радует - 15-30 сек.

     
  • 6.62, Аноним (-), 12:43, 08/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Расскажи эту хню админу сервера банкоматов с латентностью 1 сек, окда?

    Его еще найти надо. В реальном мире, живые люди по пять минут возле банкоматов прыгают. И где ваши мифические сервера с откликом через одну секунду?

     
  • 4.36, Аноним (-), 15:58, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >У нас на родине один нешуточный банк второго уровня 4 года в продуктиве ВЕЗДЕ использует ZFS соляровский.

    Как тут верно заметили, с точки зрения банка и аптайма, разницы между ZFS и ext2 нет.

     
     
  • 5.51, Аноним (-), 22:26, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>У нас на родине один нешуточный банк второго уровня 4 года в продуктиве ВЕЗДЕ использует ZFS соляровский.
    > Как тут верно заметили, с точки зрения банка и аптайма, разницы между
    > ZFS и ext2 нет.

    ТЫ лично в банке работал? Башкой отвечал за сервера mission critical? Тогда сиди и тухни.

     
     
  • 6.60, Аноним (-), 12:38, 08/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ТЫ лично в банке работал? Башкой отвечал за сервера mission critical? Тогда сиди и тухни.

    Знаем мы ваш mission critical - в худшем случае уволят, а в большинстве случае просто начальство без вазелина накажет. В лес вас ночью никто не повезет, масштаб не тот. Так что не надо тут кококо.

     
  • 6.90, Аноним (-), 17:19, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ТЫ лично в банке работал? Башкой отвечал за сервера mission critical? Тогда сиди и тухни.

    Линь на биржах вон работает. Это пожалуй даже покруче будет, а? И там кстати времена транзакций меряют на миллисекунды и даже микросекунды, потому что автоматические системы торговли - весьма быстрые, и у кого меньше задержка - тот и хапает выгодный вариант первым, а остальные - обламываются. И почему-то там все резко возлюбили линух :)

     
  • 4.102, nomad (??), 13:18, 15/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >BSDшный форк никогда не вылезет с десктопов.

    А чем он принципиально хуже. Ну по сравнению с openzfs хотя бы.

     

  • 1.18, Ващенаглухо (ok), 09:05, 07/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    DTrace нужен для анминов Solaris-a (мне например) так как Systemtap я не знаю.
    Это удобно, если будет один инструмент и там и тут.
     
     
  • 2.23, all_glory_to_the_hypnotoad (ok), 12:15, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > DTrace нужен для анминов Solaris-a (мне например) так как Systemtap я не знаю.

    ну так выучи. Если знаешь DT, то осилить ST не трудно.

     
     
  • 3.52, Аноним (-), 22:27, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> DTrace нужен для анминов Solaris-a (мне например) так как Systemtap я не знаю.
    > ну так выучи. Если знаешь DT, то осилить ST не трудно.

    Знаешь Паскаль? Тогда тебе ничего не стоит выучить C. Или C++. Окда?

     
     
  • 4.55, arisu (ok), 02:58, 08/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Знаешь Паскаль? Тогда тебе ничего не стоит выучить C. Или C++. Окда?

    и ведь прав, чертяка. языки семантически не различаются.

     
     
  • 5.70, Wulf (??), 01:01, 10/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > и ведь прав, чертяка. языки семантически не различаются.

    Семантически между классическим паскалем и C - пропасть. Один факт что ссылки в C являются основным типом данных, а в "классическом" паскале отсутствуют как класс, позволяет сделать такой вывод.

     
     
  • 6.71, Wulf (??), 01:07, 10/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> и ведь прав, чертяка. языки семантически не различаются.
    > Семантически между классическим паскалем и C - пропасть. Один факт что ссылки
    > в C являются основным типом данных, а в "классическом" паскале отсутствуют
    > как класс, позволяет сделать такой вывод.

    Семантически между perl-ом и C разница меньше чем между C и "Виртовским паскалем". Современные диалекты паскаля - отдельная история.

     
     
  • 7.79, ACCA (ok), 01:51, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>> и ведь прав, чертяка. языки семантически не различаются.
    >> Семантически между классическим паскалем и C - пропасть. Один факт что ссылки
    >> в C являются основным типом данных, а в "классическом" паскале отсутствуют
    >> как класс, позволяет сделать такой вывод.

    Угу. А тему "связные списки" учили по Бейсику.

    Разумеется, определять record с case, чтобы преобразовать тип указателя - это фашизм, но семантика операции от этого не меняется.


    > Семантически между perl-ом и C разница меньше чем между C и "Виртовским
    > паскалем". Современные диалекты паскаля - отдельная история.

    Ты просто Perl не знаешь.

     
     
  • 8.80, arisu (ok), 02:23, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    он просто вообще не понял, что я сказал, но Мнение Имеет ... текст свёрнут, показать
     
     
  • 9.82, Wulf (??), 15:52, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чья бы мычала... текст свёрнут, показать
     
  • 8.81, Wulf (??), 15:51, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Из семантического тождества record и struct автоматически не следует семантическ... текст свёрнут, показать
     
     
  • 9.101, ACCA (ok), 23:04, 19/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не нужно сравнивать Нужно всего лишь заметить, что оба это сделают - у обоих ес... большой текст свёрнут, показать
     
  • 7.92, Аноним (-), 17:22, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Семантически между perl-ом и C разница меньше чем между C и "Виртовским
    > паскалем". Современные диалекты паскаля - отдельная история.

    ИМХО, семантически Perl довольно похож на brainfuck...

     
  • 4.91, Аноним (-), 17:21, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Знаешь Паскаль? Тогда тебе ничего не стоит выучить C. Или C++. Окда?

    Как ни странно, я выучив пасквиль на информатике - пошел и просто освоил си. Они действительно похожи. Просто си - не такой академик и зануда, он для жизни создан, а паскаль - для обучения.

     

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



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

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