Twitter опубликовал (http://engineering.twitter.com/2012/04/mysql-at-twitter.html) код своих дополнений и улучшений к MySQL, развиваемых в рамках ветки Twitter MySQL 5.5 (https://github.com/twitter/mysql). В настоящее время СУБД MySQL продолжает использоваться в качестве основного хранилища данных в Twitter, например, в MySQL хранятся непосредственно твитты, пользовательские данные, информация о сроках, связях и интересах. В процессе роста сервиса и повышения требований к масштабируемости, разработчикам из компании Twitter пришлось внести ряд изменений и улучшений в MySQL, которые поддерживались в рамках внутреннего форка данной СУБД. Отныне все наработки, связанные с данным форком открыты и доступны для интеграции в основную кодовую базу MySQL. Созданный в Twitter код открыт под лицензией BSD (MySQL распространяется под лицензией GPL).Из дополнительных возможностей (https://github.com/twitter/mysql/wiki), добавленных компанией Twitter, можно отметить:
- Дополнительные переменные для оценки состояния СУБД и внутренних параметров InnoDB. Переменные позволяют организовать расширенный и более эффективный мониторинг работы СУБД, более точно оценить поведение в условиях реальной нагрузки. Например, представлена информация об открытии и закрытии файлов, числе выявленных deadlock, идентификаторов последовательностей бинарного лога;
- Оптимизация распределения памяти при работе на больших систем на базе архитектуры NUMA: полное выделение памяти для буферов InnoDB производится на этапе запуска; более быстрая обработка ситуации нехватки памяти; обеспечение предсказуемой производительности в любое время, даже в условиях дефицита свободной памяти;
- Сокращение излишней работы за счёт расширение средств управления таймаутами на стороне сервера. В частности, реализована возможность принудительного прекращения выполнения запросов, которые выполняются дольше указанного таймаута;
- Поддержка быстрого и надёжного экспорта и загрузки содержимого пула буферов InnoDB, что позволяет обеспечить моментальный разогрев базы после перезапуска и свести к минимуму негативные эффекты при необходимости остановки сервисов;
- Оптимизация MySQL для SSD-накопителей, в том числе реализация нового метода сброса буферов и сокращение числа операций записи в процессе работы.
URL: http://engineering.twitter.com/2012/04/mysql-at-twitter.html
Новость: http://www.opennet.me/opennews/art.shtml?num=33570
Ждем MariaDB c этими патчами :-)
>открыты и доступны для интеграции в ... основную кодовую базу MySQL
>Созданный в Twitter код открыт под лицензией BSD (MySQL распространяется под лицензией GPL)доступны для интеграции?
точно?
:D
BSD в GPL можно, GPL в BSD нельзя.
> BSD в GPL можно, GPL в BSD нельзя.Ы? Изменения, внесённые в код, распространяемый под GPL, можно распространять только под GPL.
Сами изменения, как раз таки можно распостранять под любой лицензией. А вот измененный софт нельзя. На практике, это значит, что если например некоторые изменения оформлены в виде дополнений к GPL программы под лицензией BSD, то под код этих расширений можно написать другой софт под другой лицензией, например BSD, и уже будет BSD+BSD, а оригинальная GPL программа тут не задействованна.
Интересно, зачем они это сделали? Свои разработчики не справляются?
Да ещё так криво: патч GPL-софтины под BSD - нельзя.
Они открыли под BSD, чтоб оракли могли включить этот потч в основную ветку. И таки да легче чтоб код уже был в исходном продукте, чем патчить и тестировать каждую версию, на которую собираешься мигрировать
Поскольку MySQL распространяется под GPL то и патчи к ней распространять можно только под GPL.
Походу Twitter решил вбросить на вентилятор, пока неясно зачем.
Я не мускуль с наложенным патчем может быть только под гпл, а сам патч - каким угодно?
См. п.5
http://www.gnu.org/licenses/gpl.html#section5
>gpl.html#section5Вы усматриваете в слове "патч" -- "separate and independent works" и не "a work based on the Program"?
Иди оно ~"permission to license the work in any other way, [...] if you have separately received it".
...
Кстати, загадка, как они публикуют ""our MySQL work on GitHub under the BSD New license"", когда на гитхабе таки лежит (судя по README) _девеловерская _версия мускула с GPL в файле ./COPYING ?? Оракел им дал "немного мускула" под BSDL?.... Почему трубы не трубят?... ...
Вот некая фирма О пишет (в ридми, не в _лицензии ==не в section5):"""This distribution may include materials developed by third
parties. For license and attribution notices for these
materials, please refer to the documentation that accompanies
this distribution (see the "Licenses for Third-Party Components"
appendix) or view the online documentation at """....Значит ли это, что они раздают мускул под GPLv2=, но "как бы" и без копилефта?
---Is there a lawer in da house?!
Я слоупок. Патч сам по себе никому не нужен, но его публикация под BSD дает возможность Ораклу (или тем, кому тот дал "немного мускула") использовать как в коммерческих версиях, так и в Community-edition.
> Поскольку MySQL распространяется под GPL то и патчи к ней распространять можно
> только под GPL.
> Походу Twitter решил вбросить на вентилятор, пока неясно зачем.Патчи могут быть под любой лицензией ПОКА они в виде патчей. А продукт полученный после наложения патча на GPL должен быть лицензионно валидным (нельзя совместить CDDL и GPL, но можно BSDL+GPL и APL+GPL), а также конечный продукт ЦЕЛИКОМ должен быть под GPL. Причем это все начинает работать только кода конечный продукт РАСПРОСТРАНЯЮТ.
Так что патч как отдельный файл может быть под любой лицензией. И распространяясь так же отдельным патчем он может быть под любой лицензией.
В принципе можно патч выкатить хоть под CDDL, но тогда его может накладывать только конечный пользователи БЕЗ права дальнейшего распространения GPL+CDDL т.к. не совместимость лицензий выстрелит при распространении. ;)))
> Патчи могут быть под любой лицензией ПОКА они в виде патчей.Точно!! Добавляемые ?строки? под BSDL, а неизменные и удаляемые - под GPL! </эпоха>
Да, автор может выбирать любую лицензию для своих произведений - код это или патч или битмапы - без разницы.GPL начинается когда начинаешь накладывать патч на код И распространяешь итоговый продукт.
Поскольку комменты ограничились лицензиями, я тоже не буду оригинальничать.Таки почему BSDL?
> Поскольку комменты ограничились лицензиями, я тоже не буду оригинальничать.
> Таки почему BSDL?Чтобы ВСЕ компании развивающие MySQL могли применить этот патч без дополнительной передачи прав и т.п.
ЗЫ в основном это важно для Оракли, т.к. они могут используя этот патч выпускать закрытую версию БЕЗ договоров о передачи прав на патч.
"Улучшения в MySQL" - напоминает буддийскую притчу про полировку кирпича.
Собственно, вот эта притча: http://anahata-swami.narod.ru/parable.html#Отбрасывание методов и усилийP.S. Возможно ли использование тегов в комментариях на opennet, в частности для корректного указания ссылки с якорем?
> Собственно, вот эта притча: http://anahata-swami.narod.ru/parable.html#Отбрасывание
> методов и усилий
> P.S. Возможно ли использование тегов в комментариях на opennet, в частности для
> корректного указания ссылки с якорем?Какиe теги?! http://anahata-swami.narod.ru/parable.html#%D0%9E&...