The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..., opennews (??), 08-Авг-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


497. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от user (??), 09-Авг-11, 16:22 
> Прочитав всю дискуссию, пришел к двум выводам.
> 1. Все претензии к фре - из-за отличий фревых подходов к некоторым
> вещам от линуховых. Не в хужести этих подходов, а просто в
> инакости. Ксенофобия, инстинктивная и безосновательная, как любая другая ксенофобия.
> 2. Низкий порог вхождения и, как следствие, обширное коммьюнити - не есть
> преимущество ОС ни в каком виде. Ибо засоряет коммьюнити откровенным мусором.

Людям надо работать. Не копаться в ОС, а писать программы, готовить отчеты, считать деньги, проектировать диваны, учитывать комплектующие на складе, рисовать картинки и так далее...
Так вот, пока работа в ОС не станет столь прозрачной, что не вдаваясь в подробности внутреннего устройства ОС человек сможет в ней РАБОТАТЬ (как это сделано в виндовс, как это сделано в макоси, как к этому стремиться линукс) - ОС останеться уделом задротов.

Ответить | Правка | Наверх | Cообщить модератору

506. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 09-Авг-11, 16:49 
> Так вот, пока работа в ОС не станет столь прозрачной, что не
> вдаваясь в подробности внутреннего устройства ОС человек сможет в ней РАБОТАТЬ
> (как это сделано в виндовс, как это сделано в макоси, как
> к этому стремиться линукс) - ОС останеться уделом задротов.

Для десктопной юзер-интерфейсной ОС дружелюбность к анацефалам обязательна. Фря же в таком качестве не позиционируется, поскольку в ней работают не люди, а сервисы. Люди же лишь обслуживают ОС и сервисы, в ней работающие, и требования к этим людям совершенно иные, нежели чем к анацефалам.

Ответить | Правка | Наверх | Cообщить модератору

507. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от user (??), 09-Авг-11, 17:00 
>> Так вот, пока работа в ОС не станет столь прозрачной, что не
>> вдаваясь в подробности внутреннего устройства ОС человек сможет в ней РАБОТАТЬ
>> (как это сделано в виндовс, как это сделано в макоси, как
>> к этому стремиться линукс) - ОС останеться уделом задротов.
> Для десктопной юзер-интерфейсной ОС дружелюбность к анацефалам обязательна. Фря же в таком
> качестве не позиционируется,

Похоже допозиционировалась уже...

Ответить | Правка | Наверх | Cообщить модератору

510. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 09-Авг-11, 17:07 
> Похоже допозиционировалась уже...

Вы пытаетесь сделать этот вывод из распространенности фрей на десктопах?

Ответить | Правка | Наверх | Cообщить модератору

584. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 23:36 
> Вы пытаетесь сделать этот вывод из распространенности фрей на десктопах?

Кэп подсказывает что разработчикам на десктопе часто удобно использовать ту же ос под которую они разрабатывают.

Ответить | Правка | Наверх | Cообщить модератору

596. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 00:25 
> Кэп подсказывает что разработчикам на десктопе часто удобно использовать ту же ос
> под которую они разрабатывают.

Девелуперам много удобнее использовать виртуализацию, и использовать ту ос, которая им удобна, а не ту, под которую они разрабатывают :) Я вот, грешным делом, балуюсь поделками под ДД-ВРТ, так что, предлагаете мне на роутере девелупить? ;)

Ответить | Правка | Наверх | Cообщить модератору

900. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 19:37 
> грешным делом, балуюсь поделками под ДД-ВРТ, так что, предлагаете мне на
> роутере девелупить? ;)

Могу сказать за OpenWRT, которым грешынм делом балуюсь: его удобнее всего компилить ... на линуксе. Это - официально поддерживаемый сценарий. Все остальное - лотерея. Я не хочу играть в лотереи  - я хочу без лишнего гемора получить образ собранный так как мне это было надо.

И к тому же, изучать закидоны, билд-системы, проблемы, ... 2 ядер - сложнее чем 1. А так - изменения в майнлайне более-менее одинаковы для всех, поэтому знания будут довольно универсальны. Я могу применить многие знания полученные в процессе возни с опенврт и на десктопе или на сервере. А вот у вас в этом плане получится двукратный оверхед. Я считаю что мне это неудобно.

Ответить | Правка | Наверх | Cообщить модератору

648. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 10-Авг-11, 12:49 
> Кэп подсказывает что разработчикам на десктопе часто удобно использовать ту же ос
> под которую они разрабатывают.

А вы предложите разработчикам под Android-планшеты использовать эти самые планшеты для разработки? Чего уж.


Ответить | Правка | К родителю #584 | Наверх | Cообщить модератору

902. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 19:40 
> А вы предложите разработчикам под Android-планшеты использовать эти самые планшеты для
> разработки? Чего уж.

Ну вот, изен сам рассказывает о том что ява - неполноценна: на ней даже девелопать под нее саму же нельзя :)

Ответить | Правка | Наверх | Cообщить модератору

509. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от DeadLoco (ok), 09-Авг-11, 17:06 
> Не вдаваясь в подробности внутреннего устройства ОС человек сможет в ней РАБОТАТЬ
> (как это сделано в виндовс, как это сделано в макоси, как к этому стремиться линукс)

А линукс стремится к ЭТОМУ?!! ОМГ...

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

Совершенно необходимым условием выполнения работы есть квалификация и объем знаний у человека, который эту работу выполняет. Резать мозг должен хирург, и хороший хирург, в случае форс-мажора, сможет сделать операцию даже перочинным ножом или лезвием "Нева". А вот ламер - не сумеет, дай ему хоть все скальпели мира.

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

Ответить | Правка | К родителю #497 | Наверх | Cообщить модератору

520. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Square (ok), 09-Авг-11, 18:30 
>> Не вдаваясь в подробности внутреннего устройства ОС человек сможет в ней РАБОТАТЬ
>> (как это сделано в виндовс, как это сделано в макоси, как к этому стремиться линукс)
> А линукс стремится к ЭТОМУ?!! ОМГ...
> Видите ли, это иллюзия, будто бы любой инструмент можно заточить так, что
> любой ламер с ним сможет справиться. Если вам дать в руки
> самый дорогой и самый навороченный скальпель в мире, вы не сумеете
> сделать операцию на открытом мозге, и даже самой лучшей в мире
> отверткой вы не отрегулируете движок автомобиля. Потому что дружелюбность инструментария
> не является НИ необходимым, НИ достаточным условием выполнения работы.

Вы путаете инструмент и технологию его обеспечения.

Скальпель - инструмент, а вот завод по его изготовлению - это технология обеспечения.
Хирургу не надо знать как плавиться сталь и на каких станках точат скальпель чтобы он был острым, и уж совсем из другой области его знания как им пользоваться.
Ворд - это инструмент, а вот ОС- технология его обеспечения.
Фотошоп- это инструмент, а ОС - технология его обеспечения.

Более того, чем лучше специалист - тем более далек он от технологии обеспечения.
Специализация, слышали такое слово? Так вот, чем более узкоспециализирован специалист- тем выше его уровень профессионализма и тем более он компетентен.. А знать все- это черта эникейщиков, дилетантов.. хоть в ИТ области, хоть в хирургии...

Хороший бухгалтер например- не должен знать как устроена ОС. Он мыслит совершенно в иных категориях. И поэтому он хороший бухгалтер а не полу-энекейщик-полупрограммист-полусчетовод.

Сосбственно как только вы коснетесь организации ИТ-работы в более-менее крупной компании - вы об этом узнаете. Есть специально обученные люди для работы с железом, и они не занимаются настройками ОС, есть специально обученные люди для настройки- установки ОС, и они не занимаются ни железом ни приложениями...есть специально обученные люди занимающиеся приложениями- и о боже, они понятия не имеют о железе, и весьма ограниченный объем занний о работе ОС (для настройки ОС всегда можно попросить человека из службы занимающейся этим). И о ужас.. люди РАБОТАЮЩИЕ с самими приложенияим (экономисты, инженеры) - вообще понятия не имеют как оно все крутится...
И это - правильная организация работы. Эти люди- профессионалы в своей области а не энекейщики.

Ответить | Правка | Наверх | Cообщить модератору

527. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 09-Авг-11, 19:20 
> Вы путаете инструмент и технологию его обеспечения.

Нет, не путаю.

Для булгахтера-счетовода инструмент - это ворд или, простигосподи, одноэс, и от ОС ему требуется лишь запускабельность его эндъюзерского софта, который он использует в одно лицо.

Для сетевика-затейника инструментом является именно ОС, посредством которой он обеспечивает не только запускабельность, но и некоторую эффективность работы серверных софтов, которые отдают не отчеты, а сервисы третьим лицам. И для сетевика-затейника поиметь вменяемую и экономически осмысленную производительность системы можно, лишь обеспечив грамотную интеграцию серверного софта на платформу ака ОС. При этом безусловно необходимо знать глубокие тонкости ОС - как обеспечить производительность на массе мелких файлов, как обеспечить бекап без ущерба доступности, как получить защищенность без ущерба юзабильности етц.

Точно так же, как частное и коммерческое использование автомобиля приводит к возникновению существенно разных платформ, точно так же, частное и коммерческое использование а/м приводит к существенно разным требованиям к пользователям. Лада-колено состоит из того же кузова, двигла и ходовой, что и автобус или седельный тягач. Но это не означает, что все а/м непременно должны быть коленами. Для каждого применения - своя платформа. И, как ни странно, для управления коленом и автобусом/тягачом нужны совершенно разные категории в удостоверении, дающем право на управление. И в автошколе для водителей автобусов или длинномерников учат совсем не тому и не так, как в школке для блондинок, желающих получить категорию "Б". И уж совсем другому учат слесарей-механиков, обслуживающих коммерческие автопарки.

Главная ошибка ламеров и анацефалов в том, что они полагают, будто бы получив "Б" они автоматом уравнялись в квалификации с водителями прицепных длинномерников. Убедиться в этом очень просто - нужно посадить ламера с колена на мерс с двадцатитонной фурой, и предложить задом сдать к рампе. Разумеется, ламер потребует "человеческого" интерфейса с кнопкой "шедевр", одно нажатие которой приведет к требуемому, но кого в нашем мире интересует плач анацефалов?

Ответить | Правка | Наверх | Cообщить модератору

586. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Square (ok), 09-Авг-11, 23:39 
>[оверквотинг удален]
> длинномерников учат совсем не тому и не так, как в школке
> для блондинок, желающих получить категорию "Б". И уж совсем другому учат
> слесарей-механиков, обслуживающих коммерческие автопарки.
> Главная ошибка ламеров и анацефалов в том, что они полагают, будто бы
> получив "Б" они автоматом уравнялись в квалификации с водителями прицепных длинномерников.
> Убедиться в этом очень просто - нужно посадить ламера с колена
> на мерс с двадцатитонной фурой, и предложить задом сдать к рампе.
> Разумеется, ламер потребует "человеческого" интерфейса с кнопкой "шедевр", одно нажатие
> которой приведет к требуемому, но кого в нашем мире интересует плач
> анацефалов?

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

Ответить | Правка | Наверх | Cообщить модератору

638. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 10-Авг-11, 11:34 
Ах ну да, все, кто не системный программист и не админ — анацефал.

Так и запишем. Дом тебе построили анацефалы. Спроектировали тоже анацефалы (им САПР подавай, а с какой файловой системы его запускают под какой ОС, им все равно). Ты хлеб покупаешь — тебе его пекут анацефалы. Летишь в самолете — за штурвалом аж два или три анацефала. Потому что они в душе не гребут даже, как называется ОС на бортовых ЭВМ в случае наличия таковой, не говоря уж о тонкостях настройки. (Хотя, может статься, именно поэтому самолеты падают крайне нечасто.)

