The OpenNET Project / Index page

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



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

Оглавление

Доступны OpenIndiana 2020.04 и OmniOS CE r151034, продолжающ..., opennews (ok), 06-Май-20, (0) [смотреть все]

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


23. "Доступны OpenIndiana 2020.04 и OmniOS CE r151034, продолжающ..."  –2 +/
Сообщение от Celcion (ok), 06-Май-20, 16:04 
> тот кому не нравиться когда linux зависает или падает, тот кому нужна надёжность и стабильность ОС

Неужели вы правда думаете, что промышленная ОС, в исходниках которой уже 10 лет копошатся совершенно левые люди, чем-то отличается от линукса в плане надежности и стабильности?

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

56. "Доступны OpenIndiana 2020.04 и OmniOS CE r151034, продолжающ..."  +1 +/
Сообщение от пох. (?), 06-Май-20, 23:10 
если бы левые - все бы еще ничего. Но это люди, которые работали еще в Sun.

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

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

110. "Доступны OpenIndiana 2020.04 и OmniOS CE r151034, продолжающ..."  +/
Сообщение от andy (??), 08-Май-20, 12:13 
> промышленная ОС

Хватит транслировать этот маркетоидный буллшит.

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

112. "Доступны OpenIndiana 2020.04 и OmniOS CE r151034, продолжающ..."  +/
Сообщение от Celcion (ok), 08-Май-20, 12:27 
>> промышленная ОС
> Хватит транслировать этот маркетоидный буллшит.

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

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

123. "Доступны OpenIndiana 2020.04 и OmniOS CE r151034, продолжающ..."  +/
Сообщение от andy (??), 09-Май-20, 08:07 
> Я понимаю, что с высоты администрирования локалхоста разница между промышленными ОС и наколенными поделками не особо очевидна

Вы выше у Анонима пруфов спрашивали, которые его мнение о докерах и кубернетисах подкрепляют. Настала пора Вам подкрепить Ваше высказывание о наколенных и "промышленных" ОС. Для меня очевидно, что Solaris 8-10 под SPARC, с которым я работал 10 лет назад - дерьмо и дерьмом воняет, по сравнению с тогдашними debian, centos и fedor'а. Объяснить почему, админ промышленных(tm) ОС?

> промышленные ОС в последнее время всё активнее вытесняются наколенщиной (её разрабатывать дешевле > и быстрее, что неудивительно)

Правда? И каков Ваш вклад в разработку наколенной ос, которую "разрабатывать дешевле и быстрее"?

> поэтому мне тут даже особо сказать нечего.

Раз сказать нечего, может тогда и свое мнение о моей квалификации придержите?

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

125. "Доступны OpenIndiana 2020.04 и OmniOS CE r151034, продолжающ..."  +/
Сообщение от Celcion (ok), 09-Май-20, 14:43 
> Вы выше у Анонима пруфов спрашивали, которые его мнение о докерах и кубернетисах подкрепляют.
> Настала пора Вам подкрепить Ваше высказывание о наколенных и "промышленных" ОС.

Не совсем понял, почему ТВОЕ утверждение о том, что промышленная ОС это "маркетоидный буллшит" должен опровергать с пруфами именно я. Ты же вбросил? Ты пруфы и приводи, а потом ответных пруфов требуй. А то иш, хитрый какой.

> Объяснить почему, админ промышленных(tm) ОС?

Естественно, вместо кучи воды и бестолковых вбросов можно было с этого и начать.

> Правда? И каков Ваш вклад в разработку наколенной ос, которую "разрабатывать дешевле и быстрее"?

Для начала, может объяснишь - а каким образом эти вещи вообще соотносятся? Причем тут дешевизна разработки и моё в ней участие?

> Раз сказать нечего, может тогда и свое мнение о моей квалификации придержите?

Так ведь мнение собирается из твоих же действий. Если ты можешь только вбросы лепить, без какой-либо толковой аргументации - то лично я для себя выводы вполне могу сделать. А как мне их высказывать - я, вроде бы как, без чужих указаний разберусь.

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

126. "Доступны OpenIndiana 2020.04 и OmniOS CE r151034, продолжающ..."  +/
Сообщение от andy (??), 10-Май-20, 10:18 
> Не совсем понял, почему ТВОЕ утверждение о том, что промышленная ОС это "маркетоидный буллшит"

