MBedder, терминатор (10.01.2014 15:38, просмотров: 392) ответил fk0 на Ага. Берём коробку одинаковых контроллеров. И начинаем по одному перебирать. И у всех разные размеры памяти. Так что ли? Будь оно записываемым, то можно было хоть какую-то форму виртуализации (с отделением своей памяти от чужой) сделать. Хотя-
- Не позволяют: для user mode можно задать только начало сегмента. А конец всегда в конце памяти. Т.е. по сути смысл имеет только деление всегда на две части: user mode с _общей_ для всех процессов памятью и kernel mode. Что тоже мало осмысленно. fk0(229 знак., 10.01.2014 15:45)
- А не надо на обычный МК навешивать ваши программерские заморочки типа защит и т.д. Надо просто писать разумный и грамотный код, чтобы все работало как часы - MBedder(10.01.2014 15:52)
- Для такого кода есть AVR, PIC16 и т.п. А при нормальном программировании в программах всегде будут ошибки. В т.ч. нарушающие работу среды исполнения и работу параллельных программ, следовательно. Если нет какой-то формы виртуализации и/или fk0(213 знак., 10.01.2014 16:05)
- При НОРМАЛЬНОМ программировании ошибок как раз нет - по крайней мере, в моих изделиях - MBedder(10.01.2014 16:08)
- Звучит крайне смешно. При нормальном программировании ОШИБКИ ЕСТЬ. Так же есть механизм ОБРАБОТКИ ОШИБОК, который предполагает, что будут возникать ошибки, которых "как бы нет" в программе. Можно пытаться уменшить число ошибок, но не исключить fk0(137 знак., 10.01.2014 16:17)
- У нас диаметрально противоположное понимание нормальности кода - для меня сторонний/компиляторский/ошибочносредствовый код не является нормальным априори, поэтому не применяется в моих изделиях :)) - MBedder(10.01.2014 16:23)
- Ну это как не иметь парашюта, стоп-крана, airbag. "При нормальном подходе аварий не бывает". - fk0(10.01.2014 16:28)
- Средство передвижения, сплошь состоящее из парашютов/стоп-кранов/airbag'ов, называется "параноймобиль", и для передвижения как такового не годится :)) - MBedder(10.01.2014 16:38)
- Слышал, что есть математическое доказательство того, что в большой системе ошибки имеют систематический характер и полностью не устранимы. Все как в той шутке о том что надо устранить N ошибок таких чтобы N+1 не мешала работе системы. - Codavr(10.01.2014 16:46)
- Хуже того. Большая система, где каждая единичный сбой приводит к отказу системы в целом -- рискует стать не работоспособной т.к. вероятность сбоев по закону больших чисел становится практически гарантированной величиной. Пример прекрасно можно fk0(260 знак., 10.01.2014 16:58)
- Уверен, что микрософтовским товарищам и в голову бы не пришло сочинять виндовс в любой его ипостаси, а интеловским товарищам придумывать аппаратные механизьмы защиты, если б назначением писюков было бы быть контроллерами елочных гирлянд. Мущщина(730 знак., 10.01.2014 17:40)
- А ПО для контроллеров, в отличии ПО для ПК, абсолютно безглючное что ли? Как бы не наоборот. Я чётко обосновал, почему механизмы зачиты нужны в "больших системах" -- иначе будет постоянно глючит, непрерывно. Есть 0.001 матожидание ошибки в fk0(905 знак., 10.01.2014 17:55)
- :-) Вероятность, которую ты обозвал матожиданием, вообще редко превышает 1. Только если в военное время, как и косинус. Мущщина(771 знак., 10.01.2014 18:29)
- Вероятность может и не превышает (т.к. всё время сбоит и не работает никогда). А более одного сбоя одновременно возникнуть может. Так что запросто превышает. Я утверждаю, что: fk0(1412 знак., 10.01.2014 19:25)
- Уж больно ты грозен, как я погляжу. :-) Мущщина(58 знак., 10.01.2014 20:16)
- Вероятность может и не превышает (т.к. всё время сбоит и не работает никогда). А более одного сбоя одновременно возникнуть может. Так что запросто превышает. Я утверждаю, что: fk0(1412 знак., 10.01.2014 19:25)
- :-) Вероятность, которую ты обозвал матожиданием, вообще редко превышает 1. Только если в военное время, как и косинус. Мущщина(771 знак., 10.01.2014 18:29)
- А ПО для контроллеров, в отличии ПО для ПК, абсолютно безглючное что ли? Как бы не наоборот. Я чётко обосновал, почему механизмы зачиты нужны в "больших системах" -- иначе будет постоянно глючит, непрерывно. Есть 0.001 матожидание ошибки в fk0(905 знак., 10.01.2014 17:55)
- Уверен, что микрософтовским товарищам и в голову бы не пришло сочинять виндовс в любой его ипостаси, а интеловским товарищам придумывать аппаратные механизьмы защиты, если б назначением писюков было бы быть контроллерами елочных гирлянд. Мущщина(730 знак., 10.01.2014 17:40)
- Шестипроцессорный девайс на блэкфинах работает без сбоев, что я делаю не так? :) - alex68(10.01.2014 16:57)
- Просто ты все N штук устранил, или N-я пока не проявила себя. - Codavr(10.01.2014 16:58)
- У него число ошибок чётное. Они взаимокомпенсированы. - fk0(10.01.2014 17:05)
- Возможно. Сбои пишутся в лог на флешке, пока там чисто. - alex68(10.01.2014 17:02)
- Просто ты все N штук устранил, или N-я пока не проявила себя. - Codavr(10.01.2014 16:58)
- Я не делаю "больших систем" - MBedder(10.01.2014 16:49)
- Зачем тебе PIC32MZ? Хватит и PIC18 проф. уровня. - fk0(10.01.2014 16:59)
- Усрется 18-й периоды с разрешением в сотни ПИКОсекунд измерять. На dsPIC33E (70 MIPS) получаю 150 Пс, на 200-мипсовом PIC32MZ получу втрое лучше, хотя пока и так за глаза - MBedder(10.01.2014 17:12)
- А вся шкала скока? - Крок(10.01.2014 23:10)
- Меряю среднюю частоту в пределах десятков-сотен кГц - MBedder(11.01.2014 01:13)
- Измерять или обсчитывать? - fk0(10.01.2014 17:23)
- И измерять, и обсчитывать - MBedder(10.01.2014 17:42)
- А вся шкала скока? - Крок(10.01.2014 23:10)
- Усрется 18-й периоды с разрешением в сотни ПИКОсекунд измерять. На dsPIC33E (70 MIPS) получаю 150 Пс, на 200-мипсовом PIC32MZ получу втрое лучше, хотя пока и так за глаза - MBedder(10.01.2014 17:12)
- Иногда обычный интерфейс с юзером становится "большой системой". - Codavr(10.01.2014 16:52)
- "Будь проще, и люди за тобой потянутся"(с) :)) - MBedder(10.01.2014 16:54)
- "Простота хуже воровства"(с) :)) - Codavr(10.01.2014 16:57)
- Самый страшный UI, который пришлось давеча сделать - это мелкий графдисплей для вывода диаграммы сигнала и нескольких цифровых полей, тумблер "Record" для старта/стопа записи данных на флешку, и две кнопки < > для прокрутки диаграммы вправо-влево MBedder(362 знак., 10.01.2014 17:07 - 17:44)
- Мерзкий хвастун, я тобой горжусь :) - Codavr(10.01.2014 17:22)
- Да я и сам собой погордиться не прочь, благо есть чем :)) - MBedder(10.01.2014 17:45)
- Мерзкий хвастун, я тобой горжусь :) - Codavr(10.01.2014 17:22)
- Самый страшный UI, который пришлось давеча сделать - это мелкий графдисплей для вывода диаграммы сигнала и нескольких цифровых полей, тумблер "Record" для старта/стопа записи данных на флешку, и две кнопки < > для прокрутки диаграммы вправо-влево MBedder(362 знак., 10.01.2014 17:07 - 17:44)
- "Простота хуже воровства"(с) :)) - Codavr(10.01.2014 16:57)
- "Будь проще, и люди за тобой потянутся"(с) :)) - MBedder(10.01.2014 16:54)
- Зачем тебе PIC32MZ? Хватит и PIC18 проф. уровня. - fk0(10.01.2014 16:59)
- Хуже того. Большая система, где каждая единичный сбой приводит к отказу системы в целом -- рискует стать не работоспособной т.к. вероятность сбоев по закону больших чисел становится практически гарантированной величиной. Пример прекрасно можно fk0(260 знак., 10.01.2014 16:58)
- Слышал, что есть математическое доказательство того, что в большой системе ошибки имеют систематический характер и полностью не устранимы. Все как в той шутке о том что надо устранить N ошибок таких чтобы N+1 не мешала работе системы. - Codavr(10.01.2014 16:46)
- Средство передвижения, сплошь состоящее из парашютов/стоп-кранов/airbag'ов, называется "параноймобиль", и для передвижения как такового не годится :)) - MBedder(10.01.2014 16:38)
- Ну это как не иметь парашюта, стоп-крана, airbag. "При нормальном подходе аварий не бывает". - fk0(10.01.2014 16:28)
- У нас диаметрально противоположное понимание нормальности кода - для меня сторонний/компиляторский/ошибочносредствовый код не является нормальным априори, поэтому не применяется в моих изделиях :)) - MBedder(10.01.2014 16:23)
- Звучит крайне смешно. При нормальном программировании ОШИБКИ ЕСТЬ. Так же есть механизм ОБРАБОТКИ ОШИБОК, который предполагает, что будут возникать ошибки, которых "как бы нет" в программе. Можно пытаться уменшить число ошибок, но не исключить fk0(137 знак., 10.01.2014 16:17)
- При НОРМАЛЬНОМ программировании ошибок как раз нет - по крайней мере, в моих изделиях - MBedder(10.01.2014 16:08)
- Для такого кода есть AVR, PIC16 и т.п. А при нормальном программировании в программах всегде будут ошибки. В т.ч. нарушающие работу среды исполнения и работу параллельных программ, следовательно. Если нет какой-то формы виртуализации и/или fk0(213 знак., 10.01.2014 16:05)
- А не надо на обычный МК навешивать ваши программерские заморочки типа защит и т.д. Надо просто писать разумный и грамотный код, чтобы все работало как часы - MBedder(10.01.2014 15:52)
- Не позволяют: для user mode можно задать только начало сегмента. А конец всегда в конце памяти. Т.е. по сути смысл имеет только деление всегда на две части: user mode с _общей_ для всех процессов памятью и kernel mode. Что тоже мало осмысленно. fk0(229 знак., 10.01.2014 15:45)