roboforum.ru

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

По-моему все юниксоиды такое позволяют.
А полагать будто, какие-то там Злобные Гиганты специально мешают...
Нет нужды искать тайную ложу там где в достатке явной лажи.

>А не слабо взять кому-то да и придумать и воплотить стандарный способ раздеребанивания скомпиленых библиотек
Ядро линуха примерно так и собирается. Всё есть, просто уж больно накладно лезть в те дебри, тем более размер дисков (флешек) с линухом намного дешевле, чем работа инженера. Потратите вы свой трудомесяц на эту ерунду чтобы сэкономить 200руб флешки и 10-15мб оперативы типичного полновесного линуха? При том что полновесный slam сожрёт 100-200 метров оперативы, хороший поиск пути (с учётом сложных габаритов робота) ещё столько же. А добавим видеозапись на борту (типичный военный дрон), и погрузим диск на 1 терабайт. По-моему какая-то экономия на спичках.

Не так много "лишних" вычислительных ресурсов кушает ядро линуха. По крайней мере относительно возможностей по-глупому ими распорядиться.

2setar: При сборке это понятно, я говорил про реалтайм работу, когда времени на пересборку нет. Вначале, кстати и PlugAndPlay технология была какой-то довольно неавтоматической.
Angel71: Я говорю о глобальной технологии, которую должны бы сделать гиганты индустрии сообща (бы да не сделали). Они уже наступили на грабли и теперь то один то другой начинают хотя бы компрессировать TCP контент. Хватит гонять туда-сюда открытый текст с кучей тегов. Например, Гугли в своем браузере дано жмут пакеты. Видите тенденцию? Наступает пора экономии ресурсов. Только не следует думать, что главный ресурс - человекочасы можно сэкономить собирая из кубиков программы. Нужно перейти от количества к качеству. Тогда и компьютер в заголовке темы покажется не таким уж и ненужным.

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

Динамическая подгрузка библиотек?
"А что с ней не так?" (с)

ИМХО , сейчас, даже если весь софт делается внутри одной конторы, бывает проще 100 раз откомпилировать, чем 1 раз подумать. И не только проще. Оно получается выгоднее. И не только экономически.

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

Я тогда тоже не понял о чём речь
Исходно речь о том, что "есть компутер за 9$ и это - КРУТО!"

Моё мнение: компутеры для робота нужны либо за 3$ либо 300$ (лучше 3000$), а компутер за 9$ будет избыточен для трёхдолларовых задач и бесполезен для трёхсотдолларовых.

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

всё и так улучшают, так что вы там предлагаете это загдка.

Виктор Казаринов писал(а):Тогда бы нужны были только миникастрюльки для детских кашек и котлы для прокорма полка. А промежуточное не потребно. Однако в жизни не так. Все размеры нужны. Вот если бы придумали бесконечно малый компьютер с бесконечно малой ценой и бесконечно большой производительностью и памятью, то тогда да, ничего больше было бы не нужно.
Вы же видите, как "живым" долларом люди голосуют за эти "ненужные" 9 баксовые платки. Дело тут не только в американской жадности и любви к лохотронам.

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

Сама игрушка за 450 рублей наверно имеет смысл.

Из смешного. Искал на чём сделать однокомандное р/у. Для кнопки "поиск пульта" от телевизора. Самым дешёвым вариантом оказался синий_зуб...
Вот уж воистину микроскопом да по пальцАм

А тем временем, за сутки, накапало еще 100000$. Это мой 5-ти летний заработок
Вот хотел сказать - тыща ядер, тыща гигов озу, тыща гигагерц - что вы собрались в роботах на этом запускать? Но вы тут и без меня хорошо ругаетесь

Никакая десктоп ос на роботе не позволит обрабатывать видео, при этом спец чип делает это без вопросов, не выделяя киловатты тепла.
Или так:
Пупер арм на 168мгц. + убогая ide работает медленнее авр на 16 мгц. За примером далеко ходить не надо, если ногодрыгание через CMSIS занимает 70 тактов stm32 на 80мгц., то одна команда чистого СИ для avr на 16 мгц. дергает ноги в 4 раза быстрее stm. А ведь многие программеры уже не умеют писать проги без библиотек. Вот еще о быдлокоде:
Ускоряем свою Arduino
А теперь переведем все на большие ос. Сначала был виндовс, потом он для кого-то умер, и этот кто-то стал искать другие ос. И сильно удивился когда увидел, что ос от версии к версии уменьшается в размерах. Вот сейчас 2015 год, загруженная ос показывает 98 мб. занятого озу. А за стенкой сидит ребенок на вендах, звук вентилятора его компа слышен за закрытой дверью
Кста, про андроид, жду чистого линуха для телефонов, он придет, обязательно придет. И когда уйдут убогие ява интерпретаторы, наработанное железо телефонов станет просто запредельно скоростным...
В общем, больше open hardware, open software. Бабло, ой, добро - победит зло!

>что вы собрались в роботах на этом запускать
Dense 3d slam на одной камере и RRT* планировщик для маневрирования самолётом внутри помещений, который учтёт как сложные габариты, так и нюансы кинематики. Нужно больше флопсов!

Никакая десктоп ос на роботе не позволит обрабатывать видео, при этом спец чип делает это без вопросов,

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

Вот сейчас 2015 год, загруженная ос показывает 98 мб. занятого озу.

как постоянный пользователь линукс, хотелось бы знать что это за ос такая? http://kolibrios.org/ru/ ?

жду чистого линуха для телефонов, он придет, обязательно придет.

для кого то это время настало 5 лет назад,
вы пропустили 2010 год, тогда продавали топовые телефоны с линуксом на борту, потом эту компанию купила microsoft.

Пупер арм на 168мгц. + убогая ide работает медленнее авр на 16 мгц.

забыли сказать что теперь и компилятор с библиотеками устанавливать не нужно, можно писать и компилировать в браузере (привет mbed)
всё чудесастей и чудесастей.

Чугунный Дятел,
вы правы.

Мир делится на тех кто считает что роботы это железо и тех кто считает что роботы это софт.

Я бы сказал "это - целеполагание"