1. Насколько я понимаю, grub его не распознаёт. Просто грузится с первого раздела одного из дисков как с ext3/4
2. Не уверен что сработает с другими видами рэйдов, см. п.1.
3. Работать будут, и я это проверял. Загружаться по идее должны, но у меня получилось загружаться только с одним конкретным из двух физических дисков. Дальше свои эксперименты не проводил.
1. на каждом создаём 2 раздела:
1.1 500 мегабайт
1.2 Всё оставшееся место.
2. Каждый раздел форматируем как физический том raid.
3. После этого создаём зеркальный рэйд из двух 500-мегабайтных разделах
4. Создаём зеркальный рэйд на двух больших разделах
5. Зеркальный рэйд на 500 мб форматируем как ext3/ext4 и используем как /boot
6. Большой рэйд форматируем как физический том lvm и делаем там всё остальное
GlusterFS работает на уровне файлов. Т.е. когда мы пишем в неё файл, он полностью записывается на один из (рандомных) нодов glusterfs. Это что-то вроде автоматического рсинка, который распределяет файлы между нодами. При необходимости можно настроить поведение так, что один файл будет писаться на несколько нод (репликация).
Клиент glusterfs работает в пользовательском пространстве (fuse).
Совокупность этих подходов даёт крайне низкую производительность. Особенно она проявляется на больших файлах и при настроенной репликации. Поэтому для серьёзных вещей glusterfs не очень пригоден. Его можно использовать лишь как очень-очень медленное, но легко масштабируемое в ширину решение.
> So as a rule you can recognize genuinely smart people by their ability to say things like «I don't know,» «Maybe you're right,» and «I don't understand x well enough.»
Я с ним согласен. Хороший программист это может и золотой медалист/красный дипломник или суровый олимпиадник или успешный фрилансер или автор десятка классных программ или книг. Но он обязательно должен уметь говорить «я не знаю». Без этого с ним каши не сваришь.
> команда разработчиков «русского ремикса» анонсирует проект RussianEnterpriseLinux основанный на дистрибутиве SL6.1 (к сожалению CentOS, который первоначально планировался на роль донора обновляется в последнее время слишком медленно и застрял на версии 6.0) и ориентированный именно на рабочие станции, а не серверные платформы.
Что же команда разработчиков основали его не прямо на RHEL? Src rpm'ки бесплатны и свободны.
> Мы делаем по утрам для того, чтобы все приходили на работу вовремя.
Т.е. с одной стороны вы боретесь за то, чтобы сотрудники отрабатывали своё рабочее время полностью.
Но
> после обеда мы играем в настольный футбол.
Простите, но у меня когнитивный диссонанс.
Почему этот проект не взлетел, неизвестно. Больше упоминаний о нём я не видел. Надо будет написать вопрос кому-нибудь из Мельбурнского университета, поинтересоваться. Сейчас там делают язык программирования Mercury — какой-то статически типизированный пролог.
Я тоже всегда считал что для общих задач программирования пролог подходит очень слабо. А вот как база данных и язык запросов он может дать большую фору SQL.
На нём в несколько символов записываются join'ы, в один запрос можно запросить информацию рекурсивно без хранимых процедур. Да и задание запросов сложными предикатами более гармонично чем хранимые процедуры SQL.
Есть ещё подмножество пролога под называнием Datalog. Этот язык ориентирован исключительно на базы данных, без всяких процедурных функций. Но, практических реализаций я не нашёл. Только прототипы и программы для обучения.
У меня тоже зреет мысль разработать субд на базе пролога. И хотя WAM реализуется достаточно быстро, на минимально готовый продукт уйдёт несколько человеколет. Да и рынок такая субд взорвёт не сразу. Поэтому придётся отложить реализацию до времён, когда появятся такие свободные ресурсы.
2. Не уверен что сработает с другими видами рэйдов, см. п.1.
3. Работать будут, и я это проверял. Загружаться по идее должны, но у меня получилось загружаться только с одним конкретным из двух физических дисков. Дальше свои эксперименты не проводил.
Во время установки:
1. на каждом создаём 2 раздела:
1.1 500 мегабайт
1.2 Всё оставшееся место.
2. Каждый раздел форматируем как физический том raid.
3. После этого создаём зеркальный рэйд из двух 500-мегабайтных разделах
4. Создаём зеркальный рэйд на двух больших разделах
5. Зеркальный рэйд на 500 мб форматируем как ext3/ext4 и используем как /boot
6. Большой рэйд форматируем как физический том lvm и делаем там всё остальное
Клиент glusterfs работает в пользовательском пространстве (fuse).
Совокупность этих подходов даёт крайне низкую производительность. Особенно она проявляется на больших файлах и при настроенной репликации. Поэтому для серьёзных вещей glusterfs не очень пригоден. Его можно использовать лишь как очень-очень медленное, но легко масштабируемое в ширину решение.
Учитывая качесивр свободного облачного ПО, например, Openstack, делать свободные облака RH будет ещё очень и очень долго.
Продавцы
воздухаПО и руководство IT-отделов одобряют.> So as a rule you can recognize genuinely smart people by their ability to say things like «I don't know,» «Maybe you're right,» and «I don't understand x well enough.»
Я с ним согласен. Хороший программист это может и золотой медалист/красный дипломник или суровый олимпиадник или успешный фрилансер или автор десятка классных программ или книг. Но он обязательно должен уметь говорить «я не знаю». Без этого с ним каши не сваришь.
Я делал на двух дисках 2 зеркальных софтовых рэйда:
1) /boot
2) физический том lvm, на котором всё остальное.
При этом система загружалась нормально. При отказе одного из физических дисков система загружалась нормально, при отказе другого нет.
Видимо, grub прописался в mbr только одного диска.
По-моему у всех что-то не то с мотивацией. И менеджеру и девелоперу всё безразлично.
Что же команда разработчиков основали его не прямо на RHEL? Src rpm'ки бесплатны и свободны.
> Мы делаем по утрам для того, чтобы все приходили на работу вовремя.
Т.е. с одной стороны вы боретесь за то, чтобы сотрудники отрабатывали своё рабочее время полностью.
Но
> после обеда мы играем в настольный футбол.
Простите, но у меня когнитивный диссонанс.
Вот здесь первоисточник
Разработчики на php, с++ смотрят как-то недовольно, свирепо и в то же время грустно и с недоумением.
В fedora 15 сделали интеграцию spice в virt-manager, всё работает из коробки.
В убунте конечно тоже молодцы, но разработчики libvirt всё-таки работают под федорой и разрабатывают под федору.
Почему этот проект не взлетел, неизвестно. Больше упоминаний о нём я не видел. Надо будет написать вопрос кому-нибудь из Мельбурнского университета, поинтересоваться. Сейчас там делают язык программирования Mercury — какой-то статически типизированный пролог.
Я тоже всегда считал что для общих задач программирования пролог подходит очень слабо. А вот как база данных и язык запросов он может дать большую фору SQL.
На нём в несколько символов записываются join'ы, в один запрос можно запросить информацию рекурсивно без хранимых процедур. Да и задание запросов сложными предикатами более гармонично чем хранимые процедуры SQL.
stackoverflow.com/questions/2117651/difference-between-sql-and-prolog
Есть ещё подмножество пролога под называнием Datalog. Этот язык ориентирован исключительно на базы данных, без всяких процедурных функций. Но, практических реализаций я не нашёл. Только прототипы и программы для обучения.
У меня тоже зреет мысль разработать субд на базе пролога. И хотя WAM реализуется достаточно быстро, на минимально готовый продукт уйдёт несколько человеколет. Да и рынок такая субд взорвёт не сразу. Поэтому придётся отложить реализацию до времён, когда появятся такие свободные ресурсы.