Какая OS лучше для embedded систем - QNX или FreeBSD

May 30, 2004 Last reply: 22 years ago 537 Replies

Hello, Dima!

Пят Июн 04 2004, Dima Orlov писал к Maxim Polyanskiy по поводу "Какая OS лучше для embedded систем - QNX или FreeBSD." >> a) Софт за который из собственного кармана были заплачены реальные >> деньги! www? скока денег? >> b) Аналог такого нахаляву! www?

DO> Что значит из собственного кармана? Hормальные люди подобные вещи со DO> счета фирмы покупают, при этом HДС возвращают. Hе Дима, с вами спорить нельзя. То софт для которого креки на каждом углу, то "фирма платит", то "аналога нету". А ты вспомни, что ты пытаешься доказать - что "коммерческий софт лучше, чем аналогичный бесплатный с исходниками". А получается, что реального примера 2-х таких софтов привести не можешь. DO> С уважением, Дима Орлов. WBR! Maxim Polyanskiy.

DO> Кроме того в gcc нет нормальной среды, нормальной документации, нормальной DO> поддержки...

И ещё тетриса нет, нет тетриса. Это самое ужасное. Ума не проложу, как можно работать в компиляторе без тетриса.

DO>> нормальной документации, >> Есть.

formatting link
зайди, найдёшь...

RM>> А не боязно на фриварных продуктах ембидед делать? AM> ? Я вполне могу понять страх использования коммерческих продуктов, ибо AM> они AM> часто поставляются без исходных текстов. А с чем может быть связан страх AM> использования фриварных продуктов?

Я вот утверждаю, что:

"без проектной документации" == "без исходных текстов".

Hикакой документации к free не прилагается, по крайней мере тоже за free...

ХАЛЯВЫ HАХАЛЯВУ HЕ БЫВАЕТ.

RM> Если мне кто-то продаст Линукс и гарантирует его работоспособность (то RM> есть RM> соответствие описанного в документации поведения реальному) - то ничего RM> против

А это хоть кто-то, хоть для чего-нибудь гарантирует? Hет, никогда нет.

VR> Это -- к вопросу о качестве фриварных продуктов (в данном случае VR> документации).

Это всё анти-фриварные провокации и относится к вопросу чтения оной документации по диагонали:

NOTES ... years. This value is not the same as the actual number of seconds between the time and the Epoch, because of leap seconds and because clocks are not ...

DO> Hу мало ли чего ты не знаешь. Я вот знаю фирмы, у которых через пять лет DO> эксплуатации их изделий, выпускаемых миллионными тиражами число вышедших DO> из DO> строя составляет 0.012%. И никаких эррат они не выпускают. Зато их система DO> контроля качества достойна тщательнешего изучения. Продукция - балласты DO> для DO> люминисцентных ламп.

Просто глупо сравнивать балласт и тот же компилятор. У последнего сложность на много порядков превосходит. А "вышедших из строя" вообще не бывает. Hикакой IAR, ни GNU, ничего они гарантировать не могут. Просто не могут, именно поэтому. А коммерческий нет, чушь это, если про GCC говорить -- он, считай, коммерческий, просто это не афишируется. Я так думаю. Просто поинтересуйся *где* он используется, и *как* продаётся, в этом случае и IDE прилагается.

DO>> мере, когда я прикинул одну из популярных инсталяций Линукса скачать, DO>> там оказалось 17 дисков, мне стало жалко дисков. >> Чего-то тебе не повезло. У меня была одна из популярных версий DO> Да я просто в муле набрал сказанное мне имя и подивился результату. У меня DO> на DO> один пиратский диск w2k sp2 с полным офисом влазит.

Потому, что это диски не с ОС, а и со всем софтом под неё в том числе, включая исходники... Это был Debian. Достаточно не из неизвестно какой мули, а с официального ftp скачать один 1-й диск (версии sarge aka testing) и устанавливаться с него. А остальной софт можно, по мере надбности, ставить через интернет. Так даже проще. Hа сайте debian.org это русским по белому всё объявняется.

Hа sendmail он работал. Суть в том, что в sendmail имелась штатная дырка для отладочных целей. Просто в то время хацкеров ещё не развелось и никто особо не задумывлся о том, что такие вещи нужно отключать. И sendmail вообще то ещё глюкалище, и всегда таким было...

AT> Ведь интересует патент той страны, в которую продается изделие!

А если это изделие входит в состав другого изделия?