Потому, что есть операционная система. И выбирают ее исходя из потребностей. И мне всегда было любопытно, почему коммерческий *nix - это "промышленная ОС", а RHEL или Debian - "наколенное поделие". И почему у базы данных Oracle заявленна поддержка промышленных(tm) и "наколенных" ос? И когда Оракл собезъянил CentOS, стал ли их дистрибутив linux "промышленной" ос, сделанной из "наколенной" и в какой момент времени? Думать головой надо, а не пересказывать маркетоидную херню.

> Естественно, вместо кучи воды и бестолковых вбросов можно было с этого и начать

Ты правда не в курсе, или просто прикидываешься?

1. Эпичный баг в libc соляры, по 256 файловых дескрипторов на процесс, который, souuuqqaaa, 18 лет исправляли и умудрились это сделать не с первого раза.
https://stackoverflow.com/questions/312091/file-handlers-lim...
technopark02.blogspot.com/2007/05/sun-solaris-solution-to-32-bit-stdios.html
Из-за этого про работающий Apache с логгированием каждого virtualhost'а в отдельный лог можно было забыть. Либо все в общий, либо иди к ...

2. Отсутствие bridge'а в сетевом стеке, до появления crossbow (OpenSolaris, Solaris 11).
3. Отсутствие tap интерфейсов без патчей, иначе про работу OpenVPN можно забыть
https://community.openvpn.net/openvpn/ticket/10#no1

4. Абсолютно ублдочный пакетный менеджер без разрешения зависимостей. ips был в OpenSolaris/Solaris 11, до этого момента - pkg*. Не в силах вынести такое убожество, кое-какое сообщество создало OpenCSW (ранее Blastwave), что бы хоть как-то по-человечески управлять пакетами, и не зависть от того, что вендор вывалил на дисках, плюс, дополнительно решало гадюшник из путей с исполняемыми файлами, которые могли лежать не только в /bin,/sbin,/usr/bin,/usr/sbin, а так же в /usr/ccs/bin или /usr/gnu/bin, или /usr/xpg4/bin, либо в /usr/dt/bin. И да, бинарники по этим путям были _разные_ (с разными возможностями), так как создатели "промышленной" ос пытались покрыть все стандарты posix сразу и усидеть одной задницей на всех стульях.
https://docs.oracle.com/cd/E86824_01/html/E54776/posix.2-5.html

Следствие - собрать собственный пакет можно, но не в среде для воспроизводимой сборки - никаких mock (как в RH/CentOS), или hasher (как в Альте) не было и в помине. Ребята из OpenCSW сделали GAR, что бы решить проблему. Оценить масштабы действа можно по ссылке https://www.youtube.com/watch?v=JWKCbPJSaxw
Что бы было понятно, сообщество "наколенно" решило проблему, на которую разработчикам "промышленной" ос было покласть.

5. Виртуализация в "промышленной" ОС Solaris Zones появилась практически одновременно с "наколеночным" поделием OpenVZ. В 2010 году проще и приятнее было работать с OpenVZ, нежели с zones (да, я субъективен)

6. Создание загрузочных флешек с Солярой прекрасно описано -  https://yvoinov.blogspot.com/2008/11/solaris-10-1008-usb.html . Годом ранее такая же процедура в "наколеночной" oc - https://www.debian.org/releases/etch/i386/ch04s04.html.en

7. Возможности jumpstart и kickstart. Примерно тоже самое как и с пакетным менеджером. Jumpstart появился давно и остался на примитивном уровне:
https://docs.oracle.com/cd/E26505_01/html/E28039/preparecust...
https://access.redhat.com/documentation/en-us/red_hat_enterp...

Это из того, что вспомнилось по опыту.

> Для начала, может объяснишь - а каким образом эти вещи вообще соотносятся? Причем тут дешевизна > разработки и моё в ней участие?

Эти вещи соотносятся непосредственно. Если у Вас есть релевантный опыт в работе над ядром или дистрибутивом "наколенной" ос, Вы бы сами могли оценить усилие и масштабы работы, после чего не писать про "разрабатывать дешевле и быстрее".

> Причем тут дешевизна разработки и моё в ней участие?

При том, что Ваше оценочное суждение, непонятно на чем основанное (не на собственном опыте уж точно), может не являться верным, допускаете?