Цивилизация, как она есть, тоже построена анацефалами, ведь на абаке фрибсд не запускалась...

То бишь о чем это я. Вот допустим, мне нужна для работы отвертка. Я иду в магазин, а продавец (фрибсдишник) говорит мне: ково хрена пришел? Ты свой инструмент знаешь? — Да, знаю. — Ну так дуй на завод и выточи себе, чего ко мне пристал! А на заводе другой фрибсдишник то же самое говорит о том, что мне надо еще стали выплавить для отвертки, иначе я ламер и анацефал. К этому времени я и забыть успеваю, что я хотел там открутить или закрутить — мне же надо читать хендбук по добыче железной руды. Для сиране отвертки.

Ответить | Правка | К родителю #527 | Наверх | Cообщить модератору

639. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??), 10-Авг-11, 11:45 
> Так и запишем. Дом тебе построили анацефалы. Спроектировали тоже анацефалы

вот с этим я, например, поспорить не могу: и то, и другое — совершенная правда.

Ответить | Правка | Наверх | Cообщить модератору

654. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:13 
> Ах ну да, все, кто не системный программист и не админ — анацефал.

Ну, замените слово "анацефал" на "дилетант", если оно вас смущает. Хотя смысловой нюанс в том, что дилетант, начав с нуля, может стать специалистом, хотя бы гипотетически, а анацефал - никогда. Дилетанта не остановит порог вхождения, потому что он в состоянии обучаться и расти над собой, а анацефалу нечем учиться - если порог выше его возможностей, он его не преодолеет никогда.

Ответить | Правка | К родителю #638 | Наверх | Cообщить модератору

677. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от уно (?), 10-Авг-11, 15:35 
>> Ах ну да, все, кто не системный программист и не админ — анацефал.
> Ну, замените слово "анацефал" на "дилетант", если оно вас смущает. Хотя смысловой
> нюанс в том, что дилетант, начав с нуля, может стать специалистом,
> хотя бы гипотетически, а анацефал - никогда. Дилетанта не остановит порог
> вхождения, потому что он в состоянии обучаться и расти над собой,
> а анацефалу нечем учиться - если порог выше его возможностей, он
> его не преодолеет никогда.

А за это платят? Или смысл жизни сидеть по 20 часов в сутки и разбираться во всяком барахле?

Ответить | Правка | Наверх | Cообщить модератору

683. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 16:09 
> А за это платят?

Да, платят, и платят неплохо. Я б даже сказал - отлично платят. Но потом.

Ответить | Правка | Наверх | Cообщить модератору

628. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ivanko (?), 10-Авг-11, 10:37 
>[оверквотинг удален]
> Совершенно необходимым условием выполнения работы есть квалификация и объем знаний у человека,
> который эту работу выполняет. Резать мозг должен хирург, и хороший хирург,
> в случае форс-мажора, сможет сделать операцию даже перочинным ножом или лезвием
> "Нева". А вот ламер - не сумеет, дай ему хоть все
> скальпели мира.
> Парикмахер тоже работает острым режущим инструментом с головой человека. Но он не
> вдается вглубь внутреннего устройства головы. Поэтому парикмахеру платят сущие копейки,
> по сравнению с нейрохирургами. И да, нейрохирургам глубоко безразлично мнение всех
> парикмахеров мира по поводу правильного устройства голов. И, кстати, обидки парикмахеров
> в адрес нейрохирургов им, нейрохирургам, точно так же монопенисуальны.

Какая красота.

Видите ли, в чем дело... Работа сисадмина в массе своей не сложнее работы офис-менеджера. И чем больше система, тем, как правило, проще и уже администраторские задачи. Загрузил сервер по сети, автоматом накатились пакеты, заполнил протокол, НИЧЕГО НЕ ТРОГАЙ.

Всё. Все проблемы с БД решат ДБА. Все проблемы с софтом уходят в отдел разработки. Все проблемы с тормозами системы решаются архитекторами и техническими лидерами.

Подай-принеси логи, выключи сервер из кластера, если после перезагрузки не работает. Вот - типичные задачи _типичного_ сисадмина. Это - уровень ПТУ, максимум - техникума. У парикмахера намного более творческая работа.

На весь большой проект в 200 серверов достаточно двух действительно знающих операционную систему человек. Если это не так, и на проекте днем и ночью трудится десяток гуру администрирования, это означает что архитектор, ДБА, все программисты и менеджеры зря получают деньги.

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

Что до офисных админов, "поддерживающих" очередной гейт в интернет - то это вообще низшая форма жизни. О них не то, чтобы писать, о них говорить стыдно.

Ответить | Правка | К родителю #509 | Наверх | Cообщить модератору

653. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:05 
> Подай-принеси логи, выключи сервер из кластера, если после перезагрузки не работает.
> Вот - типичные задачи _типичного_ сисадмина. Это - уровень ПТУ, максимум - техникума.

Вы путаете сисадминов с операторами. Оператору, действительно, достаточно небольшого инструктажа и аккуратности при исполнении процедуры и регламента, чтобы "администрировать" сервера. Я знал оператора, который успешно работал, не зная разницы между относительным и абсолютным путями в ФС. Разумеется, такому оператору нужен сисадмин, который будет строить систему и разрабатывать процедуру и регламент. Можете называть его архитектором, если угодно, но сути дела это не меняет. Тем более, что архитекторы уже стоят над кодерами-"программистами".

Вообще, меня позабавила ваша эклектика. Ухитриться в одном посте совместить обвинения в терминальном элитизме и эпитет "низшая форма жизни" - это великолепно.

Ответить | Правка | Наверх | Cообщить модератору

655. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 10-Авг-11, 13:18 
>> Подай-принеси логи, выключи сервер из кластера, если после перезагрузки не работает.
>> Вот - типичные задачи _типичного_ сисадмина. Это - уровень ПТУ, максимум - техникума.
> Вы путаете сисадминов с операторами. Оператору, действительно, достаточно небольшого
> инструктажа и аккуратности при исполнении процедуры и регламента, чтобы "администрировать"
> сервера. Я знал оператора, который успешно работал, не зная разницы между
> относительным и абсолютным путями в ФС. Разумеется, такому оператору нужен сисадмин,
> который будет строить систему и разрабатывать процедуру и регламент. Можете называть
> его архитектором, если угодно, но сути дела это не меняет. Тем
> более, что архитекторы уже стоят над кодерами-"программистами".

Архитектор (один) -> Проектировщики -> Программисты -> Тестировщики&Пользователи

Ответить | Правка | Наверх | Cообщить модератору

658. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:29 
> Архитектор (один) -> Проектировщики -> Программисты -> Тестировщики&Пользователи

Да, это я и имел в виду. Разные уровни квалификации. Точно так же, как разные уровни квалификации у подсобного рабочего, каменщика, мастера и прораба, при том, что все они - строители.


Ответить | Правка | Наверх | Cообщить модератору

512. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 09-Авг-11, 17:30 
В общем, можно подытожить - людям нужно себя чем-то занять. Не важно чем, но занять. ФриБСД большинству из этих людей в их бесполезном существовании не помощник ;) Фря "неприкольная". Она сделана для серверных задач и с этим справляется вполне нормально. Проблема Фри это проблема в целом чуждости серьёзных ИТ массовому потребителю аппстора. Так уж устроены люди, что они лучше потратят деньги на кириешки, чем на разработку лекарства от рака. Лекарства "неприкольные", а кириешки можно жрать здесь и сейчас. И при это громко ржать и щипать девок за зады.
Ответить | Правка | К родителю #497 | Наверх | Cообщить модератору

515. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorinemail (ok), 09-Авг-11, 18:20 
513> энтузиастам-идеалистам
512> серьёзных ИТ [...]
Всё-таки определитесь.  Сам как энтузиаст-идеалист пилю альт и не лезу в места, где нужен редхат.

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

Ответить | Правка | Наверх | Cообщить модератору

591. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 09-Авг-11, 23:53 

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

Понимаете, прежде чем куда-то двигаться нужно понять зачем.

Ответить | Правка | Наверх | Cообщить модератору

592. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 00:05 
> PS: попытки спихнуть обсуждение в кювет "прикольнностей" IMHO неконструктивны.

Мне кажется, что все обсуждение, начиная с ветки в жиже, произошло не из объективного положения вещей, а из "прикалывает/не прикалывает". Многих не прикалывает сложившаяся и обкатанная временем фревая практика работы с прикладным и системным софтом. Я вот, за полтора десятка лет сидения на фре, ни разу не сталкивался с именно фревыми, системными проблемами с портами. Бывают косяки, допускаемые мейнтейнерами, но это человечий фактор, это может случиться где угодно. Все, что один человек сделает - другой может поломать, а третий - ниасилить. Такова селяви.

Если уж говорить о действительных проблемах фри, так сюда я бы отнес задержки с поддержкой пара/виртуализации, как в хостовом, так и в клиентском амплуа. Уж очень хочется хен/квм юзать в привычном окружении.

Ответить | Правка | К родителю #515 | Наверх | Cообщить модератору

524. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Square (ok), 09-Авг-11, 18:56 
> Фря "неприкольная". Она сделана для серверных задач
> и с этим справляется вполне нормально.

Вы в курсе что Фря, при недостатке памяти для ZFS падает в кору?
Если это по вашему "нормальное поведение серверной ОС" - то проблемы сообщества Фри еще более глубоки чем полагалось ранее...

Ответить | Правка | К родителю #512 | Наверх | Cообщить модератору

531. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 09-Авг-11, 19:24 
> Вы в курсе что Фря, при недостатке памяти для ZFS падает в кору?

Вы не поверите. Если после установки фри урезать ей память до 4 метров - она вообще не запустится... На 12 - запустится, и после небольшого шаманства запустится на 8 метрах, а на 4 - ни в какую.

Но, правда, возникает вопрос: а кому и зачем может понадобиться поднимать ЗФС на железе с острой памятной недостаточностью? И не следует ли посмотреть в ДНК этому поднимателю, а не разрабу оси?

Ответить | Правка | Наверх | Cообщить модератору

576. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 22:53 
> в ДНК этому поднимателю, а не разрабу оси?

А btrfs у некоторых вполне себе метит и на такие сегменты рынка.

Ответить | Правка | Наверх | Cообщить модератору

579. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 23:09 
>> в ДНК этому поднимателю, а не разрабу оси?
> А btrfs у некоторых вполне себе метит и на такие сегменты рынка.

Пускай метит, это же хорошо, только вот ZFS у меня в продакшене уже годика полтора, а когда будет btrf для продакшена - не известно.


Ответить | Правка | Наверх | Cообщить модератору

583. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 23:34 
> Пускай метит, это же хорошо, только вот ZFS у меня в продакшене
> уже годика полтора, а когда будет btrf для продакшена - не
> известно.

Оптимистичненько, учитывая что оракл халяву перекрыл а своих разработчиков толком и нет.

Ответить | Правка | Наверх | Cообщить модератору

589. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 09-Авг-11, 23:49 

> Оптимистичненько, учитывая что оракл халяву перекрыл а своих разработчиков толком и нет.

Оракл ничего не прикрыл.

Ответить | Правка | Наверх | Cообщить модератору

826. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 20:29 
> Оракл ничего не прикрыл.

