- Интернет наводнен жалобой на ошибку линкера BCB2007 "[ILINK32 Error] Fatal: Access violation. Link terminated.". Но советы не помогают... ages(105 знак., 10.02.2010 15:35,
, dao, полностью)
- кто как решает проблему преобразования BigEndian <-> LittleEndian? koyodza (201 знак., 09.02.2010 22:23, dao, полностью)Kceния
- Нужен хитрый трюк для округления после целочисленного деления на 2^N. Argon (309 знак., 09.02.2010 13:39 - 14:23, dao, полностью)Kceния
- Какой хороший сенсорный диспплей! И уже с контроллером внутрях! - Т.Достоевский (09.02.2010 01:05, dao, ссылка, полностью)MBedder
- C++ Builder, ADO... POV(208 знак., 05.02.2010 20:13, dao, полностью)
- Не знаю насколько это для кого актуально: обнаружился баг или "недокументированная фича" в Mathcad 14 (14.0.0.163). Argon(280 знак., 08.02.2010 20:25, dao, полностью)
- Навеяно ->. Кажись, до меня дошли критерии оптимизации современных процов. Спор об оптимальности той или иной архитектуры глуп без задания граничных условий. Evgeny_CD(1450 знак., 07.02.2010 20:32, dao, ссылка, полностью)
- Тут забыт еще один класс архитектур - микропрограммники, в том числе и с загружаемым набором микрокоманд. vmp(217 знак., 08.02.2010 10:31)
- Самое смешное, что всю работу интеловцы сделали в далёких 70х при проектировании х86. =AlexD=(1103 знак., 08.02.2010 06:53)
- зависимость скорости выполнения от объёма кэша очень нелинейна koyodza(501 знак., 07.02.2010 21:07)
- Там все нелинейно. Для этого хитрие методы оптимизации существуют :) В натуре, стоимость проектирования ядра и кеша сильно разные :), но кеш на размер кристалла, и на потребление ох как влияет. ARM926EJ-S -> Evgeny_CD(298 знак., 08.02.2010 02:00, ссылка)
- как говорил классик, "не важно как проголосуют, важно как посчитают". Потребление ядра на 1mm² составляет 0,36/1,45 = 0,248 mW/MHz/mm², а потребление самого кеша (0,48-0,36)/(2,39-1,45) = 0,128 mW/MHz/mm², т.е. почти вдвое меньше - koyodza(08.02.2010 18:40)
- В таком случае AVR32 является следствием еще более продвинутого диссера. - Evgeny_CD(07.02.2010 20:34)
- Глава ARM: нетбуки могут занять до 90% рынка компьютеров Antl (38 знак., 04.02.2010 18:37,
, dao, полностью)Evgeny_CD
- Самореклама. А вот директор Intel по этому поводу сказал, что компьютеры на ARM - это всё тот же телефон, только с большим экраном :). - Ксения(05.02.2010 11:35, ссылка)
- Заметка куда более интересная!!! Evgeny_CD(1387 знак., 04.02.2010 18:47)
- быстро же вы мнение меняете :> а народ вам поверил, в меня тапками кидался за то что я ссылку на ABI привел, которые ARMу обещали бОльшую долю рынка на рынке мелких PC через 4 года --> - Snaky(04.02.2010 19:02, ссылка)
- Отвечаю насчет изменения мнения. Видимо, я не точно выразился. Evgeny_CD(815 знак., 04.02.2010 19:26)
- А как насчет "правильного подхода к проблеме"? Существующие потребности потребителей (игры, офис) хорошо закрываются Wintel. Создание новых потребностей (а как иначе понимать фразу "другая модель ПО"?!) задача рисковая. Да и не дешево это. "Модель Скрипач(159 знак., 06.02.2010 10:16)
- А фсех их затянуло в WEB 2.0 и совсем скоро затянет в облака. Народ в значительной степени мыслит уже не категориями приложений на какой-то хрени, а категориями контента. Evgeny_CD(344 знак., 06.02.2010 15:44)
- Будут интернет-приставки к HD телевизорам. Как сейчас игровые консоли, которые уверенно вытесняют ПК-игры. - bialix(06.02.2010 18:01)
- Как-то "вконтакте" и приставки к HD-телевизорам с неграми и китайцами не вяжется. А на счет "уверенного вытеснения"... у меня уже давно телевизор - просто отдельный экран компьютера для фильмов... - Скрипач(06.02.2010 21:11)
- Там все описано... -> --> - Evgeny_CD(06.02.2010 21:13, ссылка, ссылка)
- Т.е. именно "создание новой потребности". Тогда, если что и получится, то у Джобса. На чем, кстати, его "творения"? Еще один игрок? :) - Скрипач(06.02.2010 21:24)
- Популярные - на ARM. Хотя МАКи на x86. Что лишь доказывает оптимальность x86 решений для десктопа. - Evgeny_CD(07.02.2010 02:03)
- На сколько я помню, для планшетов, они использовали что-то недавно ими с-корнем-купленное. - Скрипач(07.02.2010 17:12)
- что доказывает что х86 просто лидеры по производительности. но никак не оптимальность архитектуры - Mahagam(07.02.2010 11:38)
- Что называть архитектурой? ISA? На неё всем давно плевать, а по плотности кода и соответственно эффективности шин и кеша х86 лидер отрасли. Она кривовата с т.з. человеческого восприятия, но это чистой воды субъективизм. - =AlexD=(07.02.2010 14:29)
- Насчет плотности кода я бы посморил. - Evgeny_CD(07.02.2010 19:12)
- Поспорьте :-) Классический ARM очевидно пролетает со свистом. - =AlexD=(07.02.2010 19:23)
- Чет не нашел вот так сразу сравнительного анализа размеров одинакового кода x86 и ARM. Убежден, что x86 сольет сильно, но фактов нет. - Evgeny_CD(07.02.2010 20:00)
- Хм... -> вот там приведены факты, из которых следует, что моя интуиция неверна. Что прикольконо, AVR32 совсем близко к x86, и ARM и пуверпыси далеко позади.... - Evgeny_CD(07.02.2010 20:08, ссылка)
- Прикольный оверхед в 4-8 раз по сравнению с асмом :-) - Shura(08.02.2010 09:51)
- Ура!!! А я знала! :))) - Ксения(07.02.2010 20:32)
- -> - Evgeny_CD(07.02.2010 20:34, ссылка)
- Чет я в осадок выпал. Нашел мнение, что ARM для своих Cortex затеял Thumb-II ради достижения конкурентоспособной плотности кода.... - Evgeny_CD(07.02.2010 20:14)
- ну так Tumb не сильно отстаёт от лидеров, это чистый ARM уступает по плотности кода. Ну так это и ежу известно было. А Tumb2 в этом обзоре нету koyodza(686 знак., 07.02.2010 20:43)
- Это абсолютное предубеждение. В современных процах основной объём занимают кеши, буферы всех типов, исполнительные устройства и пр. предсказатели, которые во всех архитектурах одинаковы. Размер умножителя 32х32 зависит только от целевых частот, но НЕ от =AlexD=(95 знак., 08.02.2010 06:38)
- Вот там меня посетили хорошие мысли ->. Есть такая штука, как размер кеша. Которая очень сильно влияет на размер кристалла, потребление и пр. Если тактовая проца сильно выше тактовой памяти, кеша должно быть МНОГО, иначе никакая архитектура не спасет. Evgeny_CD(64 знак., 07.02.2010 20:46, ссылка)
- да не только с т.з. человека она кривая. все ж расширения как костыли. если бы до таких же частот прогресс раскочегарил бы какую-нить DSP архитектуру или тотже ARM... а идеалом было бы придумать сразу ISA под те задачи которые x86 счас крутит - то точно Mahagam(41 знак., 07.02.2010 16:44)
- Зачем приставки? Я удивляюсь, почему в телевизорах эзернет и броузер не стали уже стандартом. - =AlexD=(06.02.2010 21:06)
- вот у вас лично есть нетбуки? - Mahagam(04.02.2010 19:59)
- Подскажите пожалуйста по Watch для статических полей класса в IAR EW AVR (5.30). Chip_n_Go (476 знак., 02.02.2010 16:11,
, dao, полностью)Kceния
- IntraWeb с палитры компонентов BDS2007 слетел. Как быть? Переустановил IntraWeb много раз и без толку. На палитру не возвращается. - POV(03.02.2010 15:43, dao, полностью)
- Чудо платка на OMAP3530(ARM Cortex A8 1200 Dhrystone MIPS; OpenGL® ES 2.0 — ускоритель 2D/3D с производительностью 10 млн. полигонов в секунду; TMS320C64x + TM DSP с возможностями Evgeny_CD(356 знак., 30.01.2010 15:50, dao, ссылка, ссылка, полностью)
- C-amplify. Evgene_CD -- вам должно понравиться :-) - bialix(03.02.2010 19:50, dao, ссылка)
- О номерах доступных СОМ-портов и о соответствии IP-адресов именам Хостов. leon_ (716 знак., 25.01.2010 09:45 - 09:52, dao, полностью)MBedder
- СОМ-порты из реестра оприходовал быстро, а вот gethostbyname никак. Задаю известные имена (даже gethostbyname("localhost")) возвращает нулевой указатель всё время. Возможно перед этим надо какие-то команды (открытия)? - leon_(26.01.2010 16:06)
- Даю говнокод -- с тебя бутылка. fk0(143 знак., 27.01.2010 16:18)
- Благодарю Вас за самый конкретный ответ - простейший пример работающей программы. leon_(866 знак., 28.01.2010 21:05)
- Хотя при наличии таких вещей fk0(159 знак., 29.01.2010 12:06)
- Спасибо, очень понравилось, однако... leon_(443 знак., 01.02.2010 16:25 - 16:27)
- Проект свободный, исходники открыты. Может их кто-то смотрел уже? Реально на их основе сделать свое приложение, предоставляющее виртуальный порт? - Сергей Борщ(30.01.2010 15:05)
- Не очень понятно. Мы юзаем их com0com и tcp2com - пока приложения рихтовать не приходилось - Vit(30.01.2010 21:42)
- Ну вот, скажем, надо создать приложение, которое эмулирует некий подключенный к COM прибор. Сергей Борщ(253 знак., 31.01.2010 01:01)
- Может вот это, на крайний случай, сгодится? leon_(436 знак., 02.02.2010 12:28)
- Встречал такую штуку на просторах и-нет... В виде OCX. Даже потискал чуток, ибо тоже что-то хотел замутить. Но потерял координаты. На диске где-то лежит, да разве сейчас найдешь :) - Гудвин(31.01.2010 13:07)
- Не думаю, что поставить виртуальный COM-порт из 2-х приблуд очень "некрасиво". Если надо своё приложение, которое эмулирует прибор с портом, то если оно запустит com0com, то что тут такого? Вы же библиотеки не Вами писанные используете? Vit(699 знак., 31.01.2010 06:51 - 07:00)
- +1 - Vit(29.01.2010 14:15)
- +1 - =AlexD=(29.01.2010 14:12)
- Использовать VSPD XP или аналогичное решение дальше. В Windows API нет (не знаю) понятия "виртуальный терминал" по аналогии с Unix, которые можно подсовывать вместо настоящих COM-портов. Для конкретного множества программа работающих в COM-портами fk0(384 знак., 29.01.2010 11:57)
- Спасибо всем большое, разбираюсь. - leon_(25.01.2010 16:09)
- Ну и вопросы у вас! gethostbyaddr и gethostbyname даже в жалких поделках финских студентов работают, и разумеется, в великом творении Великогo изначально было так заложено (ибо стек в бсд скомуниздили). В Билдере -- не знаю. Все вопросы в Багланд. - fk0(25.01.2010 13:46)
- 1) Из реестра, ессно. 2) -> - =AlexD=(25.01.2010 13:42, ссылка)
- COM-порты вообще неправильно. Насколько я понимаю, \\device\SerialX может существовать относительно независимо от COM. Вот их-то и стоит открывать. Хотя мокрософт вот имеет своё мнение: fk0(53 знак., 25.01.2010 13:41)
- Redmine v0.8.0 (2008-12-30) (список изменений внушителен) Sergey Pinigin_(99 знак., 21.01.2009 13:59,
, dao, полностью)
- Приветствую Diablo@Dragon (169 знак., 20.01.2010 17:19, dao, полностью)Kceния