> Так ведь мнение собирается из твоих же действий.

Так это и в обратную сторону работает, понимаете, админ "промышленной" ос?

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

127. "Доступны OpenIndiana 2020.04 и OmniOS CE r151034, продолжающ..."  +/
Сообщение от Celcion (ok), 10-Май-20, 13:00 
> Потому, что есть операционная система. И выбирают ее исходя из потребностей.

Так, вот давай сразу зафиксируем это твоё утверждение, мы к нему сейчас еще много раз вернемся по ходу рассуждений.

> И мне всегда было любопытно, почему коммерческий *nix - это "промышленная ОС"

Потому что её делают под нужды, что характерно, "промышленности", то есть нужды производств с определенным набором ПО, обеспечить корректную работу которого нужно в первую очередь, а работу всего остального - во вторую.
Это не значит, что эта система в чем-то "лучше", чем остальные. Она просто лучше заточена под определенные задачи, потому что делалась конкретно под них. Это и отлоичает её от General Usage систем.
Это я к тому, что конкретно этот момент будет вызывать от меня много вопросов плана "зачем?".

> а RHEL или Debian - "наколенное поделие".

Ну, положим RHEL никто "наколенным поделием" не называл. А то, что Debian является "наколенным поделием" - знают все, кто им когда-либо пользовался. Просто не все готовы себе и остальным в этом признаться.

> 1. Эпичный баг в libc соляры, по 256 файловых дескрипторов на процесс

К каким конкретно проблемам это приводило в работе с выпущенным под соляру ПО? И я не про "апачи" и прочее, а про штуки, вроде СУБД.

> Из-за этого про работающий Apache с логгированием каждого virtualhost'а в отдельный лог можно было забыть. Либо все в общий, либо иди к ...

Мне почему-то сомнительно, что использование серверов за миллионы баксов в качестве веб-фронта - было таким уж частым юзкейсом.

> 2. Отсутствие bridge'а в сетевом стеке, до появления crossbow (OpenSolaris, Solaris 11).

Какие для этого были юзкейсы именно в энтерпрайзной среде и поддерживаемых самим саном решениях?

> 3. Отсутствие tap интерфейсов без патчей, иначе про работу OpenVPN можно забыть

Зачем нужен OpenVPN на энтерпрайзных серверах?
Давай туда еще сервер Контры, или Майнкрафта попробуем поставить и будем сокрушаться, что не работает.

> 4. Абсолютно ублдочный пакетный менеджер без разрешения зависимостей.

Какая разница как работает менеджер пакетов, если всё необходимое ПО устанавливается и работает без проблем?
Всё, что ты ниже пишешь - гнутые поделия и всяческий самосбор, под которые система никогда не оптимизировалась и не рассчитывалась. Странно предъявлять претензии, что не работает то, работу чего никто реализовывать и не собирался.
Под соляру было официально поставляемое ПО, где разработчики сами на себя взяли весь гемор по тому, чтобы все устанавливалось и работало. А для разработки была Sun Studio, проблемы в работе с которой так, или иначе решались.

> 6. Создание загрузочных флешек с Солярой прекрасно описано

Мне вот даже интересно - куда ты это "загрузочную флешку" пихал бы в данном агрегате?
https://live.staticflickr.com/2376/2333274608_0eb3ed4855_b.jpg

> 7. Возможности jumpstart и kickstart.

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

> Это из того, что вспомнилось по опыту.

Это на уровне сравнений полового органа с пальцем лишь на основании внешней их схожести. Ну и, видимо, от полного не понимания ровно того, что ты сам же написал в самом начале - ОС выбирается, исходя из потребностей. Тех потребностей и сравнений, что ты понаписал - там не было среди основной части клиентов, которые платили деньги. А тратить ресурсы на никому особо не нужный R&D и накачивание нескучными фичами, после чего постоянно переписывать мануалы, переобучать и пересертифицировать поддержку и так далее - никому было не нужно. Но ты этого, видимо, не понимаешь.

> Эти вещи соотносятся непосредственно.

Они никак не соотносятся.

> Если у Вас есть релевантный опыт в работе над ядром или дистрибутивом "наколенной" ос, Вы бы сами могли оценить усилие и масштабы работы, после чего не писать про "разрабатывать дешевле и быстрее".