Они не прикрыли, а перекрыли кислород. Теперь соляра не очень то и открытая, поэтому улучшения ZFS будут первым делом в коммерческой соляре. А остальным - ну может быть, когда нибудь, с барского стола что-то и обломится. А поскольку своей команды писавшей ФС - нет, есть подозрения что развитие ZFS в системах отличных от коммерческой соляры порядочно застопорится. Вероятно, оракл именно это и хочет сделать, чтобы получить некое дополнительное конкурентное преимушество. С другой стороны над btrfs сейчас работает орава народа из разных мест. Из оракла только один Крис Мэйсон, который к тому же главную часть своей работы уже сделал. Поэтому такой централизации вокруг оракла - нет, есть куда более здоровое сообщество разработчиков, для которого закидоны одной компании уже в любом случае не будут фатальными. Как это в линуксе и бывает обычно ;)

Ответить | Правка | Наверх | Cообщить модератору

850. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 12-Авг-11, 00:16 
>> Оракл ничего не прикрыл.
> Они не прикрыли, а перекрыли кислород. Теперь соляра не очень то и
> открытая, поэтому улучшения ZFS будут первым делом в коммерческой соляре. А
> остальным - ну может быть, когда нибудь, с барского стола что-то
> и обломится. А поскольку своей команды писавшей ФС - нет, есть
> подозрения что развитие ZFS в системах отличных от коммерческой соляры порядочно
> застопорится.

ZFS — это прежде всего ядро управления размещением данных в архитектурном плане, а все конкретные особенности проистекают из того, что любой компетентный программист может написать собственный код управления хранилищем объектов — для DMU и предложить добавить его в систему.
/---
В ZFS есть три четких уровня: ZPL (ZFS POSIX Layer), который обеспечивает стандартную семантику файловой системы POSIX; DMU (Data Management Unit), который обеспечивает многоцелевое транзакционное хранилище объектов; и SPA (Storage Pool Allocator), обеспечивающий манипуляцию блоками виртуального хранилища и преобразование данных (репликацию, сжатие и вскоре шифрование).
...
DMU обеспечивает файловый и блочный доступ к общему пулу физических накопителей. Файловый доступ осуществляется через ZPL, блочный доступ (через блочное устройство) представляет собой прямое отображение на один объект DMU. Мы также разрабатываем новые методы доступа к данным, которые используют транзакционные возможности DMU более интересными способами
...
Архитектура ZFS устраняет целый уровень трансляции -- и вместе с тем целый класс метаданных (LBA тома).  Она также исключает необходимость аппаратных контроллеров RAID.  В то же время, ZFS предоставляет новый полезный интерфейс -- хранилище объектов -- который был до этого недоступен, будучи похоронен внутри монолитной файловой системы.
---/
http://blogs.oracle.com/bonwick/entry/rampant_layering_viola...

Ответить | Правка | Наверх | Cообщить модератору

608. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel (?), 10-Авг-11, 04:51 
> Пускай метит, это же хорошо, только вот ZFS у меня в продакшене
> уже годика полтора, а когда будет btrf для продакшена - не
> известно.

btrfs будет скоро. как и ядерная zfs.

Ответить | Правка | К родителю #579 | Наверх | Cообщить модератору

623. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 10-Авг-11, 09:56 

> btrfs будет скоро. как и ядерная zfs.

Вряд ли.

Ответить | Правка | Наверх | Cообщить модератору

802. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 16:28 
>> btrfs будет скоро. как и ядерная zfs.
> Вряд ли.

Ну не скоро, а все-таки еше некоторое время пройдет. Но будет - сейчас баги в btrfs давят весьма изрядно, см список рассылки и ченжлог. Зато они сделали свою ФС, сами. А бздуны получили подарок от санок, при том что их купил оракл, который теперь совсем не настроен что-то кому-то дарить. А своих разработчиков не больно то и много. Группа разработчиков способная написать ФС, в долговременном плане сможет явно больше чем группа которая смогла примотать проволокой чужой подарок в свою ОС. По-моему, это очевидно.

Ответить | Правка | Наверх | Cообщить модератору

844. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 22:50 
>>> btrfs будет скоро. как и ядерная zfs.
>> Вряд ли.
> Ну не скоро, а все-таки еше некоторое время пройдет. Но будет -
> сейчас баги в btrfs давят весьма изрядно, см список рассылки и
> ченжлог. Зато они сделали свою ФС, сами. А бздуны получили подарок
> от санок, при том что их купил оракл, который теперь совсем
> не настроен что-то кому-то дарить. А своих разработчиков не больно то
> и много. Группа разработчиков способная написать ФС, в долговременном плане сможет
> явно больше чем группа которая смогла примотать проволокой чужой подарок в
> свою ОС. По-моему, это очевидно.

внезапно: btrfs тоже оракловская...

Ответить | Правка | Наверх | Cообщить модератору

883. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 16:56 
> внезапно: btrfs тоже оракловская...

Внезапно, оракл не закрывал ее исходники, в отличие от. Да и не сможет это сделать при всем желании: основная работка btrfs ведется в майнлайне, множество багфиксов и доработок едет от програмеров не из оракла. Оракль не контролирует развитие майнлайна в одно лицо и для вон той оравы программистов - конь в пальто. Неожиданность?

Ответить | Правка | Наверх | Cообщить модератору

909. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 19:51 
>> внезапно: btrfs тоже оракловская...
> Внезапно, оракл не закрывал ее исходники, в отличие от. Да и не
> сможет это сделать при всем желании: основная работка btrfs ведется в
> майнлайне, множество багфиксов и доработок едет от програмеров не из оракла.
> Оракль не контролирует развитие майнлайна в одно лицо и для вон
> той оравы программистов - конь в пальто. Неожиданность?

И чего? Выводы то какие?

Ответить | Правка | Наверх | Cообщить модератору

848. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 11-Авг-11, 23:43 
>>> btrfs будет скоро. как и ядерная zfs.
>> Вряд ли.
> Ну не скоро, а все-таки еше некоторое время пройдет. Но будет -
> сейчас баги в btrfs давят весьма изрядно, см список рассылки и
> ченжлог. Зато они сделали свою ФС, сами. А бздуны получили подарок
> от санок, при том что их купил оракл, который теперь совсем
> не настроен что-то кому-то дарить. А своих разработчиков не больно то
> и много. Группа разработчиков способная написать ФС, в долговременном плане сможет
> явно больше чем группа которая смогла примотать проволокой чужой подарок в
> свою ОС. По-моему, это очевидно.

Вы, User294, видимо в курсе, чем сейчас занят автор ZFS Джефф Бонвик? А то он в прошлом году ушёл из Oracle.
Брайан Кэнтрилл, один из авторов технологии динамической трассировки DTrace, тоже больше года не работает в Oracle.
А все их технологии почему-то неожиданным образом стартовали на новом ядре — FreeBSD и поддерживаются в актуальном состоянии. Вот почему так, а? Потому что дарить подарки тоже приятно. ;)

Ответить | Правка | К родителю #802 | Наверх | Cообщить модератору

593. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 00:14 
> А btrfs у некоторых вполне себе метит и на такие сегменты рынка.

С трудом себе представляю сегмент рынка, в котором есть насущная потребность в ЗФС, и при этом нет денег на пару планок по 8-16 гиг.

К слову сказать, в моем случае анализ показал отсутствие потребности в ЗФС на всех без исключения хостах с фрей. Это круто, это модно, но мне оно не надо. Даже невзирая на то, что есть хосты со 128ГБ ОЗУ и четырьмя-восемью терабайтами в 50-м рейде.

Ответить | Правка | К родителю #576 | Наверх | Cообщить модератору

622. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 10-Авг-11, 09:54 

> К слову сказать, в моем случае анализ показал отсутствие потребности в ЗФС
> на всех без исключения хостах с фрей. Это круто, это модно,
> но мне оно не надо. Даже невзирая на то, что есть
> хосты со 128ГБ ОЗУ и четырьмя-восемью терабайтами в 50-м рейде.

Анализ вам вряд ли это показал. К примеру, площадки с хорошей журнализируемой ОС идеальны для LAMP.

Ответить | Правка | Наверх | Cообщить модератору

657. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:24 
> Анализ вам вряд ли это показал. К примеру, площадки с хорошей журнализируемой
> ОС идеальны для LAMP.

Я не занимаюсь хостингом ни оптом, ни в розницу :)

Ответить | Правка | Наверх | Cообщить модератору

680. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 10-Авг-11, 15:51 

> Я не занимаюсь хостингом ни оптом, ни в розницу :)

Я не о том, а о преимуществах, которые даёт использование журнализируемых файловых систем. К примеру, вы получаете надёжность транзакционных СУБД на нетранзакционных. Тот же MyISAM.

Ответить | Правка | Наверх | Cообщить модератору

684. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 16:14 
> Я не о том, а о преимуществах, которые даёт использование
> журнализируемых файловых систем.

Откройте для себя gjournal. И вообще - GEOM. ZFS - специфичная штука, объективно нужная лишь в мелких процентах случаев.

Ответить | Правка | Наверх | Cообщить модератору

825. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 20:19 
> Откройте для себя gjournal.

Выкрасить и выбросить. С чем это предлагается пользовать? С убогим и древним UFS, устройство которого сильно отдает дисковыми технологиями 80-х годов прошлого столетия?

Ответить | Правка | Наверх | Cообщить модератору

846. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 23:08 
>> Откройте для себя gjournal.
> Выкрасить и выбросить. С чем это предлагается пользовать? С убогим и древним
> UFS, устройство которого сильно отдает дисковыми технологиями 80-х годов прошлого столетия?

такой древний, что умеет то, чего линух так и не может осилить: снапшоты.

Ответить | Правка | Наверх | Cообщить модератору

882. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 16:53 
> такой древний, что умеет то, чего линух так и не может осилить: снапшоты.

Да вообще-то они сто лет как осилили их средствами LVM. С разморозкой вас!

Ответить | Правка | К родителю #846 | Наверх | Cообщить модератору

908. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 19:50 
>> такой древний, что умеет то, чего линух так и не может осилить: снапшоты.
> Да вообще-то они сто лет как осилили их средствами LVM. С разморозкой
> вас!

А вы ими пытались пользоваться? брр... есть они там только для галочки. проще сказать, что снапшотов нет, чем есть.

Ответить | Правка | К родителю #882 | Наверх | Cообщить модератору

849. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 12-Авг-11, 00:06 
>> Откройте для себя gjournal.
> Выкрасить и выбросить. С чем это предлагается пользовать? С убогим и древним
> UFS, устройство которого сильно отдает дисковыми технологиями 80-х годов прошлого столетия?

Это до чего Ext4 ещё подняться не смогла — мозгов разработчиков Red Hat явно не хватило на что-то большее, а именно:
1) защита транзакций с ФС без использования журналирования;
2) фоновое восстановление структуры ФС в случае обнаружения неконсистентности при монтировании;
3) моментальные снимки файловой системы на смонтированной в RW ФС без урезания полосы пропускания на файловый ввод-вывод;
4) отсутствие необходимости в глобальной таблице дескрипторов групп, описывающих число и расположение групп блоков (групп цилиндров — в терминологии UFS), из-за чего целостная ФС фактически поделена на автономные области, разрушения которых может вообще не затронуть соседние группы блоков (группы цилиндров).


Ответить | Правка | Наверх | Cообщить модератору

881. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 16:51 
> 1) защита транзакций с ФС без использования журналирования;

Допустим что это даже неплохо придумано. Однако традиционная архаичная блочная схема аллокации свободного пространства обладает субоптимальной производительностью и приличным оверхедом по метаданным. В ext4 и то доперли что пора уже вместо этих окаменелостей из прошлого века экстенты наконец использовать. И им воздалось. Скоростью работы, да.

