-
- Опять сказки про маллок пошли, причём, что характерно, про то какой malloc плохой рассказывают те люди, которые им не пользуются... НЕ надо обсуждать вкус устриц с теми кто их не пробовал, ага? - fk0(04.08.2010 14:12)
- Я активно использую для выделения памяти блоки памяти фиксированного размера, как и многие другие лица, использующие RTOS. Так что вкус устриц ощущаю. Однако, гниль с malloc есть не хочу. - VVB(04.08.2010 14:53)
- Ну и чем блоки памяти фиксированного размера отличаются от блоков памяти произвольного размера? Кроме возможного образования мусора в куче при неумелом использовании malloc/free? - Alex B.(04.08.2010 15:19)
- Вот именно этим "кроме" и отличается. Плюс недетерминированное в общем случае время на сборку мусора. Плюс неизвестный долгоисполняемый код, в противовес легкопонятным исходникам RTOS. - VVB(04.08.2010 15:24)
- В какой реализации malloc/free для контроллеров вы видели сборку мусора? Долгоисполняемый неизвестный код... да... вы библиотечные функции тоже не используете? - Alex B.(04.08.2010 15:31)
- товарищ путает сборку мусора с дефрагментацией возвращенных в кучу кусочков памяти. - bialix-chrome(04.08.2010 16:52, )
- В какой реализации malloc/free для контроллеров вы видели сборку мусора? Долгоисполняемый неизвестный код... да... вы библиотечные функции тоже не используете? - Alex B.(04.08.2010 15:31)
- Вот именно этим "кроме" и отличается. Плюс недетерминированное в общем случае время на сборку мусора. Плюс неизвестный долгоисполняемый код, в противовес легкопонятным исходникам RTOS. - VVB(04.08.2010 15:24)
- Ну и чем блоки памяти фиксированного размера отличаются от блоков памяти произвольного размера? Кроме возможного образования мусора в куче при неумелом использовании malloc/free? - Alex B.(04.08.2010 15:19)
- Я активно использую для выделения памяти блоки памяти фиксированного размера, как и многие другие лица, использующие RTOS. Так что вкус устриц ощущаю. Однако, гниль с malloc есть не хочу. - VVB(04.08.2010 14:53)
- Тогда и Вы уж уточните, кто и в каких ситуациях считает выделение памяти злом? skmr(827 знак., 04.08.2010 13:46 - 14:00)
- ээ. суровые челябинские программеры :) malloc хорош только под _действительно_ ОСью. всякие FreeRTOS`ы за ОСь никак не канают. а без ОСи - статическое выделение рулит. - Mahagam(04.08.2010 17:09)
- Вообще C-ишный malloc как таковой описанный в стандарте не годится для многозадачных осей с вытеснением. Нужен ретаргетинг как минимум. AlexandrY(52 знак., 04.08.2010 17:13)
- Ваши бредовые идеи тут ни к чему. C-шный malloc описанный в стандарте есть в ОС с вытеснением де-факто, и более того, без него ничего работать не будет! Ага, и в поделках студентов и в профессиональных ОС. - fk0(04.08.2010 17:17)
- C-шный malloc описанный в стандарте идёт с компилятором. который как-то не в курсах, что вы ещё и прицепили либу многозадачности. - Mahagam(04.08.2010 17:29)
- О дааа! Microsoft Visual C или там GCC в линухе этого не знают, что они работают в многозадачной среде. - fk0(04.08.2010 18:08)
- они-то знают. а вот IAR для атмела знает? тото-же. - Mahagam(04.08.2010 19:07)
- О дааа! Microsoft Visual C или там GCC в линухе этого не знают, что они работают в многозадачной среде. - fk0(04.08.2010 18:08)
- Разумеется в рамках каждого процесса -- свой аллокатор. А не как некоторые думают. А в рамках ОС другие механизмы (постраничные) распределения памяти. А вот в ecos, замечу многозадачной с вытеснением, пул памяти кажись (могу ошибаться) общий есть. Ага, с fk0(130 знак., 04.08.2010 17:22)
- C-шный malloc описанный в стандарте идёт с компилятором. который как-то не в курсах, что вы ещё и прицепили либу многозадачности. - Mahagam(04.08.2010 17:29)
- а ОСи бывают и однозадачные. Mahagam(156 знак., 04.08.2010 17:16)
- Интересно какие элементы синхронизации тогда они применяют для threadsafe. Это однозначно должны быть отдельные поставляемые с проектом либы, т.е. совсем не элементы языка. - AlexandrY(04.08.2010 17:34)
- Достаточно исключить вложенный вызов библиотечных функций. Делается одним мьютексом... - fk0(04.08.2010 18:10)
- Интересно какие элементы синхронизации тогда они применяют для threadsafe. Это однозначно должны быть отдельные поставляемые с проектом либы, т.е. совсем не элементы языка. - AlexandrY(04.08.2010 17:34)
- Ваши бредовые идеи тут ни к чему. C-шный malloc описанный в стандарте есть в ОС с вытеснением де-факто, и более того, без него ничего работать не будет! Ага, и в поделках студентов и в профессиональных ОС. - fk0(04.08.2010 17:17)
- Вообще C-ишный malloc как таковой описанный в стандарте не годится для многозадачных осей с вытеснением. Нужен ретаргетинг как минимум. AlexandrY(52 знак., 04.08.2010 17:13)
- Минута гугления, см. главу Динамическое распределение памяти. VVB(406 знак., 04.08.2010 14:03, ссылка)
- Мне гуглить не надо, я использую и кучу со сборкой мусора, и блоки фиксированной длины и другие способы выделения/освобождения памяти, в зависимости от необходимых целей. skmr(209 знак., 04.08.2010 14:16)
- Нука раскажите где вы используете malloc. Боевой програмер встраиваемых систем даже в страшном сне не позволит себе malloc. AlexandrY(50 знак., 04.08.2010 14:22)
- В аtmege128, например, ну не malloc, но свои функции выделения/освобождения памяти. skmr(548 знак., 04.08.2010 14:47)
- Так, во первых еще раз - самопал не обсуждаем. Был сказано malloc, а не my_malloc. В этом и есть грубый прокол афтора. AlexandrY(188 знак., 04.08.2010 15:44)
- 1) У ATMega128 может быть больше 4 кБ RAM-а. skmr(427 знак., 04.08.2010 17:47)
- И кто тут двумя постами выше сказал что malloc стандартная функция? AlexandrY(109 знак., 04.08.2010 17:57)
- Я не понимаю простой вещи, которую Вы мне почему-то не хотите объяснить. skmr(235 знак., 04.08.2010 19:17 - 19:56)
- malloc -- в стандарте ISO 9899:1999. Следовательно -- стандартная. - fk0(04.08.2010 18:12)
- И кто тут двумя постами выше сказал что malloc стандартная функция? AlexandrY(109 знак., 04.08.2010 17:57)
- 1) У ATMega128 может быть больше 4 кБ RAM-а. skmr(427 знак., 04.08.2010 17:47)
- > А что мешает "боевым программерам" выделять -- то, что в профессиональной среде разработки (pic18 разумеется) у hitech работающий malloc в принципе не предусмотрен... - fk0(04.08.2010 14:54)
- А что мешает написать свой аллокатор? Архитектура? Я с PIC-ами не работал. - skmr(04.08.2010 15:08)
- Так, во первых еще раз - самопал не обсуждаем. Был сказано malloc, а не my_malloc. В этом и есть грубый прокол афтора. AlexandrY(188 знак., 04.08.2010 15:44)
- ..ну да, типа "включение режима 'Выпуск шасси' невозможно - идет сборка мусора в динамической памяти" ;D - blackbit(04.08.2010 14:33)
- Есть и другие задачи, где вполне можно сделать так. - fk0(04.08.2010 14:36)
- ..real time уже отпадает (разве что для фоновых, некритичных процессов). Что еще.. кофеварка? blackbit(113 знак., 04.08.2010 14:43)
- Есть и другие задачи, где вполне можно сделать так. - fk0(04.08.2010 14:36)
- В изделии с 128кб flash, 4кб ОЗУ. Потому, что static'ом всё не выделить. Предусмотрена обработка ситуаций "нет памяти"". Что делает -- знаю: половину кода сам писал, есть тесты и т.п. - fk0(04.08.2010 14:25)
- В аtmege128, например, ну не malloc, но свои функции выделения/освобождения памяти. skmr(548 знак., 04.08.2010 14:47)
- Нука раскажите где вы используете malloc. Боевой програмер встраиваемых систем даже в страшном сне не позволит себе malloc. AlexandrY(50 знак., 04.08.2010 14:22)
- Мне не надо ничего выделять - я уже ниже написал: структуры константые и полностью определены и инициализированы на этапе компиляции. - Alechin(04.08.2010 14:12, )
- Я отвечал skmr, его вопрос немного в сторону отошёл. - VVB(04.08.2010 14:15)
- Мне гуглить не надо, я использую и кучу со сборкой мусора, и блоки фиксированной длины и другие способы выделения/освобождения памяти, в зависимости от необходимых целей. skmr(209 знак., 04.08.2010 14:16)
- ээ. суровые челябинские программеры :) malloc хорош только под _действительно_ ОСью. всякие FreeRTOS`ы за ОСь никак не канают. а без ОСи - статическое выделение рулит. - Mahagam(04.08.2010 17:09)
- когда говорите "многие эксперты" - ссылайтесь на конкретные имена и фамилии, чтобы страна знала своих героев - Alex B.(04.08.2010 13:06)
- "Британские учоные" (TM) эхперты... - fk0(04.08.2010 14:13)
- Добрее надо быть, товарищ. Для меня "британские учёные" не эксперты, и за меня отвечать не надо. - VVB(05.08.2010 07:49)
- а как же дарвин? :> - Snaky(05.08.2010 08:01)
- Ха! Я не от обезьяны произошёл. Что-то до сих пор, несмотря на прогресс, живую клетку учёные синтезировать не могут. От Бога жизнь произошла. Эволюции придают недопустимо большое значение начиная со школы. Фактов-то у "британских учёных" нет, одни VVB(9 знак., 05.08.2010 09:37)
- Здесь по-моему про этих ученых было --> - Михаил Е.(05.08.2010 12:23, ссылка)
- законы эволюции-то подтверждены. факт. - Snaky(05.08.2010 09:46)
- Ха! Я не от обезьяны произошёл. Что-то до сих пор, несмотря на прогресс, живую клетку учёные синтезировать не могут. От Бога жизнь произошла. Эволюции придают недопустимо большое значение начиная со школы. Фактов-то у "британских учёных" нет, одни VVB(9 знак., 05.08.2010 09:37)
- а как же дарвин? :> - Snaky(05.08.2010 08:01)
- Добрее надо быть, товарищ. Для меня "британские учёные" не эксперты, и за меня отвечать не надо. - VVB(05.08.2010 07:49)
- Увы, некоторые события пролетают мимо сознания без фиксации в долговременной памяти по причине их ненужности в тот момент времени, однако остаётся след от этих событий. Можно сказать, что в нашей среде споры "использовать / не использовать динамическое VVB(53 знак., 04.08.2010 13:41)
- Есть много разных мифов. О плохом goto, о плохом malloc, о плохом C[++] наконец, о вреде библиотичных функций... Мифы особенно популярно в среде посредственных программистов, что характерно. - fk0(04.08.2010 14:14)
- Эти мифы популярны среди тех, кто вынужден платить программистам за говнокод. Особенно после того, как выясняется, что хороших программистов в десятки раз меньше, чем интернет-пальцезагибателей :) - she_(04.08.2010 14:52, )
- Боюсь наоборот. Там где нужны студенты с папой-мамой и квартиркой, чтоб зряплату не платить. А книжку про C[++] они читали вчера только (студенты), а тайное знание goto постигается лет за 10 только. Вот и всё. - fk0(04.08.2010 14:56)
- Эти мифы популярны среди тех, кто вынужден платить программистам за говнокод. Особенно после того, как выясняется, что хороших программистов в десятки раз меньше, чем интернет-пальцезагибателей :) - she_(04.08.2010 14:52, )
- ..ну, справедливости ради: blackbit(202 знак., 04.08.2010 14:13)
- Да без всяких отклонений, любая большая ОС (вроде известной поделки студентов) только динамическим выделением и спасается. Если просто посчитать виртуальную память процессов, то окажется, в среднем компьютере давно нужны десятки гигабайт, чего на самом fk0(10 знак., 04.08.2010 14:17)
- ..ну и ничего хорошего. - blackbit(04.08.2010 14:28)
- Да без всяких отклонений, любая большая ОС (вроде известной поделки студентов) только динамическим выделением и спасается. Если просто посчитать виртуальную память процессов, то окажется, в среднем компьютере давно нужны десятки гигабайт, чего на самом fk0(10 знак., 04.08.2010 14:17)
- Есть много разных мифов. О плохом goto, о плохом malloc, о плохом C[++] наконец, о вреде библиотичных функций... Мифы особенно популярно в среде посредственных программистов, что характерно. - fk0(04.08.2010 14:14)
- "Британские учоные" (TM) эхперты... - fk0(04.08.2010 14:13)
- Опять сказки про маллок пошли, причём, что характерно, про то какой malloc плохой рассказывают те люди, которые им не пользуются... НЕ надо обсуждать вкус устриц с теми кто их не пробовал, ага? - fk0(04.08.2010 14:12)