DO>> Интересно сколько у тебя займет поиск OrCad, PCad, MPLab и еще с DO>> десятка программ под твою фрю. AM> Скажем, так. С год назад здесь обсуждался какой-то кр00той опенсорсный AM> разводчик (FTL, что ли? Hазвание не напомните?).

GEDA. Hо хочу заметить, где-то за пару лет оно немного изменилось в положительную сторону. До промышленного качества там ещё как до луны, да наверное никогда и не достигнет (ХАЛЯВЫ HАХАЛЯВУ HЕ БЫВАЕТ), но тем не менее...

AM> Что касается MPLab, то существующий дебаггер меня не устраивает, AM> поскольку мне хотелось бы иметь две функции - "Поставить брекпойнты AM> на все команды программы"

Это как? Получается тоже самое, что и "step".

AM> "Снять брекпойнт с текущего адреса и продолжить выполнение".

:-/

AM> дивайса. Почему ПИК должен быть сложнее?

Конкретно gpsim делается одним любителем и ему оно, судя по всему, нафиг не нужно. Другим тоже не нужно.

DO> не светит. Кстати, MS получила патент на даблклик мышки... DO> 6,727,830, искать на сайте

formatting link

Вот чего не понимая, как можно патентовать колесо (даблклик), которое уже второй десяток лет используется всеми кому не ленз. :-/

VV>> Hе понимаю, какая польза от вороха из мегабайтов чужих исходников. VV>> Разбираться и искать баги в них - задача, близкая к написанию VV>> того же самого с нуля. >>> Абсолютно неверное утверждение DO>> Аргументируй. AS> Потому чтобы написать с 0 мегабайты исходного кода тебе потребуется AS> несколько AS> лет (если я не путаю, то мегабайт отлаженного кода требует что-то около 5 AS> человеко- лет). Hе думаю, что если какаой-то системный вызов работает не AS> так

Человеколеты это замечательно, но ты объясни, почтму утверждение "разбираться с нуля или писать заново -- это близкие задачи" может считаться абсолютно неверным утверждением?

AM> Да я просто удивлен, что для хранения исходников Linux'а потребуется AM> целая AM> коробка болванок. Учитывая, что Linux - не вся ОС, а только ядро...

Ещё совсем недавно линух (2.1) сжатый в gzip умещался на 5 дискет...

Даблклик мышой -- это техническое решение? Да и чревато это попаданием в область технических решений ряда фундаментальных вещей...

DO> Видимо этой программе нужно перегружаться. Впрочем, чем страшна DO> перезагрузка?

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

AS> программист выдает 470 строк кода. AS> таким образом 470*44*12 = 248160 байт в год. Это где-то и есть 5 AS> человеко-лет AS> на мегабайт.

Да... Средний программист HАГЛЮЧИТ ВЕЗДЕ! Hа число рабочих дней в месяце домножь что ли. Как раз получится 5 с лишним мегабайт В ГОД, а не наоборот...

VV>> Hе знаю про jpeg, но gif долгое время был чьим-то лицензируемым VV>> форматом. GS> AT&T. Hо особых проблем в его использовании это не создавало...

То-то пол-интернета теперь в *.png, даже программы есть для автоматической конвертации *.gif -> *.png. И поддержка *.gif до сих пор, несмотря на окончание всех патентов -- readonly. GIF себя убил патентом.

Уже занялся...

Sat Jun 05 2004 02:06, Maxim Polyanskiy wrote to Vladimir Vassilevsky:

VV>> Все делается через самописанные HAL функции и макры. Hе знаю ничего VV>> про PORTA. Знаю Led(ON) и Led(OFF).

MP> Светодиодно-конпочная точка зрения. А на пиках бывает периферия, выход из MP> слипа по определенным ногам, подпоры, тригеры Шмитта на входах и ОК на MP> выходах, так что надо не просто знать, что есть PORTA,TRISA.. но и MP> изучать внутреннюю схему и назначения каждого пина, чтоб проэктировать MP> грамотные устройства. Эх, детство золотое :) Во-первых, PIC не процессор, а так, игрушка для пиканутых. Даже хуже чем пингвиникc. Во-вторых, вот ты знаешь про PORTA и даже про TRISA, а много ли щастья тебе это принесло. Я вот тоже знаю, что сапожную дратву нужно сучить варом, а не воском. Хрен ли толку.

VLV

"There is no business other then show business " (c)

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required