Приветствую!

Вот те на... Написал я страшный алгоритм (куча вычислений и долго работающий) на простом С++. Замерил скорость. Потом его же перевел в .NET на Managed С++. Вся работа внутри происxодит над элементами __nogc, так что разницы в скорости не должно быть. И замерил скорость в новой версии. И что?! Она в два раза медленнее! Я понимаю, что вроде как новые машины будут выполнять его быстрее (если верить всем этим мелкософтам). А когда сие произойдет? Перспективно ли писать на .NET вообще? Вдруг окажется, что все наши труды пойдут к коту под хвост.

Цитата

А когда сие произойдет? Перспективно ли писать на .NET вообще? Вдруг окажется, что все наши труды пойдут к коту под хвост.

Обо всем этом мы узнаем не раньше 2005 года в 2005 году выходит Windows Longhorn, вроде он и должен окончательно продвинуть .net в массы. Там увидим...

Цитата

Обо всем этом мы узнаем не раньше 2005 года  в 2005 году выходит Windows Longhorn, вроде он и должен окончательно продвинуть .net в массы. Там увидим...

Пробную версию которого можно уже скачать из инета ... и потестить ))

Цитата

Вот те на... Написал я страшный алгоритм (куча вычислений и долго работающий) на простом С++. Замерил скорость. Потом его же перевел в .NET на Managed С++. Вся работа внутри происxодит над элементами __nogc, так что разницы в скорости не должно быть. И замерил скорость в новой версии. И что?! Она в два раза медленнее! Я понимаю, что вроде как новые машины будут выполнять его быстрее (если верить всем этим мелкософтам). А когда сие произойдет? Перспективно ли писать на .NET вообще? Вдруг окажется, что все наши труды пойдут к коту под хвост.

А может если переписать твой алгоритм с использованием функйций из FCL то будет работать быстрее ?

Сравнил скорость рекурсивного решения задачи о Ханойских башнях - код на C# процентов на 5 быстрее Visual C++. Только памяти на пару десятков мегов больше жрёт - но на больших объёмах памяти это не заметно :-)

Вот странность заметил... Стоял у меня 2000 винды и там мои проги на С# просто летали... поставил 2003 соотв. уже встроенный FrameWork 1.1, и чего получил? мои проги дико тормозят... У кого-нить подобное встречалось?

Baa Я такого не замечал ... может у тя памяти мало ... 2003у как минимум 128 надо ... и то это "Standart Edition" ... я уж не говорю о "Data Center" которому по минимуму 512 надо ... или гиг ... вот может поэтому так и происходит ....

Э не... Ханойские башни - это фуфло. Вот попробуй транспортную задачу порешать для 800 городов! У прямого (неэвристического) алгоритма будет порядок - O(n!)=800! (factorial).

Iz@top
А что такое FCL?

neutrino Framework Class Library

Iz@top, у меня 2003 Enterprise...

Цитата(Iz @ 14.10.2003, 22:10)

neutrino Framework Class Library

Да, приколист А я уже начал бояться.

На самом деле мои классы медленнее работать не могут. Они ведь оперируют простыми структурами, а не классами.

Народ, я воткнул себе кое-какую оптимизацию и получил на 10-15% скорость выше. Но это не выход.

А выход в свет 64-х разрядного железа не меняет ход событий? Ведь в .NET генерируется именно 64-х разрядный код?

neutrino не знаю ... если бы это было так то об этом написали бы в каждой книге по НЕТ ...
Хотя я так думаю что компилится будет с учетом 64 разрядной системы если железо будет соответствующее ... то есть mscorlib.dll когда компилит IL, он компилит с оптимизацией под систему на которой исполняется ...

Можно сказать одно: "Все покажет время", и нечего гадать, если только ради собственного удовольствия

Как может 64-х разрядный код работать на 32-х разрядном процессоре ?
Может быть код псевдо 64-х разряден, а скорее всего M$ постаралась, чтобы код был более рыхлым и немного тормозил, ведь их девиз: Не бывает быстрых компьютеров !

.RADIX, 64 разрядный код по идее может работать, но все дело не в коде, а в mscorlib.dll

Работать может.
По крайней мере эмуляторы 64битных машин для 32битных существуют.

Цитата

По крайней мере эмуляторы 64битных машин для 32битных существуют.

-

Цитата

mscorlib.dll

Интересно, а стоит ли вообще писать вычислительные программы на С# ?
Как известно на Java например вычисления тоже тормозят, но она для таких задач и не предназначена, может то же самое и с C# ?

А я тут про шарп и не говорил. Я все в плюсах делал. Тормозит все жутко. Я наверно перейду обратно на 6-ю версию. Мне это удобство в два раза медленнее работающее не нужно. А ждать 5 лет я не могу. В конце этого года продукт должен быть представлен.

Другими словами, низкоуровневое программирование в силе всегда!

2 neutrino

Цитата

Я наверно перейду обратно на 6-ю версию. Мне это удобство в два раза медленнее работающее не нужно. А ждать 5 лет я не могу.

Примерно тоже самое происходит и в мире Игр, выпускают Игру а минимальные требования ого го => выпускается ого го, которое дорогое и самое прикольное - народ покупает !?!?!? Почему народ не переходит на старые игры, которые жрут меньше, быстрее ...

Это сообщение отредактировал(а) Chess64 - 9.12.2003, 10:15

Модератор: Не надо отвлекаться от темы

Цитата

Интересно, а стоит ли вообще писать вычислительные программы на С# ? Как известно на Java например вычисления тоже тормозят, но она для таких задач и не предназначена, может то же самое и с C# ?

Между прочим, последняя (весной была таковой) версия Matlab'а написана как раз на Java.
Matlab стал медленнее, но язык-то Java.

Чтобы меня не обвинили в офтопике скажу, что, может быть, следущую версию напишут на .NET.
Кто знает, вдруг она будет быстрее.

stron, ага

Здрасьте всем!
Случайно наткнулся на этот топик. Прошло достаточно времени (не 5, но 4,5 года  ). И вот интересно услышать ваши мнения о скорости (тормознутости) ".NET" с высоты сегодняшнего дня. 

А что со скоростью не так? Вот, к примеру... Или вот.   

Или Вот