Консоль уже есть. Скрипты и консольные приложения поддерживаются тоже.

а эти что тут сделали? Зато можно толкнуть, если правильно подсесть.

И что? А я думаю он не в теме.

Ещё один повод засомневаться в Ваших интелектуальных способностях.

Критерии стабильности в студию.

Изучите данные по ссылке, что я кинул. Но видно у Вас проблемы с ориентацией, потому я приведу кое-какие записи из темы:

Колибри способна перегружать сервер за считанные секунды! (народ был в шоке), а это ОЧЕНЬ ВАЖНО, ибо потеря нескольких секунд регистрации и управления не важна(при работе локальных контроллеров), а вот пара минут - фатальна!... энергопотребление сервера с Колибри на борту в 1,5-4 раза ниже! (очень важно!), кроме того, Колибри умеет работать даже тогда, когда напряжения на выходе БП компа занижены на 25-30%(винда и линукс отказывают в работе!) с помощью Колибри удавалось спасать файлы с дисков со сбойными кластерами (винда висла наглухо при попытке обращения). Колибри не боится горячего выключения, а это значит, что при фатальном сбое сервера, его можно перезагрузить по внешнему ватчдогу(СУПЕР качество, в среде серверов недоступно),
Ну что же... 100 часовой тест под нагрузкой закончен без замечаний... Работа велась на полигоне предприятия N на 10 компах в парралель... Суммарный пробег под 100% нагрузкой составил 1000 часов!... При этом активно вользовались игрушками и приложениями входящими в состав дистра. При работе Винды наблюдается обычно от 1 до 5 сбоев в подобных условиях... Пока 1:0 в пользу птички... Впереди тест производительности ядра...

Очень важным является и тот факт, что при нагрузке в 100% время интерактивного отклика (время между запуском программы и разворачиванием её окна) в Колибри увеличивается незначительно (около 25% ) а в Винде в 2 - 3 раза!. Кроме того, в плане спортивного интереса былпроизведён смертельный номер, на маме со солабеньким охлаждением проца... При прогреве выше 72 градусов винда стала дохнуть на запуске разных приложений, а в Колибри я показывал фильмы при температуре проца около 78 градусов. После, нагрев был повышен до 82(!) градусов, и всё было в порядке... И всё работало без сбоев! Выше поднимать температуру проца я не решился...

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

Ядро linux тоже грузится считанные секунды. Ещё одну минуту грузится то, чего у вас просто пока что нет.

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

Впрочем, для встраиваемых систем эта система более подходит, чем винда. Просто потому что винда там ну абсолютно не в тему.

энергопотребление сервера с Колибри на борту в 1,5-4 раза ниже

Потому что логи не пишет, потому что нет запущенного SMB сервера, и мало ли ещё почему. Возьмите систему на базе linux и отключите в ней всё чего у вас нет, получите то же самое.

Колибри умеет работать даже тогда, когда напряжения на выходе БП компа занижены на 25-30%

В таком случае нужно заменять блок питания на нормальный, а не писать ОС на ассемблере.

Колибри не боится горячего выключения

Минимальная система на базе linux тоже не боится. Ломаются всякие базы данных, которых у вас пока нет.

Был произведён смертельный номер, на маме со солабеньким охлаждением проца

Ну так нужно ставить нормальное охлаждение, а не писать ОС на ассемблере.

Вывод: все перечисленные преимущества – от отсутствия функциональности или просто не имеют значения.

умещающуюся на одну дискету

Во-первых, слово «дискета» – архаизм. Нет больше такого понятия, нет и слова. Во-вторых, урезанное ядро linux с польностью custom'ным user space занимает столько же, на встраиваемых системах так делают (и только там это имеет смысл).

Кнопка "Donate"

Хотелось бы внести ясность в один момент: пользователь Badboy (он же Leency, он же Кирилл Липатов) действительно является активным разработчиком и дизайнером проекта КолибриОС, однако страница http://kolibri-n.org/donate.php - его собственная инициатива, никак не согласованная с остальными членами сообщества Колибри, и все собранные таким образом деньги поступают лично ему. Равно как и сайт Kolibri-N принадлежит лично ему, в отличие от официального сайта http://kolibrios.org

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

Меня зовут Кирилл, мой ник Leency и я уже 5 лет участник проектов KolibriOS и KolibriN.

