-
- Up - Evgeny_CD(30.05.2023 22:37)
- И? Не взлетело. Мир по прежнему крутится в SystemV5. - Cкpипaч(30.05.2023 23:36)
- Сравнить свои взгляды 6 лет назад и сейчас - бесценно. - Evgeny_CD(30.05.2023 23:59)
- Набирает скорость. Мы с Вами в разных Вселенных :) Стратегически я прав, скорее всего. А дальше посмотрим. - Evgeny_CD(30.05.2023 23:59)
- И? Не взлетело. Мир по прежнему крутится в SystemV5. - Cкpипaч(30.05.2023 23:36)
- У меня была сугубо утилитарная мысль, не претендующая на фундаментальный размах, о том, что мы можем по-другому работать с памятью, если уж начинаем мир с нуля. Сделать две оптимизации указателей — подвижные и неподвижные. Неподвижные программа Николай Коровин(926 знак., 19.01.2017 18:35)
- Надо разделять память данных и память кода. Лично я считаю, что во встраиваемой системе набор кода не должен меняться после старта. Вообще. Evgeny_CD(1365 знак., 19.01.2017 19:05 - 19:31)
- В качестве макета Святого Грааля можно рассмотреть scmRTOS: full plain C++, from 512 bytes of RAM, from ~1K code -> --> Evgeny_CD(901 знак., 18.01.2017 03:27, ссылка, ссылка)
- Я в свое время отмел эту scmRTOS как ресурсо-(ОЗУ-)емкую. Основной часто используемый элемент RTOS - события. В ней для каждого события надо заводить свой экземпляр(структуру). В нормальных RTOS один экземпляр события позволяет обслуживать до il-2(16 знак., 18.01.2017 10:44)
- Ну если на тиньках запускать, то да.... - =AlexD=(18.01.2017 11:07)
- Прелесть подхода в том, что имея "а ля scmRTOS" внизу, можно добавлять либы и их возможности к проекту, и иметь совместимую среду разработки для широчайшего набора контроллеров, все в рамках единого фреймворка. Evgeny_CD(741 знак., 18.01.2017 03:42)
- У японцев есть TRON (50% их рынка встраиваемых систем, пишут), оно? Херня это все. Попытки объять необъятное всегда заканчиваются появлением жаргонов и диалектов. - Скрипач(18.01.2017 08:48 - 11:30, ссылка)
- Спецификация mItron есть в свободном доступе. Я вообще не понимаю, как все эти ОСи-писатели ее игнорируют. Ровно как и Posix. Придумывают что-то "свое". Posix API больше подходит для больших систем, а ITRON идеален для микроконтроллеров. Я вот il-2(508 знак., 18.01.2017 11:01)
- «Теперь программы с RTOS пишу в стандарте ITRON» — чтобы что? - Alex B.(18.01.2017 11:47)
- Чтобы не учить всякий раз новое API. Разве не очевидно? - Скрипач(18.01.2017 11:52)
- Чтобы переносить свой код на другую ось. - SciFi(18.01.2017 11:56)
- На самом деле ирония AlexBi вполне уместна, ибо учить новое API для написания враппера все равно придется. Но у меня было в свое время много
рабочегосвободного времени, и я его потратил на враппер, об чем сейчас не жалею. И написать враппер il-2(176 знак., 18.01.2017 12:11 - 12:16)- Вы не правы. Одно дело, посидеть несколько дней с документацией и совсем другое постоянно в нее заглядывать (а как вот в этой оси писать sleep?) Веселуха когда таких "ос", очень похожих, но не одинаковых, становится больше трех. - Скрипач(18.01.2017 12:15 - 12:23)
- Чушь какая. В любой ОС такого уровня 10-20 сервисов, которые «учить» не надо. Надо пользоваться православными редакторами с автодополнением. Более того, не вижу причин менять ОСы как перчатки. Alex B.(246 знак., 18.01.2017 13:41)
- Ну не знаю... У меня сейчас проект на пик32 с фриртос(все спущено сверху) большая часть проекта перейдет с предыдущего написанного на OSA. abivan(445 знак., 18.01.2017 14:55)
- Ну уж не совсем без пользы :-) Взять хотя-бы static API, это действительно полезная вещь. Второе - это отладка ошибок (кодов возврата функций). Когда у тебя в программе куча вызовов RTOS и какая-то функция возвращает код ошибки, ты можешь об этом il-2(152 знак., 18.01.2017 14:44)
- А ну быстро, не подглядывая, как сделать задержку 100мс? Скрипач(293 знак., 18.01.2017 13:51 - 14:16)
- Быстрей чем вы высасываете проблему из пальца у меня все равно не получится. А за литеральные константы в коде сжигать надо. Alex B.(471 знак., 18.01.2017 14:04)
- Вы ушли от ответа. Ну да и хрен с ним. - Скрипач(18.01.2017 14:11)
- Получилось как в англицкой поговорке: "Если вам не ответили, это ещё не значит, что вам не ответили". :) - Dingo(18.01.2017 17:12)
- Чужие ответы на твои вопросы обычно только мешают :) - Скрипач(18.01.2017 18:11)
- Получилось как в англицкой поговорке: "Если вам не ответили, это ещё не значит, что вам не ответили". :) - Dingo(18.01.2017 17:12)
- Вы ушли от ответа. Ну да и хрен с ним. - Скрипач(18.01.2017 14:11)
- Быстрей чем вы высасываете проблему из пальца у меня все равно не получится. А за литеральные константы в коде сжигать надо. Alex B.(471 знак., 18.01.2017 14:04)
- Чушь какая. В любой ОС такого уровня 10-20 сервисов, которые «учить» не надо. Надо пользоваться православными редакторами с автодополнением. Более того, не вижу причин менять ОСы как перчатки. Alex B.(246 знак., 18.01.2017 13:41)
- Каждый из чудиков осиписателей хочет завладеть миром! Чудики из арма тоже придумали API "на все случаи жизни" --> - SciFi(18.01.2017 12:15, ссылка)
- Вы не правы. Одно дело, посидеть несколько дней с документацией и совсем другое постоянно в нее заглядывать (а как вот в этой оси писать sleep?) Веселуха когда таких "ос", очень похожих, но не одинаковых, становится больше трех. - Скрипач(18.01.2017 12:15 - 12:23)
- На самом деле ирония AlexBi вполне уместна, ибо учить новое API для написания враппера все равно придется. Но у меня было в свое время много
- Чтобы переносить свой код на другую ось. - SciFi(18.01.2017 11:56)
- Чтобы не учить всякий раз новое API. Разве не очевидно? - Скрипач(18.01.2017 11:52)
- «Теперь программы с RTOS пишу в стандарте ITRON» — чтобы что? - Alex B.(18.01.2017 11:47)
- Спецификация mItron есть в свободном доступе. Я вообще не понимаю, как все эти ОСи-писатели ее игнорируют. Ровно как и Posix. Придумывают что-то "свое". Posix API больше подходит для больших систем, а ITRON идеален для микроконтроллеров. Я вот il-2(508 знак., 18.01.2017 11:01)
- У японцев есть TRON (50% их рынка встраиваемых систем, пишут), оно? Херня это все. Попытки объять необъятное всегда заканчиваются появлением жаргонов и диалектов. - Скрипач(18.01.2017 08:48 - 11:30, ссылка)
- Я в свое время отмел эту scmRTOS как ресурсо-(ОЗУ-)емкую. Основной часто используемый элемент RTOS - события. В ней для каждого события надо заводить свой экземпляр(структуру). В нормальных RTOS один экземпляр события позволяет обслуживать до il-2(16 знак., 18.01.2017 10:44)
- Никому не нужна ОС со своими нестандартными интерфейсами. Ибо как ты будешь портировать на неё УЖЕ НАПИСАННЫЙ КОД? Кто и когда будет переучивать программистов (под существующие ОС проект делается за сумму $ и время T, под такие вот поделки -- за fk0(461 знак., 17.01.2017 00:12)
- Было чудное семейство Windows 3.0|3.1|3.11|Windows NT 3.51. И под него было написано много-много кода. Коммерческого. Потом мы глазом моргнуть не успели, как этот код куда-то делся, а на рыное вышел совсем другой код. - Evgeny_CD(17.01.2017 00:49)
- Код тоже долго не живет. Если компания перестает выпускать новые версии продукта, то где-то лет через 5 он замещается продуктом другого производителя. Т.е. в наше время сопровождение программ вылилось в выпуск обновленных версий, т.к. накладывать Ксения(1173 знак., 17.01.2017 12:25 - 12:27)
- Щаз! Глазом ты моргал лет 20 (1995..2015 по меньшей мере, если не больше). И за это время ни win32 подсистема (которая из win 3.11 и win 95), ни родная NT подсистема никуда не делись. В современных виндах всё на них стоит, хоть сверху и совсем fk0(276 знак., 17.01.2017 01:07, ссылка)
- Нет, я говорил именно про Win16. Win 3.11 - там была Win32S, которая отличается от Win32. Так что код-таки куда-то спрыгнул :) - Evgeny_CD(17.01.2017 01:12, ссылка)
- Я имел ввиду, API Win32 основано на Win 3.11. А не бинарно совместимо -- это дело десятое. Код Win32 подсистемы не на пустом месте родился. - fk0(17.01.2017 01:39)
- Оно там и на уровне набора функций заметно отличается. - Evgeny_CD(17.01.2017 01:53)
- Я имел ввиду, API Win32 основано на Win 3.11. А не бинарно совместимо -- это дело десятое. Код Win32 подсистемы не на пустом месте родился. - fk0(17.01.2017 01:39)
- Нет, я говорил именно про Win16. Win 3.11 - там была Win32S, которая отличается от Win32. Так что код-таки куда-то спрыгнул :) - Evgeny_CD(17.01.2017 01:12, ссылка)
- Было чудное семейство Windows 3.0|3.1|3.11|Windows NT 3.51. И под него было написано много-много кода. Коммерческого. Потом мы глазом моргнуть не успели, как этот код куда-то делся, а на рыное вышел совсем другой код. - Evgeny_CD(17.01.2017 00:49)
- Имхуется мне, что дистрибутив на базе openwrt спасет отца русской демократии. Хотя я в душе головотяп и люблю писать с чистого листа. - Lightelf(16.01.2017 21:13)
- Ага. Только надо во-первых написать, например, миллион строк кода. A это может быть (по весьма отфонарной оценке COCOMO) -- более 4-х лет, полторы сотни работников и 70 миллионов долларов. С чего эти деньги отобьются? Opensource не просто так fk0(178 знак., 17.01.2017 00:18, ссылка)
- 70 миллионов долларов - это зарплата за год одного сраного футболиста. Напрячь какого-нибудь Абрамовича, чтоб он вместо футбольной команды банду программеров проспонсировал. - Крок(17.01.2017 10:49)
- Развитие технологий - оно по многим параметрам идет. Сейчас условный гигагерцовый ARM + 512M RAM стоят в опте $10. Через 3-5 лет (моя оценка) будет то же самое с гигабайтом ОЗУ. Использовать это можно по разному. Evgeny_CD(1033 знак., 17.01.2017 00:31)
- Вот я взял FreeRTOS 9-й версии. Это уже bloatware или ещё нет? Оно уже переплюнуло по размерам ранние версии linux: fk0(1006 знак., 17.01.2017 01:19 - 01:21)
- Ты не сталкивался с реальным программированием и не понимаешь, чем отличается голый C++, от наличия всё-же работающей libc, libstdc++ и ОС. Те сервисы, что они дают маленькому коллективу программистов за десятилетие -- не потянуть. GSM приплёл fk0(501 знак., 17.01.2017 01:13)
- µOS++ IIIe / CMSIS++ -> Все нужные примитивы ОС там уже есть, готовые. Когла я говорю - не огранчиваться совместимостью - это не значит, что даже С компилер стоит написать свой. Есть много готового ПО, с нормальными лицензиями, которое можно Evgeny_CD(88 знак., 17.01.2017 01:26, ссылка)
- Если нужно перетянуть в самодельную ОС с нестандартным интерфеисом -- это ОЧЕНЬ ТРУДОЁМКО. Проще предоставить стандартный интерфейс (IEEE 1003.1-2008). - fk0(17.01.2017 01:43)
- Бля, это 4к страниц, из них 3к описание тысяч функций. Неужели это где-то в полном объеме реализовано? - Andreas(17.01.2017 10:07)
- По большей части -- тот же линукс. - fk0(17.01.2017 12:11)
- Любые крайности вредны. Я пытаюсь осознать оптимум. Спасибо за мнение. - Evgeny_CD(17.01.2017 01:51)
- Бля, это 4к страниц, из них 3к описание тысяч функций. Неужели это где-то в полном объеме реализовано? - Andreas(17.01.2017 10:07)
- Если нужно перетянуть в самодельную ОС с нестандартным интерфеисом -- это ОЧЕНЬ ТРУДОЁМКО. Проще предоставить стандартный интерфейс (IEEE 1003.1-2008). - fk0(17.01.2017 01:43)
- µOS++ IIIe / CMSIS++ -> Все нужные примитивы ОС там уже есть, готовые. Когла я говорю - не огранчиваться совместимостью - это не значит, что даже С компилер стоит написать свой. Есть много готового ПО, с нормальными лицензиями, которое можно Evgeny_CD(88 знак., 17.01.2017 01:26, ссылка)
- Ну вот ты и подвёл. Завтра жырный линукс покажется птичкой колибри. И писать код удобнее в рамках стандартных средств программирования, а не самодельных паделках финских студентов (это про твой C++). И не факт, что вообще на C++, а не на C#, не на fk0(30 знак., 17.01.2017 01:10)
- Ага. Только надо во-первых написать, например, миллион строк кода. A это может быть (по весьма отфонарной оценке COCOMO) -- более 4-х лет, полторы сотни работников и 70 миллионов долларов. С чего эти деньги отобьются? Opensource не просто так fk0(178 знак., 17.01.2017 00:18, ссылка)
- Дык нужен пузырь вкусного коньяка и чёткие критерии, включая срок. Иначе как тот Нострадамус - что-то где-то когда-то точно будет :-) - SciFi(16.01.2017 20:34)
- Я здесь не как "универсальный предсказатель" хочу выступить. Просто хочется видеть чуть-чуть дальше. - Evgeny_CD(16.01.2017 20:37)
- А смысл? Осек и так хватает. Чисто коммерческих и не очень. Что изменит ещё одна? К тому же они не выпрыгивают неожиданно из-за угла. Хорошая оська, как и коньяк, имеет солидный срок выдержки. - SciFi(16.01.2017 20:42)
- Я пока скорее мутно ощущаю, чем понял, следующее. Evgeny_CD(3266 знак., 17.01.2017 03:49, ссылка)
- Это у тебя что-то "только сейчас входит". В широкие массы вошло с появлением gcc 3.x, до того просто нечем было. - fk0(17.01.2017 12:13)
- В 2004 году делали проект на gcc 2.96 (под ARM7TDMI). Не так уж он и плохо код генерил. С++ в те времена он вроде тоже поддердивал, но нам оно без надобности тогда было :) Что именно пришло в широкие массы с приходом GCC 3.xx? - Evgeny_CD(17.01.2017 16:16)
- Помнится, лялих долго-долго не съезжал с 2.96. Дескать, после него качество кода было хреновое. - SciFi(17.01.2017 16:21)
- Вот вот. Помню, меня тогда наши программеры убеждали, что если соскочим с 2.96 - смерть проекту :) - Evgeny_CD(17.01.2017 16:24)
- Помнится, лялих долго-долго не съезжал с 2.96. Дескать, после него качество кода было хреновое. - SciFi(17.01.2017 16:21)
- В 2004 году делали проект на gcc 2.96 (под ARM7TDMI). Не так уж он и плохо код генерил. С++ в те времена он вроде тоже поддердивал, но нам оно без надобности тогда было :) Что именно пришло в широкие массы с приходом GCC 3.xx? - Evgeny_CD(17.01.2017 16:16)
- Да, все это будет не быстро, лет 5, а то и 10 на устаканиваение, но что-то подобное будет. - Evgeny_CD(17.01.2017 03:55)
- Это у тебя что-то "только сейчас входит". В широкие массы вошло с появлением gcc 3.x, до того просто нечем было. - fk0(17.01.2017 12:13)
- Я пока скорее мутно ощущаю, чем понял, следующее. Evgeny_CD(3266 знак., 17.01.2017 03:49, ссылка)
- А смысл? Осек и так хватает. Чисто коммерческих и не очень. Что изменит ещё одна? К тому же они не выпрыгивают неожиданно из-за угла. Хорошая оська, как и коньяк, имеет солидный срок выдержки. - SciFi(16.01.2017 20:42)
- Я здесь не как "универсальный предсказатель" хочу выступить. Просто хочется видеть чуть-чуть дальше. - Evgeny_CD(16.01.2017 20:37)
- Up - Evgeny_CD(30.05.2023 22:37)