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

Вот те на... Написал я страшный алгоритм (куча вычислений и долго работающий) на простом С++. Замерил скорость. Потом его же перевел в .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$ постаралась, чтобы код был более рыхлым и немного тормозил, ведь их девиз: Не бывает быстрых компьютеров !