> 2) фоновое восстановление структуры ФС в случае обнаружения неконсистентности при монтировании;

Какие у вас вычурные, фигурные костыли!

> 3) моментальные снимки файловой системы на смонтированной в RW ФС без урезания
> полосы пропускания на файловый ввод-вывод;

Этакий убогий недоCoW по сути. Остается только вопрос - зачем было тратить силы на создание этого убогого франкенштейна и почему бы не сделать вместо этого нормальную CoW файловую систему нового поколения, на основе современных знаний и алгоритмов? А не ставить костыли дисковому формату уровня 80 годов прошлого столетия. Который тормозной. Хоть там чего с ним делай, а оверхед у схем с блочной аллокацией довольно большой. Особенно при желании оперировать большими непрерывными блоками (а это желание логично, т.к. фрагментация ФС не рулит).

> 4) отсутствие необходимости в глобальной таблице дескрипторов групп, описывающих число
> и расположение групп блоков (групп цилиндров — в терминологии UFS), из-за
> чего целостная ФС фактически поделена на автономные области, разрушения которых может
> вообще не затронуть соседние группы блоков (группы цилиндров).

Вы конечно извините но для начала блочные аллокаторы - архаика из прошлого тысячелетия. Экстентовая аллокация - работает в среднем по больнице лучше.

Вот и получается непонятное действие из разряда выкрасить и выбросить.

Ответить | Правка | К родителю #849 | Наверх | Cообщить модератору

884. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 12-Авг-11, 17:35 
>> 1) защита транзакций с ФС без использования журналирования;
> Допустим что это даже неплохо придумано. Однако традиционная архаичная блочная схема аллокации
> свободного пространства обладает субоптимальной производительностью и приличным оверхедом
> по метаданным. В ext4 и то доперли что пора уже вместо
> этих окаменелостей из прошлого века экстенты наконец использовать. И им воздалось.
> Скоростью работы, да.

"Современная" Ext4 не умеет моментальных снимков без костылеобразного LVM (вопрос: можно ли назвать обходной доступ к структурам ФС снапшотом?).
"Современная" Ext4 не умеет фонового fsck.
"Современная" Ext4 нуждается в журналировании транзакций для обеспечения своей консистенции.

>> 2) фоновое восстановление структуры ФС в случае обнаружения неконсистентности при монтировании;
> Какие у вас вычурные, фигурные костыли!
>> 3) моментальные снимки файловой системы на смонтированной в RW ФС без урезания
>> полосы пропускания на файловый ввод-вывод;
> Этакий убогий недоCoW по сути. Остается только вопрос - зачем было тратить
> силы на создание этого убогого франкенштейна и почему бы не сделать
> вместо этого нормальную CoW файловую систему нового поколения, на основе современных
> знаний и алгоритмов?

Современных знаний и алгоритмов в 2003 году хватило только на разработку и обоснование нужности и своевременности UFS2. В этом же году запустили Ext3 в продакшен на Linux, а до этого в Linux журналируемые ФС были только экспериментальные и портированные с других коммерческих систем.

Ответить | Правка | К родителю #881 | Наверх | Cообщить модератору

885. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 12-Авг-11, 17:44 
> "Современная" Ext4 не умеет моментальных снимков без костылеобразного LVM (вопрос: можно > ли назвать обходной доступ к структурам ФС снапшотом?).

а) LVM - не костыли, а уровень логических томов. ему, в общем-то, плевать, что под ним - ext4, ext3, ext2, NTFS, или еще чего - он все равно может (в теории) снапшот сделать
б) вопрос конзистентности снапшота - это уже к FS, и для этого есть обратные связи
в) это не "доступ к структурам" - это вполне себе снапшот на блочном уровне

> "Современная" Ext4 не умеет фонового fsck.

Фоновый fsck на боевой системе - ЗЛО. Абсолютнейшее. Не только потому, что снижает IOPS, но и потому, что можно, смонтировав на запись, повредить дальше и без того поврежденную FS. Но "илитистам"-пионерам этого не осознать.

> "Современная" Ext4 нуждается в журналировании транзакций для обеспечения своей консистенции.

Удивительно - но даже CoW - нуждается в журналировании :) Только журнал другой. И все БД используют журналирование. И много _надежного_ софта также использует журналирование операций с возможностью отката/восстановления. ЧОДНТ?

> Современных знаний и алгоритмов в 2003 году хватило только на разработку и
> обоснование нужности и своевременности UFS2.

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

Ответить | Правка | К родителю #884 | Наверх | Cообщить модератору

907. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 19:48 
> а) LVM - не костыли, а уровень логических томов. ему, в общем-то,
> плевать, что под ним - ext4, ext3, ext2, NTFS, или еще
> чего - он все равно может (в теории) снапшот сделать
> б) вопрос конзистентности снапшота - это уже к FS, и для этого
> есть обратные связи
> в) это не "доступ к структурам" - это вполне себе снапшот на
> блочном уровне

в теории, да, не боьше, не меньше...

>> "Современная" Ext4 не умеет фонового fsck.
> Фоновый fsck на боевой системе - ЗЛО. Абсолютнейшее. Не только потому, что
> снижает IOPS, но и потому, что можно, смонтировав на запись, повредить
> дальше и без того поврежденную FS. Но "илитистам"-пионерам этого не осознать.

а это зависит от того, какие данные находятся там, как бы свобода... вы же любите свободу в линуксе?

>> Современных знаний и алгоритмов в 2003 году хватило только на разработку и
>> обоснование нужности и своевременности UFS2.
> Именно. И дальше дело, увы, так и не двинулось. Если бы не
> подарок от саней - так и сидели бы...

Двинулось: прикрутили нативный журнал, вместо geom-вского.
Ох... этот подарок от саней хоть работает и работает хорошо, причем ничего подобного в линуксе нет, ну кроме подарка от оракла, который еще в альфах ходит.