Если у тебя есть опыт ремонта автомобиля - у тебя есть возможность оценить сколько стоит разработать автомобиль, организовать его производство и продажи?
Это уже просто глупость, уж извини за прямоту.

> При том, что Ваше оценочное суждение, непонятно на чем основанное (не на собственном опыте уж точно), может не являться верным, допускаете?

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

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

128. "Доступны OpenIndiana 2020.04 и OmniOS CE r151034, продолжающ..."  +/
Сообщение от andy (??), 10-Май-20, 18:24 
> Потому что её делают под нужды, что характерно, "промышленности", то есть нужды производств с определенным набором ПО, обеспечить корректную работу которого нужно в первую очередь, а работу всего остального - во вторую.

И что же это за "промышленность" такая, где нужно грубо сляпанное гуано, в сравнении с "наколеночным"? Критерий "нужности" ПО можно услышать?

> А то, что Debian является "наколенным поделием" - знают все, кто им когда-либо пользовался.

Пользовался и пользуюсь RHEL и Debian, наколенными данные дистры не считаю. Наоборот, Solaris 10,
в сравнении с ними - грубо сляпанный коммерческий крап. Отвратительный как по виду, так и по содержанию.

> К каким конкретно проблемам это приводило в работе с выпущенным под соляру ПО? И я не про "апачи" и прочее, а про штуки, вроде СУБД.

Все что не субд, не ПО?

> Мне почему-то сомнительно, что использование серверов за миллионы баксов в качестве веб-фронта - было таким уж частым юзкейсом.

Возможно, но оно было и работало уже тогда. Cерверы, разумеется, не за миллионы баксов Была бы моя возможность выбирать - SUN'а бы не было.

> Какие для этого были юзкейсы именно в энтерпрайзной среде и поддерживаемых самим саном решениях?

Понятия не имею, констатирую факт. Или "отсутствует потому, что не нужно"?

> Зачем нужен OpenVPN на энтерпрайзных серверах?

Да мало ли какие задачи требуются? ОС это не узконаправленная вещь.

> Давай туда еще сервер Контры, или Майнкрафта попробуем поставить и будем сокрушаться, что не работает.

Если есть поддержка Solaris, не вижу причины по которой данное ПО не может быть запущеным на сервере. Есть (уже), сервер, не новый. Клиент захочет сервер Контры - будет сервер контры.

> Какая разница как работает менеджер пакетов, если всё необходимое ПО устанавливается и работает без проблем?

Разница в том, что кроме того что закинул на дисках вендор к "промышленной" ОС, есть еще то, что нужно мне, для решения задач бизнеса, которые приносят прибыль. И приходится cобирать пакеты, потому что за make && make install на сервере надо отрывать руки, равно как и за не воспроизводимую сборку. И я хочу, что бы в 21 веке менеджер пакетов в "промышленной"
ос умел разрешать зависимости, как в "наколенной" ос.

> Всё, что ты ниже пишешь - гнутые поделия и всяческий самосбор, под которые система никогда не оптимизировалась и не рассчитывалась. Странно предъявлять претензии, что не работает то, работу чего никто реализовывать и не собирался.

Еще как расчитывалась, ибо гнутый самосбор предоставлен SUN'ом и взят с дисков их дистрибутива.
А то, что они свой man hierarchy не соблюдают - вопрос не ко мне.

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

А если работает плохо, мне что делать? Вешать багу и ждать пока снизойдут?

> Мне вот даже интересно - куда ты это "загрузочную флешку" пихал бы в данном агрегате?

Я не знаю, что это за агрегат, а вот Sun Fire'ов 2000 и T3 хватало. И с флешкой мне было бы удобнее, чем без нее.

> А там широкие возможности и не нужны были - эти сервера поднимались по одной штуке раз в несколько лет.

У Вас "ненужно", заменяет собой все, что уже было написано и что делало работу удобнее.

> Если бы был реальный спрос на расширение этих возможностей - сделали бы.

Так это, баг-то в libc висел 18 лет исправляли. Просто когда уже стало нужно, было все равно пофигу - дерьмо-то покупали (по инерции, конечно), ибо "промышленная" ос.

