https://m.opennet.dev/openforum/vsluhforumID3/60575.html На проходившем в октябре саммите (http://events.linuxfoundation.org/events/kernel-summit) разработчиков Linux ядра сотрудником Google был сделан доклад (http://lwn.net/Articles/357658/) о том, как Linux используется в этой компании. В Google поддерживается собственное ответвление от Linux ядра, на базе которого каждые 6 месяцев выпускается релизы для внутреннего использования, а раз в 17 месяцев производится синхронизация со стандартной "ванильной (http://www.kernel.org)" веткой Linux ядра.<br><br><br>Для управления кодом ядра применяется программное обеспечение Perforce (http://www.perforce.com/). Над ядром работают около 30 инженеров, нередко имеющие слабое представление о том, что происходит с основным деревом, так как синхронизация производится только раз в полтора года. В будущем для совершенствования процесса управления кодом ядра и взаимодействия с независимым сообществом разработчиков в компании планируют перейти на использование Git.<br><br><br><br><br>Ранее в Google использовалось ядро 2.4.18,...<br><br>URL: http://lwn.net https://m.opennet.dev/openforum/vsluhforumID3/60575.html#77 Mon, 09 Nov 2009 19:39:02 GMT Думаю всё-же глупо Гуглу заниматься лишней работой. Бекпортирование - это слабость, которую от может себе позволить, но которая при нынешних средствах разработки и прогрессе в разработках.<br>Если применять силу и финансовые возможности там, где это уместно - прогресс будет развиваться стремительнее.<br>Это как вместо разработки и производства оружия направить все усилия на разработку технологий для получения новых видов безопасной и дешёвой енергии - глядишь и дети в Африке не голодали бы.<br> https://m.opennet.dev/openforum/vsluhforumID3/60575.html#76 Mon, 09 Nov 2009 13:54:54 GMT анонимусы паразитируют на опенсорсе.<br> https://m.opennet.dev/openforum/vsluhforumID3/60575.html#75 Mon, 09 Nov 2009 11:56:39 GMT &gt;Они не совсем плейнтекстовые, они UTF-16. Уже не помню как именно, но <br>&gt;помню что где-то когда-то это меня обломало. <br><br>В виндах 9х и nt 4.0 они были только ansi, XP и кажись 2000 могут использовать и такие, и юникодные, а как в висте и 7 &#8212; хз. Если анси отрезали, что ж, тем хуже.<br> https://m.opennet.dev/openforum/vsluhforumID3/60575.html#74 Mon, 09 Nov 2009 11:49:31 GMT Да, и еще<br><br>&gt;в идеале конфигурация должен компилироваться <br>&gt;перед использованием. (в линуксах на подобного рода оптимизацию, как правило, забивают) <br><br>Там, где надо, как правило, не забивают<br>http://linux.die.net/man/8/kbuildsycoca4<br>На здоровье.<br> https://m.opennet.dev/openforum/vsluhforumID3/60575.html#73 Mon, 09 Nov 2009 11:34:22 GMT &gt;там пахнет плейнтекстовым .reg <br><br>Они не совсем плейнтекстовые, они UTF-16. Уже не помню как именно, но помню что где-то когда-то это меня обломало.<br> https://m.opennet.dev/openforum/vsluhforumID3/60575.html#72 Mon, 09 Nov 2009 11:31:56 GMT &gt;и сразу же, как водится, следует пруф, почему централизованное бинарное хранилище хуже <br>&gt;общей файловой системы <br><br>Своей структурой и тем, что каждая программа там срёт где ей вздумается.<br> https://m.opennet.dev/openforum/vsluhforumID3/60575.html#71 Mon, 09 Nov 2009 11:20:39 GMT &gt;стандартный api http://msdn.microsoft.com/en-us/library/ms724875(VS.85).aspx <br><br>Спасибо. Когда в очередной раз столкнусь с упавшей виндой, сяду перечитывать и ждать когда она от этого поднимется.<br><br>&gt;консольный интерфейс reg.exe<br><br>Оно хотя бы в дос работает? Нет? А толку с него тогда при восстановлении, например, если для этого нужна рабочая винда. Вот и я об этом, удобства ноль.<br><br>&gt;файлы реестра *.reg<br><br>Идите посмотрите, в каком формате винда хранит реестр сама. И как близко там пахнет плейнтекстовым .reg<br><br>&gt;организовывать синхронизацию и защиту от сбоев также будете cat-grep-echo-sed ? <br><br>Синхронизацию чего с чем? И где в виндовом реестре можно посмотреть на работающую "защиту от сбоев", и её плюсы (практические, а не в теории) по сравнению с текстовыми конфигами? А то сбои видел, а защиты как-то не особо.<br><br>&gt;&gt;И всё это идеально читаемо человеком<br>&gt;особенно gconf идеально читаем. <br><br>Давно он у нас уже в plain text?<br><br>&gt;конфиг - не книга, чтобы им зачитываться. в идеале конфигурация должен компилироватьс https://m.opennet.dev/openforum/vsluhforumID3/60575.html#70 Mon, 09 Nov 2009 10:28:45 GMT &gt;Как водится, неудобством работы с ним<br><br>офигенно удобно.<br>стандартный api http://msdn.microsoft.com/en-us/library/ms724875(VS.85).aspx<br>консольный интерфейс reg.exe<br>файлы реестра *.reg<br><br>&gt;Текстовые конфиги можно читать-писать чем угодно, хоть cat-grep-echo-sed<br><br>организовывать синхронизацию и защиту от сбоев также будете cat-grep-echo-sed ?<br><br>&gt;И всё это идеально читаемо человеком<br><br>особенно gconf идеально читаем.<br>конфиг - не книга, чтобы им зачитываться. в идеале конфигурация должен компилироваться перед использованием. (в линуксах на подобного рода оптимизацию, как правило, забивают)<br><br>&gt;По сравнению с вендореестром сущий рай.<br><br>рекомендую почитать что-нибудь из Булгакова - это интереснее линуксячьих конфигов.<br> https://m.opennet.dev/openforum/vsluhforumID3/60575.html#69 Mon, 09 Nov 2009 10:05:20 GMT &gt;и сразу же, как водится, следует пруф, почему централизованное бинарное хранилище хуже <br>&gt;общей файловой системы <br><br>Как водится, неудобством работы с ним. Текстовые конфиги можно читать-писать чем угодно, хоть cat-grep-echo-sed, оформлять камменты, и т.д. И всё это идеально читаемо человеком тоже где угодно, где есть текстовый просмотрщик.<br>По сравнению с вендореестром сущий рай.<br>