Renesas Electronics Corp поддерживает .NET Micro Framework

Linfan · 14-08-10 20:04:02

Я имел в виду то, что при определенных условиях JIT компилятор будет генерировать более оптимизированный код, чем компилятор работающий до выполнения.

Все правильно. И эти "определенные условия" - неоптимальный исходный код для компилятора + отсутствие оптимизации кода в компиляторе.

Добавлено спустя 03 мин 40 с:

На цифровую схемотехнику ходить надо было, клоун. Shame.

Вот именно! Зачем же ты ее прогуливал? Или ниасилил и понавыдергивал из контекста удобных лозунгов? big_smile
Вот уж точно что Shame & Shave в одном отдельно взятом (k)Арманчике lol

Linfan · 14-08-10 20:27:31

Лично видел БПФ на яве, которое работало(с комплексными значениями) быстрее чем из fftw.

Вполне может быть. Не отрицаю такой возможности. Хотя бы потому, что тот же ffwt вполне может быть неоптимизирован.
Напр., мой знакомец по необходимости ковырял код libpng и жутко матерился про оптимизацию.

Linfan · 14-08-10 21:33:23

На пары я, в отличие от тебя, ходил. Это не хвастовство, конечно, но я - единственный на всю группу, имеющий по схемотехнике "отлично".

о_О... вот это спортсмэн )))))))))))

Слух, [censored], тебя просили - ссылки на MSDN что дотнетовский JIT оптимизирует код под индивидуальный процессор, а не общие 32/64bit инструкции.

И да будет тебе имбицилу известно, что те же сишные компиляторы не создают "сферичиский код в вакууме" а позволяют его оптимизировать под конкретный процессор. Тебе вон даже МОРЗЕ пруф привел.

И ваще, я поражаюсь - "отличнег-кармановец" не знает что такое примитивные типы данных, но блин уже мнит себя светилом программирования. Ояебу образование нынче big_smile

Редактировался Linfan (14-08-10 22:12:50)

Linfan · 14-08-10 21:45:35

MOP3E пишет:

Я имел в виду именно то, что библиотеки .Net Framework вполне могут быть оптимизированы под современные типы процессоров. И, соответственно, более эффективно исполняться на более продвинутых моделях процессоров.

Уверен, что прога откомпайленная в MS VS с оптимизацией под продвинутый процессор будет работать хуже чем IL-овский код?
Тут речь не про вин-лин холивар, а про то, что Арман не зная элементарных вещей (напр. чем int от float или double отличается), берется учить всех как правильно жить.
Касательно оптимизации в IL - она есть бесспорно, но оптимизация у нативных компайлеров гораздо продвинутее. Проблема тут лишь в том, что таж венда и весь софт под нее вынужденно компилируется под весь спектр процов для максимального охвата пользователей (ну ессно с учетом 32/64bit платформ).

Linfan · 14-08-10 22:13:17

Тем более с намёком на то откуда человек. Это просто некрасиво.

+1. fixed

Linfan · 14-08-10 22:39:17

MSDN читай сам

Глупый ты smile В писаниях типа "донет для чайников" выражается личное мнение автора и его взгляд на проблему в общем. Конкретные данные про оптимизацию нужно добывать только из MSDN или сайта МС. Тем паче что даже в твоей книженции написано "может оптимизировать", что подразумевает "а может и не оптимизировать". Это популярная литература, тем болеее что она переводная.
Так что "отличнег" ищи данные от МС, а информацию из серии "на заборе написано" - оставь для школьников.

и опять же <холивар mode>"Только в случае с нативным кодом оптимизация жертвует универсальностью. Сильно жертвует. " - это проблема проприетарного бинарного ПО </холивар mode> lol

Linfan · 14-08-10 22:53:02

MOP3E пишет:

С фреймворком получается наоборот - большой объём библиотек, оптимизированных под разные типы процессоров и устройств, но абсолютно одинаковый для всех систем исполняемый файл.

Вот тут ты МОРЗЕ категорически не прав. Библиотеки дотнета в платформенно-независимом байткоде. Оптимизация происходит в момент исполнения (Just-in-runtime). Поэтому дотнет-приложения и подтормаживают при старте/вызове дополнительных библиотек в рантайме. И памяти хавают весьма прилично.

Linfan · 14-08-10 23:02:47

Кстати, порылся по MSDN по поводу хваленой JIT оптимизации, и выясняется, что МС эти данные принципиально не публикует, ограничиваясь лишь устной декларацией про крутизну и навороченность.
https://social.msdn.microsoft.com/forums … E86D78EA5F

Как показывают интелловские сравнения (не МС) под AMD оптимизация хреновая (если ваще есть) т.к. интеллячие процы получают ~10% преимущество:
https://www.compdoc.ru/comp/cpu/compare_webpril/

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

Редактировался Linfan (14-08-10 23:05:09)

Форум StopLinux

Объявление

#26 14-08-10 20:04:02

Re: Renesas Electronics Corp поддерживает .NET Micro Framework

#27 14-08-10 20:27:31

Re: Renesas Electronics Corp поддерживает .NET Micro Framework

#28 14-08-10 21:33:23

Re: Renesas Electronics Corp поддерживает .NET Micro Framework

#29 14-08-10 21:45:35

Re: Renesas Electronics Corp поддерживает .NET Micro Framework

#30 14-08-10 22:13:17

Re: Renesas Electronics Corp поддерживает .NET Micro Framework

#31 14-08-10 22:39:17

Re: Renesas Electronics Corp поддерживает .NET Micro Framework

#32 14-08-10 22:53:02

Re: Renesas Electronics Corp поддерживает .NET Micro Framework

#33 14-08-10 23:02:47

Re: Renesas Electronics Corp поддерживает .NET Micro Framework

Подвал форума