> Это на уровне сравнений полового органа с пальцем лишь на основании внешней их схожести. Ну и, видимо, от полного не понимания ровно того, что ты сам же написал в самом начале - ОС выбирается, исходя из потребностей. Тех потребностей и сравнений, что ты понаписал - там не было среди основной части клиентов, которые платили деньги. А тратить ресурсы на никому особо не нужный R&D и накачивание нескучными фичами, после чего постоянно переписывать мануалы, переобучать и пересертифицировать поддержку и так далее - никому было не нужно. Но ты этого, видимо, не понимаешь.

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

> Если у тебя есть опыт ремонта автомобиля - у тебя есть возможность оценить сколько стоит
> разработать автомобиль, организовать его производство и продажи?

У меня нет опыта ремонта автомобиля и я не могу оценить стоимость его разработки и тем паче, стоимости производства от разработки идеи, до вывода на рынок готового продукта. Если я с чем-то работаю, то у меня есть примерное представление о том, как это сделано и могу cформулировать
что мне не нравится и как это улучшить, особенно если есть с чем сравнить. Знаете ли, весьма заметно то, что сделано как надо и сделано на отвали. Первое характерно для "наколенных" дистрибутивов, второе - вотчина "промышленных" ос.

> Это уже просто глупость, уж извини за прямоту.

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

> Я допускаю, что никакое мнение не может быть верным в принципе, ибо всегда есть нюансы. В том числе и моё и твоё. Но я как-то не вижу, чтобы ты в своём как-либо сомневался, но почему-то от других этого ожидаешь.