Ответить | Правка | К родителю #885 | Наверх | Cообщить модератору

928. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 12-Авг-11, 23:54 
>> а) LVM - не костыли, а уровень логических томов. ему, в общем-то,
>> плевать, что под ним - ext4, ext3, ext2, NTFS, или еще
>> чего - он все равно может (в теории) снапшот сделать
> в теории, да, не боьше, не меньше...

И на практике тоже. В ext4, ext3, ныне и в XFS - вопрос конзистентности снапшота уже решен, разве что открытые на запись и записываемые в момент снапшота файлы будут в непонятном состоянии. В NTFS и прочих - снапшот сделать можно. Если драйвер FS после справится с некоторыми "онлайновыми" несоответствиями в снапшоте - все будет хорошо.

Ответить | Правка | К родителю #907 | Наверх | Cообщить модератору

686. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrey Mitrofanov (?), 10-Авг-11, 16:18 
>> Я не занимаюсь
> Я не о том, а о преимуществах, которые даёт

Сфер-кони в вакууме в этом сезоне хороши, как никогда!!

Ответить | Правка | К родителю #680 | Наверх | Cообщить модератору

693. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 10-Авг-11, 17:26 
Юноша, как бы вам объяснить. Моя фирма обслуживает более десятка организаций с сотнями серверов и тысячами АРМов. Поэтому я имею некоторое право на своё мнение. Я описываю условия, при которых я всё ещё иногда использую Фрю и при которых бы использовал её более охотно. Так что мои сферические кони не такие уж и сферические. Насколько я понимаю, и от моего внимания разработчики бы не отказались.
Ответить | Правка | Наверх | Cообщить модератору

801. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 16:26 
> Насколько я понимаю, и от моего внимания разработчики бы не отказались.

ага, почитайте посты разработчиков типа нуклайта и подумайте о том какие у вас шансы на конструктивное взаимодействие с ними :)))

Ответить | Правка | Наверх | Cообщить модератору

646. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 10-Авг-11, 12:45 
> К слову сказать, в моем случае анализ показал отсутствие потребности в ЗФС
> на всех без исключения хостах с фрей. Это круто, это модно,
> но мне оно не надо. Даже невзирая на то, что есть
> хосты со 128ГБ ОЗУ и четырьмя-восемью терабайтами в 50-м рейде.

UFS2 не может работать с носителями больше 1 (или 2 ТБ — не помню точно) — ограничение программной абстракции слоя FFS. А ZFS может.

Ответить | Правка | К родителю #593 | Наверх | Cообщить модератору

650. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 12:55 
> UFS2 не может работать с носителями больше 1 (или 2 ТБ —
> не помню точно) — ограничение программной абстракции слоя FFS. А ZFS
> может.

ЧЯДНТ? У меня все работает.

Ответить | Правка | Наверх | Cообщить модератору

656. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 10-Авг-11, 13:19 
>> UFS2 не может работать с носителями больше 1 (или 2 ТБ —
>> не помню точно) — ограничение программной абстракции слоя FFS. А ZFS
>> может.
> ЧЯДНТ? У меня все работает.

Работает на разделах не больше 1-2 ТБ.

Ответить | Правка | Наверх | Cообщить модератору

659. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:30 
> Работает на разделах не больше 1-2 ТБ.

Работает на разделах в 3 и 7 ТБ соответственно.

Ответить | Правка | Наверх | Cообщить модератору

661. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:43 
> Работает на разделах не больше 1-2 ТБ.

А, я понял! Вы имеете в виду ограничение старых fdisk/bsdlabel!

Ответить | Правка | К родителю #656 | Наверх | Cообщить модератору

588. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 09-Авг-11, 23:48 

> Вы в курсе что Фря, при недостатке памяти для ZFS падает в
> кору?
> Если это по вашему "нормальное поведение серверной ОС" - то проблемы сообщества
> Фри еще более глубоки чем полагалось ранее...

На счёт "падает кору" рискну не поверить.

Ответить | Правка | К родителю #524 | Наверх | Cообщить модератору

595. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 00:20 
> На счёт "падает кору" рискну не поверить.

Падает, падает, факт. Вообще, ЗФС начинает вменяемо работать при наличии на хосте от 2ГБ озу, отъедая около 1 ГБ под свои нужды. Архитектурные особенности.

Ответить | Правка | Наверх | Cообщить модератору

620. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 10-Авг-11, 09:52 
Ну так заводить зфс на чём-то с объёмом памяти меньше 2 гб не стоит. Об этом явно написано в рекомендациях.
Ответить | Правка | Наверх | Cообщить модератору

663. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:49 
> Ну так заводить зфс на чём-то с объёмом памяти меньше 2 гб
> не стоит. Об этом явно написано в рекомендациях.

Да кого теперь волнуют рекомендации и маны? Человеку хочется патчем Бармина сформировать квартальный отчет, кто ему в этом может помешать?

Ответить | Правка | Наверх | Cообщить модератору

664. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:49 
> Ну так заводить зфс на чём-то с объёмом памяти меньше 2 гб
> не стоит. Об этом явно написано в рекомендациях.

Вы еще потребуйте соблюдать рекомендации по ТБ и не прыгать с тридцатого этажа. Человеку хочется прыгнуть - и все тут. А потом все вокруг виноваты.

Ответить | Правка | К родителю #620 | Наверх | Cообщить модератору

800. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 16:22 
> Человеку хочется прыгнуть - и все тут. А потом все вокруг виноваты.

Поэтому придумали высотные "тарзанки" и парашюты. И пока вы лечите, что это опасно, кому хочется прыгать - прыгают. И даже остаются живыми. Хорошо когда можно взять и сделать, а не слушать всяких академзануд про то что это {не нужно, опасно, блаблабла}.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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