> Дорогой друг. Давай ты снизишь накал по теме, в которой твои компетенции явно ограничены.
Давай ты перестанешь давать советы, компетентный ты наш.
> Ты разработчик ПО/электроники? Какими проектами занимался?
Никакими. А ты какими?
> Разрабатывал что-нибудь серьёзное программно-аппаратное?
Нет конечно. А ты что разработал?
> Народ, с чего вы взяли что МЦСТ - мелкая конторка и помимо процессоров с компиляторами и драйверами занимается только сборкой дистрибутивов линукс?
Потому что на другое у них нет ресурсов.
> Информация есть на их сайте и не только - нужно только минимально поинтересоваться.
Минимально интересуюсь, где их дистрибутив скачать можно, дабы оценить объём проведённых работ? А то я тут поинтересовался.
Основной операционной системой для вычислительных комплексов МЦСТ является ОС «Эльбрус». Она основана на ядре Linux версии 2.6.33, ведётся работа над переносом нового ядра версии 3.10. Базовым дистрибутивом для ОС «Эльбрус» является Debian — одна из самых популярных серверных операционных систем. Ядро и базовый набор из приблизительно 4000 пакетов портированы на архитектуры «Эльбрус» и SPARC и собираются из единой базы исходных кодов. Дистрибутив содержит все средства для организации работы различных серверов и набор популярного программного обеспечения, достаточного для работы обычного пользователя: графическая оболочка; браузер; текстовый и табличный процессоры, текстовые редакторы; средства просмотра мультимедийных файлов; почтовые клиенты; веб-сервер, СУБД и множество других популярных программ
Оказывается кроме портирования и нет никаких достижений.
> Лучше линукса для массового пользователя пока ничего не придумали.
Я не в том плане что он с ним мучается. А в том плане, что проделанной МЦСТ мега-работе в плане ОС, нет никаких доказательств. Да и спорное утверждение на самом деле, поскольку он не то чтобы массовый.
> А в том плане, что проделанной МЦСТ мега-работе в плане ОС, нет никаких доказательств.
Как много компиляторов ты написал?
> Да и спорное утверждение на самом деле, поскольку он не то чтобы массовый.
Все серьезные веб-сервера в мире - это линукс. На западе, где к легалайзу относятся серьезнее - у многих стоит линукс. Ну и линуксами можно считать, по большому счету, и андроиды.
Убунту за последние пять лет очень сильно продвинулись в плане юзабилити и софта. Это говорит в том числе и о росте использования системы.
Поэтому твои разговоры о массовости - по меньшей мере странные.
Ни одного, а МЦСТ сколько написала? Форк gcc не предлагать, это форк, а не разработка с нуля. А ты сколько написал?
> Поэтому твои разговоры о массовости - по меньшей мере странные.
> 1. Ну там разделение интерфейса и реализации, если общими словами. ))
Если бы всё было так просто.
> 2. Нифига себе малюсенькую!
>[censored] >[censored]
Ты думаешь, это много? В % от общего количества кода посмотри.
> Так и будем плестись в хвосте.
> Нужно, считаю, стартануть, отталкиваясь от чего-то готового, а далее пилить самим.
> Если организовать и делать по уму и без обилия свистоперделок, то огромных ресурсов не требуется (это про ОС, прикладное ПО - отдельная тема).
У нас ресурсов для подобной масштабной разработки сейчас нет. Ни управленческих, ни инженерных.
И прикладное ПО здесь тема отнюдь не отдельная. Никто его в закрытой системе отдельно пилить не будет. А без тех же офисных программ новая ОС нафиг никому не сдалась. Поэтому пилить придётся всё и сразу. Пилить, и при этом поддерживать другие ОС, потому как на время разработки нужно, чтобы что-то работало.
Впрочем если кому-то хочется верить в фантастику - верьте.
> Расскажи, пожалуйста, как отличить форк, от сильно переписанного исходника?
Иногда никак. А как сильно переписали? Можно ссылочку на гитхаб? Мне чисто сравнить. А то ведь дальше патчей дело-то не пошло поди. Ну не Apple они чтобы пилить свой компилятор для Си. Который теперь и ядро будет компилять и уже компиляет всякие гугло хромы.
> Не массового, нет.
При этом 7% на десктопах о которых мы тут. Охуеть массовость. Кстати как там в андроиде с вирусами? А то тут рассказывают за безопасность линукса, а раз мы пришли к тому, что андроид это линукс, то хотелось бы знать.
По разным Осям, их разработке.
И аппаратно-программными в сфере автоматики.
> Нет конечно. А ты что разработал?
Наборы драйверов, средства поддержки выполнения в линейке микроконтроллеров/ЦСП, занимался разработческим ПО для них.
Есть понимание цепочки железо-компиляторы-ОС/рантаймы, что чего требует.
> Потому что на другое у них нет ресурсов.
Ты же там не работаешь, откуда знаешь, на что у них есть ресурсы?
> Минимально интересуюсь,
Да, маловато. Или невнимательно.
Помимо маркетоидной писанины в сети есть и писанина разработчиков. Интересующимся найти не сложно.
> Ты же там не работаешь, откуда знаешь, на что у них есть ресурсы?
Чисто эмпирически догадался, что их у них меньше чем у Apple или Google, которые таки пилят свои компиляторы. Apple запилил Clang которым вот-вот начнут собирать ядро и уже собирают всякие хромы. У меня есть понимание какие ресурсы нужны на свой компилятор, не говоря уже об ОС, а вот у тебя видимо нет.
> Интересующимся найти не сложно.
Ну так дай ссылку, вторая сотня комментов, а вменяемого о предмете так и нет.
Мы говорим о ПО и о перекомпиляции. Не понимаю какие вопросы может вызывать утверждение "приложению для перекомпиляции требуется наличие нужных ему в системе интерфейсов"
> Это какие, например, юсб - эсернет?
Kernel, D-BUS, KDE, etc. Множество их, требуемых приложениями. Если они не будут находиться в системе или их API будет не совпадать с необходимым для приложения - перекомпиляция провалится.
Ну посмотри сколько архитектур Дебиан поддерживает. Никто, кстати, не орёт смотрите какие мы крутые. А тут мне рассказывают какой прорыв совершил МЦСТ.
> А кто сказал, что код доступен в свободном доступе?
Нарушение лицензии? Ясно.
> Что такое патч? У меня складывается впечатление, что ты не понимаешь слов, которые используешь.
Устранение недостатков, добавление функционала.
> Эпл, в десктопах давно использует интелы.
И что? Причём тут clang о котором ты даже не слышал и тем более не знаешь зачем яблоки его изобрели и что он даёт?
> Кстати, не поскажешь на основе чего сделан макОс?
На ядре Darwin.
> Это в России. А как дела в мире обстоят?
Это в мире, в России порядка 13%.
> А что не так там с вирусами?
Говорят как говна за баней. При этом говорят что в линуксе хорошо с безопасностью, то ли андроид не линукс, то ли с безопасностью в нём на самом деле ни в пизду.
> Они есть, наверное, я лично ни одного за 3 года пользования не видел.
> Говорят как говна за баней. При этом говорят что в линуксе хорошо с безопасностью, то ли андроид не линукс, то ли с безопасностью в нём на самом деле ни в пизду.
Со вторым там проблемы. Не настроено как надо. В обычном Linux(сейчас уже давно везде SELinux) подобных проблем с безопасностью нет. В android же он появился только с 4.3 версии. Но там и без этого полно других проблем с разрешениями.
> В android же он появился только с 4.3 версии. Но там и без этого полно других проблем с разрешениями.
Т.е. андроид всё-таки отдельный продукт, а не очередной дистрибутив линукс, да? Или в линуксы записываем по присутствию ядра? Тогда роутеры не посчитали, телевизоры и прочий embedded. И тогда да, линукс зарулил всех в минуса.
> Ну посмотри сколько архитектур Дебиан поддерживает.
И что? Как думаешь что делали, чтобы каждая из архитектур поддерживалась?
> А тут мне рассказывают какой прорыв совершил МЦСТ.
Для нашей нынешней экономики - это прорыв.
> Нарушение лицензии? Ясно.
[молчит про макОС]
> Устранение недостатков, добавление функционала.
>
А, т.е. переделка компилятора это не патч?
> И что? Причём тут clang о котором ты даже не слышал и тем более не знаешь зачем яблоки его изобрели и что он даёт?
А при чет тут клэнг?
> На ядре Darwin.
Darwin — это открытая POSIX-совместимая операционная система, выпущенная Apple Inc. в 2000 году. Она совмещает код, написанный самой Apple, с полученным от NeXTSTEP (система выпущена в 1989), FreeBSD (выпущена в 1993) и прочих свободных проектов.
> Это в мире, в России порядка 13%.
Поделись цифрами.
> Говорят
Весомо.
> Многие и на винде не видят, на винде их нет?
> Вопрос в том, что ты написал глупость. Что такое интерфейс в твоем понимании?
Глупость? В чем?
Интерфейс(API) - это набор функций, которые предоставляются программой.
Раз уж я пишу глупость, будь добр, поясни, как же ты сумеешь скомпилировать приложение, если требуемое API не будет представлено?
> Это все интерфейсы?
Это - программы. Речь о предоставляемых ими интерфейсах(API).
> А если не требуются?
Глупый вопрос. Тогда они и не нужны.
Однако ты возьми любое серьёзное opensource приложение и посмотри на набор внешних зависимостей, которое оно обязательно тащит. Будешь удивлён.
> Конечно провалится. Если каких-нибудь нет будет библиотек. Только в чем сложность перекомпилить и эти библиотеки?
В том, что многие библиотеки и приложения завязаны на конкретные поддерживаемые ими архитектуры и потребуют изменение кода для поддержки новой архитектуры?
> И что? Как думаешь что делали, чтобы каждая из архитектур поддерживалась?
Добавили нужный функционал в gcc? Прям как МЦСТ? Нихуя не ломая? Да не может этого быть. Я об этом вторую страницу талдычу, а то вдруг ты не заметил.
> Для нашей нынешней экономики - это прорыв.
Оу, наша нынешняя экономика на уровне сборщиков пакетов дебиана, которые сидят на зарплате у одного южноафриканского бизнесмена...
> А, т.е. переделка компилятора это не патч?
Функционал добавили, никто ничего не переделывал. Понимаешь?
> А при чет тут клэнг?
Притом что это компилятор разработанный компанией Apple. Компания Apple обладает ресурсами для разработки компиляторов, а МЦСТ - нет.
> Darwin — это открытая POSIX-совместимая операционная система, выпущенная Apple Inc. в 2000 году. Она совмещает код, написанный самой Apple, с полученным от NeXTSTEP (система выпущена в 1989), FreeBSD (выпущена в 1993) и прочих свободных проектов.
И что? Она нарушает BSD лицензию? А в каком месте? Давно лицензия BSD запрещает закрывать код?
> Поделись цифрами.
Ты дохуя поделился. Поэтому всё сам, всё сам.
> Весомо.
> Интерфейс(API) - это набор функций, которые предоставляются программой.
> Раз уж я пишу глупость, будь добр, поясни, как же ты сумеешь скомпилировать приложение, если требуемое API не будет представлено?
In computer programming, an application programming interface (API) is a set of routines, protocols, and tools for building software applications.
> Это - программы. Речь о предоставляемых ими интерфейсах(API).
In computer programming, an application programming interface (API) is a set of routines, protocols, and tools for building software applications.
> Будешь удивлён.
Не буду. А вот зависимости и API - это одно то же.
> В том, что многие библиотеки и приложения завязаны на конкретные поддерживаемые ими архитектуры и потребуют изменение кода для поддержки новой архитектуры?
Только в чем сложность перекомпилить и эти библиотеки?
Ты не поверишь, в МСЦТ так и сделали.
> Т.е. андроид всё-таки отдельный продукт, а не очередной дистрибутив линукс, да? Или в линуксы записываем по присутствию ядра? Тогда роутеры не посчитали, телевизоры и прочий embedded. И тогда да, линукс зарулил всех в минуса.
Эм. Ну вообще-то Linux - это ядро. Как называется система - дело второстепенное.
А может переписали GCC?
> Прям как МЦСТ? Нихуя не ломая?
Прям так - это как?
> Оу, наша нынешняя экономика на уровне сборщиков пакетов дебиана, которые сидят на зарплате у одного южноафриканского бизнесмена...
Как много стран в мире могут делать свои собственные полноценные процессоры?
> Притом что это компилятор разработанный компанией Apple. Компания Apple обладает ресурсами для разработки компиляторов, а МЦСТ - нет.
И что? МСЦТ обладает тем, чем обладает. ДЛя нашей страны - даже это пойдет.
> И что? Она нарушает BSD лицензию? А в каком месте? Давно лицензия BSD запрещает закрывать код?
Это ты начал про нарушения.
> Ты дохуя поделился.
Ты дохуя поделился. Как, кстати, Китай вляет на общий процент линуксоидов?
> Отчёты сам найдёшь, это не сложно.
Да для тебя даже свой проц разработать и заставить его работать с современной ОС - херня.
Прям как мэйнтейнеры дебиана.
> Как много стран в мире могут делать свои собственные полноценные процессоры?
Мы про ПО.
> И что? МСЦТ обладает тем, чем обладает. ДЛя нашей страны - даже это пойдет.
Я с этим не спорю. Но я не считаю великим достижением впилить в компилятор поддержку своей архитектуры. Большая работа проделана? Безусловно. Молодцы? Да кто бы спорил. Достижение? Нет.
> Это ты начал про нарушения.
А вот GPL закрывать нельзя.
> Ты дохуя поделился.
Статистику я первый попросил.
> Как, кстати, Китай вляет на общий процент линуксоидов?
Не знаю, расскажи.
> Да для тебя даже свой проц разработать и заставить его работать с современной ОС - херня.
Не надо транслировать хуйню из своей головы на окружающих. Спасибо.
> In computer programming, an application programming interface (API) is a set of routines, protocols, and tools for building software applications.
Молодец, что узнал. Ещё раз задам вопрос, как же ты сумеешь перекомпилировать приложение, если требуемое API не будет представлено?
> Не буду. А вот зависимости и API - это одно то же.
Ну раз не будешь, тогда к чему вопрос:
> А если не требуются?
?
> Только в чем сложность перекомпилить и эти библиотеки?
> Ты не поверишь, в МСЦТ так и сделали.
Как ты сможешь перекомпилировать приложение, написанное для одной архитектуры, под совершенно другую архитектуру? Вот к примеру есть у тебя библиотека и приложение, написанное под AMDx86-64, как ты его сумеешь "просто перекомпилировать" под тоже armv7?
Просто "перекомпилировать" здесь не получится никак. Придётся вначале все места(в том числе и в зависимостях), где используется низкоуровневое программирование под конкретную архитектуру, переписывать(или дополнять) под использование на своей архитектуре. И только затем компилировать. А потом ещё отлавливать баги в остальных местах, ибо в opensource полно мест, где и на языках высокого уровня умудряются писать под конкретную архитектуру.
> Как ты сможешь перекомпилировать приложение, написанное для одной архитектуры, под совершенно другую архитектуру?
Вот это я считаю охуенно. Как перекомпилить приложение написанное на c/c++ на другой архитектуре.
Посмотри как работают процессоры, как они исполняются команды, что такое ЯВУ.
[censored]
> Мы когда-то действительно пользовались gcc, но сейчас полностью отказались. Разработан свой компилятор, совместимый с gcc по формату входных файлов (расширениям, прагмам и т.п.).
>> С нуля? Полностью сами написали?
> Да. За исключением фронт-энда, как заметили выше.
> Вот это я считаю охуенно. Как перекомпилить приложение написанное на c/c++ на другой архитектуре.
Флаг в руки - иди, попробуй перекомпилировать ASM под другую архитектуру. =)
> Посмотри как работают процессоры, как они исполняются команды, что такое ЯВУ.
Молодец, что знаешь что такое ЯВУ. Наверное знаешь что такое и ЯНУ, верно? Тогда к чему вопросы?
> > И кстати, стоковое ядро — оно и существует только в дистрибутиве, потому так и называется - типа, со склада.
>
> На kernel.org оно лежит, знаток.
Еще раз, для теоретиков: стоковое ядро - распространяется с дистрибутивом. Никакие патчи на ядро никакие дистрибутиво-писатели не накладывают. Но компиляция ядра производится именно при сборке дистрибутива. В каждом дистре - разный билд. Я говорил о взломе, подразумевая ЗАРАНЕЕ извесный билд.
> Вот и хорошо, что только участвует. Будем надеяться, что это не помешает реализации планов МЦСТ. Но говорить о проекте, что его делает Роснано и Чубайс (мне кажется) в корне неверно. Тут скорее часть финансирования идет через Роснано, не более того.
Финансирование это, вроде, самое главное, если подразумевает грамотное распределение средств и работу на реальный результат. Если перед отвечающим за финансы поставлена конкретная цель типа "собрать полностью наш комп, от отечественного песчаного карьера и до последней трубки оптоволокна", то он что угодно выгрызет, лишь бы деньги не проебать на ненужное.
Плюс у Путина есть очевидная стратегия "терпеть до последнего, пока даже самый долбоеб не перестанет хапать и не начнет работать". Пережидает первоначальное накопление капитала, или типа того. В последнее время замечаю, что стратегия начинает приносить плоды. Немного сменился состав, немного поумерились аппетиты старых крыс и они потихоньку решили поработать-таки, на старости лет.
В мире больших денег и низких квалификаций (читай политики), плюс с русским менталитетом "тянуть до последнего, потом загореться идеей и положить все ресурсы на реализацию", имею мнение, что может сработать. В любом случае попробовать другой метод уже не успеем. Ну то есть, надо поддерживать и улучшать то, что есть. Типа сколкова и прочего. Переделывать "по-правильному" уже не успеем, да и не факт, что сможем.
По поводу странного обсуждения linux'а - нам нужна как полностью проприетарная ОС, так и открытая (форкнутая с линукса, но добротно, например). Линукс использовать в оборонке по причинам открытости кода нельзя. Т.к. уязвимости в открытом коде даже сейчас находят постоянно, но публикуют и закрывают ли их все? Никто не знает. В проприетарщине уязвимости искать сложнее. Да, на бумаге шанс у открытого ПО на то, что используемую уязвимость найдет честный энтузиаст, честно сообщит об этом и ее прикроют, выше, чем в проприетарщине. Но в реальности периодически находятся криты, старые, как говно мамонта и которые могли использоваться годами и это правило остается эффективным только на бумаге. Поэтому сферическая винда в вакууме парадоксальнее лучше для секретных объектов, чем никсы. Единственная загвоздка в том, что мы не знаем о наличии спецзакладок от производителя, поэтому нужен свой. В никсах закладок скорее всего нет, а вот кол-во критических багов также неизвестно, как и в виндах.
> Никакие патчи на ядро никакие дистрибутиво-писатели не накладывают.
В Ubuntu исппользуется ядро с большим количеством патчей, часть из которых добавляет нестабильные и экспериментальные возможности1).
Нумерация версий ядра Ubuntu и на сайте kernel.org не совпадает, так как для обозначения добавленных патчей разработчики из Canonical добавляют микроверсию. Например, версия 3.2.0-23 будет означать, что ядро базируется на ветке 3.2, на которую было наложено 23 патча.[censored]
> Если не знаешь, лучше помалкивай
Ты бы не позорился со своими советами, специалист. Для охуенных специалистов ещё раз, дистростроители накладывают свои и не только патчи на ядро. Более того, они поддерживают несколько версий ядра для разных целей. Оригинал ядра лежит на кернелорге. Надеюсь дошло.
Ну в Linux Kernel он точно используется. =)
По остальным особо никогда не смотрел, ибо нужды в этом никогда не было.
Другое дело - код на ЯВУ, который хреного работает на другой архитектуре. Вот это - встречается повсеместно.
> Можно вклад в процентном соотношении посмотреть. Ну там, сколько Google для ядра сделал, сколько Шапки, сколько МежДелМаш.
> А потом посмотреть на вклад сообщества и перестать рассказывать о его вкладе.
Я этим правоверных линуксойдов бесить люблю - они так смешно тужатся доказать, что код линупса безупречен ибо "каждый может посмотреть код и исправить". При том что большинство - тупые скрипт-кидди и ни одного ЯП не знают.
Ты уверен? The Linux kernel is written in the version of the C programming language supported by GCC.
> Другое дело - код на ЯВУ, который хреного работает на другой архитектуре.
Ага, тут работает, там не работает. Так не бывает. Бывают плохопортированные программы. Но это уже совершенно другие программы могут быть. Общего могут иметь только внешний вид.
Сейчас, сейчас
Давай ты перестанешь давать советы, компетентный ты наш.
> Ты разработчик ПО/электроники? Какими проектами занимался?
Никакими. А ты какими?
> Разрабатывал что-нибудь серьёзное программно-аппаратное?
Нет конечно. А ты что разработал?
> Народ, с чего вы взяли что МЦСТ - мелкая конторка и помимо процессоров с компиляторами и драйверами занимается только сборкой дистрибутивов линукс?
Потому что на другое у них нет ресурсов.
> Информация есть на их сайте и не только - нужно только минимально поинтересоваться.
Минимально интересуюсь, где их дистрибутив скачать можно, дабы оценить объём проведённых работ? А то я тут поинтересовался.
Основной операционной системой для вычислительных комплексов МЦСТ является ОС «Эльбрус». Она основана на ядре Linux версии 2.6.33, ведётся работа над переносом нового ядра версии 3.10. Базовым дистрибутивом для ОС «Эльбрус» является Debian — одна из самых популярных серверных операционных систем. Ядро и базовый набор из приблизительно 4000 пакетов портированы на архитектуры «Эльбрус» и SPARC и собираются из единой базы исходных кодов. Дистрибутив содержит все средства для организации работы различных серверов и набор популярного программного обеспечения, достаточного для работы обычного пользователя: графическая оболочка; браузер; текстовый и табличный процессоры, текстовые редакторы; средства просмотра мультимедийных файлов; почтовые клиенты; веб-сервер, СУБД и множество других популярных программ
Оказывается кроме портирования и нет никаких достижений.