А я не вижу смысла приукрашивать то, что выглядит как гуано. Когда начинаешь сравнивать возможности, почему-то "промышленные" ос начинают пролетать, в сравнении с "наколенным" поделием.
Одно дело, взглянуть на недостатки объективно и сделать выводы, другое дело пытаться оправдать собственную ошибку, когда понял, что выбрал плохой продукт. Что касается моего опыта работы с Solaris 10, в первом случае (RTComm) я работал с тем, что есть, во втором (Orange) приходилось осуществлять миграцию physical to virtual причем менялись и архитектуры процессора (из физических SPARC'ов миграция происходила в облако VmWare). Впечатления были гнетущие от того, как поставщики проприетарного ПО изворачивались пытаясь побороть проблемы Solaris, когда поддержку у Oracle никто не покупал (ибо отказ от дальнейшего использования и миграция), а на уже купленное решение от проприераса есть поддержка.

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

134. "Доступны OpenIndiana 2020.04 и OmniOS CE r151034, продолжающ..."  +/
Сообщение от Celcion (ok), 11-Май-20, 10:44 
> И что же это за "промышленность" такая, где нужно грубо сляпанное гуано, в сравнении с "наколеночным"?

Скажи, вот если у БелАЗа нет кондиционера, круиз-контроля, его неудобно парковать под домом и топлива жрет больше 10 литров на сотню - он тоже грубо слыпанное гуано по сравнению с какой-нибудь там Камри?

> Все что не субд, не ПО?

Нет, просто под какое-то ПО система оптимизирована лучше, под какое-то хуже. Под СУБД (конкретно - Оракл) солярис всегда был оптимизирован отлично, ибо это был один из самых распространенных его юзкейсов.

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

> Понятия не имею, констатирую факт. Или "отсутствует потому, что не нужно"?

Именно поэтому и отсутствуют. Возвращаемся к сравнению БелАЗа и Камри.

> Да мало ли какие задачи требуются?

Я ни разу не сталкивался с задачами, которые бы в рамках крупной организации (а для некрупных Sun сервера и не делал почти никогда) требовали прям напрямую с серверов куда-то подключаться по VPN, для этого есть сетевое оборудование. Ну, кроме всяких веселых исключений, вроде VipNet, но это вообще отдельный случай.

> ОС это не узконаправленная вещь.

Конкретно эта - узконаправленная. В этом и дело.

> Клиент захочет сервер Контры - будет сервер контры.

Да, клиент захочет БелАЗом пользоваться как Камри - надо сделать так, чтобы смог! А ну-ка быстро вкорячили туда кондей, круиз контроль и сделали так, чтобы больше 10 литров на сотню не жрал!
Ну а вообще, как и в случае со всеми удобняшками - любой каприз за ваши деньги. Становись крупным и денежным клиентом - и тебе там что хочешь развернут.

> Разница в том, что кроме того что закинул на дисках вендор к "промышленной" ОС, есть еще то, что нужно мне, для решения задач бизнеса, которые приносят прибыль.

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

> Еще как расчитывалась, ибо гнутый самосбор предоставлен SUN'ом и взят с дисков их дистрибутива.

Я уже не помню, могу ошибаться, но этот софт там предоставлялся без особых гарантий работоспособности.

> А если работает плохо, мне что делать? Вешать багу и ждать пока снизойдут?

Что конкретно плохо работает? Любой софт такого уровня покупается с поддержкой. Что-то не работает - пишешь в суппорт, а там уже в зависимости от твоего уровня поддержки - либо сорвутся и прилетят за час, либо ответят через пару дней куда ткнуть и скинуть им логи.

> У Вас "ненужно", заменяет собой все, что уже было написано и что делало работу удобнее.

Потому что твой личное "удобнее" актуально лишь в твоих случаях, а не во всех в принципе. Только ты этого не учитываешь, почему-то. Зачем тогда мне учитывать твои хотелки?

> Да-да-да. Я виноват, "выбирал" не под "те" задачи ос и оборудование.

Ну, либо ты, либо те, кто это оборудование изначально закупал, явно не понимая что и для чего они покупают.

> То, что это уже работало и эту дрянь надо было поддерживать, Вам в голову вообще не приходит.

Дык, кто ж спорит, что раз уже есть, то надо поддерживать и работать с тем, что есть. Но каким образом то, что оборудование просто было выбрано не совсем для тех задач, на которые оно рассчитано - делает это оборудование "хуже"? Непонятно.

> Вашу нишу я понял уже, для Вас промышленная ос это сугубо пускалка БД Oracle

Не всегда. Там и другие интересные кейсы были. Та же Netra, например.

> в таком случае встает вопрос, а нахрена вообще связываться, если RH завявлен самим ораклом в поддерживаемых ос, а цена за сервер и дальнейшая стоимость владения дешевле, чем закупать железо с "промышленной" ос вляпываясь в поддержку от оракла и штрафом за то, что ее прерывал.

Конкретно сейчас - смысла действительно уже никакого. Ровно потому оно и померло. А в начале 2000-х банально не было редхатов на серверах, где нужны были десятки ядер и терабайты оперативы, понимаешь?
Ты просто смешал в кучу времена, когда это оборудование было актуальным, и нынешние времена, когда это уже давно пережиток прошлого. Если бы оно не издохло в конце 2000-х - вполне возможно, сейчас бы уже доросло до этих ваших нескучных пакетных менеджеров и прочего. Но - увы, "рыночек порешал" раньше.

> Знаете ли, весьма заметно то, что сделано как надо и сделано на отвали. Первое характерно для "наколенных" дистрибутивов, второе - вотчина "промышленных" ос.

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

> Ничего, я не обиделся, потому что Вы явно не правы.

Да конечно, куда ж мне.

> Вы разбрасываетесь суждениями, не участвовав, подозреваю с высокой долей вероятности, в разработке opensource проектов, но выносите суждения о том, сколько и что стоит.

Да я много в чем не участвовал. Космические шаттлы не запускал, лекарства от рака и спида не разрабатывал, не строил крымский мост, да и вообще пропащий по жизни человек. Только какое это имеет отношение к данному вопросу?

> А я не вижу смысла приукрашивать то, что выглядит как гуано.

Сложно использовать как аргумент твои личные визуальные оценки того, что ты оцениваешь по опыту нецелевого использования.

> Когда начинаешь сравнивать возможности, почему-то "промышленные" ос начинают пролетать, в сравнении с "наколенным" поделием.

Потому что ты сравниваешь БелАЗ с Камри с точки зрения фишек Камри, а не возможностей БелАЗа. То, что БелАЗ может увезти суммарно 450 тонн, а Камри и одну тонну не увезет - ты не учитываешь. Какой смысл от таких сравнений - понятно, видимо, лишь тебе одному.
Повторюсь, активная разработка этого всего велась более 15 лет тому назад, дальше - уже по остаточному принципу, потому что оно уже постепенно начало отмирать и основные средства вкладывались лишь в то, чтобы не сломать уже работающее. Поэтому и сравнивать надо с тем, что было тогда. Рассказывать какие там на этих ваших редхатах и прочем были пакетные менеджеры, как всё стабильно тогда на линуксе работало, ну и вот это вот всё. А иначе это так и будет сравнение полового органа с пальцем.

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

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

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




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

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