Пришёл я в проект дизайнером, людей не хватало... пришлось выучить Ассемблер и Си. Когда стал вопрос обновления kolibrios.org, который на тот момент представлял собой одну белую страницу, взялся за HTML/CSS/JavaScript/PHP.
Я буду очень признателен, если вы пожертвуете мне немного денег на развитие этих проектов и оплату хостинга. Спасибо.

Я могу внести поправку «хостинга KolibriN», если это имеет принципиальное значение. На самом деле деньги нужны не так на оплату хостинга, сколько из-за того, что Колибри - это моя основная работа вот уже 3 месяца.
Ждите скоро KolibriN 8.2a с массой исправлений и парой новых фич.

Так. Ясно, что такое реал-тайм, дублирование, стабильность, человек не знает. Для него важно, что ОС настолько плохо использует процессор, что он не способен загрузить себя на 100% при необходимости, чтоб быстро грузится (а что, специально собранный линукс долго грузится) и тд.

Да и вы похоже не понимаете, почему ваша ОС вызывает. когда железо сбоит. Прискорбно

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

Проблема вашей ОС в том, что она автогеном приварена к устаревшей x86-32 архитекруре. У вас там PAE есть? Есть планы по переходу на x86-64 ?

Есть такое: https://en.wikipedia.org/wiki/X32_ABI

Знаю, что идеи есть. К сожалению, я не ядерщих - более точно сказать не могу.

его собственная инициатива, никак не согласованная с остальными членами сообщества Колибри

Было бы любопытно узнать - принципиальное неупоминание лицензии проекта это тоже личная инициатива Кирилла или остальные члены сообщества поддерживают подобное отношение?

Распределяются микрооперации а не сами ассемблерные команды. Вот статья в которой обсуждается архитектура четвертого пня. Да и в реальности, 50 одинаковых команд подряд, как правило не что иное, как повод антивирусу напрячься.

Сорри. Думаю, что ближайшее время прочитать не смогу.

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

Программирование на асме в 99% случаев — именно такое занятие.

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

Конкретный пример нового подхода в студию.

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

Аналогично и тут. Только тут правила микрооптимизаций сложнее. То есть человек сделает ошибку в куда большем количестве случаев. Думаю, что в 2/3 случаев его код будет не оптимален

Компилятор - это миллионы мартышек за печатными машинками. А человек все-таки Шекспир ;)

http://ru.wikipedia.org/wiki/Теорема_о_бесконечных_обезьянах

Можно заоптимизироваться до чертика с всплывающими пузырьками

Путь ассемблерщика.

а можно сделать по-другому, быстрей

А при чём здесь ассемблер?

А задача микроуровневой оптимизации достойна?

Человек должен делать только то, что не может сделать компьютер. Профессиональный подход следующий:
1. Написание кода на высокоуровневом языке
2. Компиляция с полной оптимизацией
3. Выявление горлышка бутылки в критических местах
4. Поиск более оптимального алгоритма.
4.1. Если есть, то в Пункт 1.
5. Дизассемблирование скомпилированного кода, поиск возможности оптимизации на микроуровне.
6. Замена этого отрезка в высокоуровневом языке вствакой на ассемблере.

Тогда всё будет быстро и в создании и в исполнении программы.

Смотри следующий мой комментарий:

http://www.linux.org.ru/news/opensource/8908329?cid=8925576 (комментарий)

Это считаю оптимальным вариантом.

А при чём здесь ассемблер?

Ассемблер при том, что человек всегда умнее компилятора.

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

«namezys — педофил. Нет, он пока не занимался педофилией, но орудие преступления у него есть!»

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

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

Программисты, который под каждый процессор пишет заново код? Это кто?

Компилятор - это миллионы мартышек за печатными машинками. А человек все-таки Шекспир ;)

Бред. Задача микрооптимизации это не задачу творческого подхода. Это просто задача поиска минимума, при достаточно хорошо известной метрике.

Кто бы с этим спорил. Но куда лучше подтюнить язык, если таких мест «много», или сделать 1-2 вставки. Но не как не весь код и не всю логику.

Там есть четкий пример наноиспользования - человек внедряет это не производстве, не понимая, что ему надо.

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

Вот вы мне объясните, почему человек с этой задачей справится лучше

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

и даже вреден

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

Ну и да, архитектур больше одной, вам нужно реализовать пункт 6 под все, причём одинаково хорошо.

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

Ассемблерщики же. Зачем им флаги компилятора знать? Он им не нужен же.

Завтра вечером будет выложен 8.2а c исправлением ошибок и недочётов.

Как я понимаю, порядок ассемблерских команд тоже имеет смысл

Как программист, я искренне на это надеюсь. Если серьезно, то программист пишет не код а описывает логические конструкции решающие ту или иную задачу в терминах выбранного языка. Программный код, в последствии, создается компилятором, который определяет в каком порядке должна использоваться логика конкретного процессора. Вам не нужно вникать в тонкости архитектуры для написания «hello world», эти тонкости учтет компилятор. Но есть чудаки не доверяющие компилятору эту работу. Ситуации когда такое оправдано настолько редки и специфичны, что внимания обращать не стоит.

Здесь не кормят - иди ещё где-нибудь потроллить попробуй, вдруг всё-таки получится :-D

Почти все мои разработки на SVN, кроме ещё нестабильных, а также тех «что кушают слишком много системных ресурсов» http://board.kolibrios.org/viewtopic.php?f=2&t=684&p=46699#p46699

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

Была статья на нелюбимом здесь хабре. Правда про ARM. Там сравнивался asm с inline вставками функций, которые компилятор потом переделывал в ассемблер (ибо компилятор не очень догадлив при векторных операциях). Так вот, там ассемблер проиграл, причем с ощутимым процентом.

И такая ситуация началась с pentium pro, если я правильно помню. Но прогресс идет мимо некоторых, вот северокорейский лидер самолетам не доверял, специальным бронепоездом перемещался. Тоже «asm во все поля», своего рода.

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

В любом случае компилятор лучше оптимизирует

В любом случае компилятор лучше оптимизирует

Не в любом случае. Хватит показывать свою некомпетентность. Если бы от ассемблера не было толку, никто бы на нем не писал всякие там GMP. Да и компиляторы часто тупят, взять хотя бы это http://gcc.1065356.n5.nabble.com/Ways-to-fill-the-stack-td912561.html#none

Не в любом случае.

Не в любом, да. В узкоспециализированных библиотеках, содержащих всего несколько конкретных алгоритмов (fft, тот же GMP) ручная низкоуровневая оптимизация допустима и иногда необходима.

В прикладном софте — очень редко. А уж писать его целиком на ассемблере — верх тупости. Знаю кучу высокопроизводительного, оптимизированного до зубов научного софта, верхний уровень которого написан вообще на питоне.

Лицензия КолибриОС

Было бы любопытно узнать - принципиальное неупоминание лицензии проекта это тоже личная инициатива Кирилла или остальные члены сообщества поддерживают подобное отношение?

Специально лицензию никто не скрывает. Большинство кода имеет лицензию GPL. Маленькая часть кода имеет лицензии BSD, MIT, Public Domain. Грубо говоря, весь код КолибриОС на сегодняшний момент разрешает любое использование и для коммерческих, и для некоммерческих целей. В большинстве файлов исходного кода лицензия указана в заголовке. В части файлов лицензия не указана, но это от лени, а не от жадности или конспирации. Лицензия также присутствует на нашем Wiki.

Почему лицензии нет на официальном сайте? Последнюю версию официального сайта делал именно Кирилл, на свой вкус. И включил ту информацию, которую посчитал подходящей для сайта. На мой предвзятый взгляд, сайт не идеален и стоило бы его улучшить, но версия Кирилла - это лучшее из того, на что способны сегодняшние члены сообщества Колибри. Заказывать сайт у стороннего разработчика у нас просто нет денег. Если кто-то возьмётся бесплатно улучшить наш сайт, думаю, все будут только рады. Либо будем надеяться на успешный сбор денег на Кикстартере - в этом случае, можно будет заказать сайт на часть из собранных денег.

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

Предыдущая версия для тех, кто не видел: http://web.archive.org/web/20120326084452/http://kolibrios.org/en/
Замечу, что до этого я вообще никогда в жизни сайты не делал и специально для написания kolibrios.org выучил HTML/CSS/JScript. Так что он вполне может быть не идеален :) и я выслушаю предложения по его улучшению, которые не были высказаны во время его разработки. Как и НИКЕМ не было высказано предложения добавить лицензию, ну я и сам завтыкал, чё :)

Хотя у меня создалось впечатление, что Lennart всё же искал не лицензию, а воров, преступников и негодяев.
P.S. Lennart, твоя фотка?

P.S. Lennart, твоя фотка?

https://fosdem.org/2013/schedule/speaker/lennart_poettering/ Фотка-то как раз Леннарта, только здесь на форуме вряд ли Леннарт :-)

Ты такую чушь несешь, что лучше бы молчал. Сошел бы за умного...

Да, а что же по вашему делает компилятор?