Производительность Silverlight

Question

Мы рассматриваем возможность перехода с Adobe Flex на Silverlight, потому что Flex слишком медленный.

Меня интересует не графическая производительность, а вычислительная производительность и скорость, с которой он выполняет код.

Есть ли у кого-нибудь какие-нибудь анекдоты о своем опыте работы с Silverlight?

Answer 1

В отличие от Flex, Silverlight является многопоточным. Что при правильном использовании дает вам возможность писать высокоэффективные приложения. Есть много статей и сообщений в блоге по этому вопросу. Вот образец ...

http://www.silverlighthack.com/post/2008/09/07/Silverlight-MultiThreading-with-a-Computational-Process-(Counting-Primes).aspx

Answer 2

Tobinharris опубликовал результаты тестов с расчетом 1 000 000 простых чисел. Silverlight был явным победителем производительности.

Answer 3

Чтобы добавить ответ Керидена, Microsoft работает над многопоточной библиотекой, которая позволяет очень легко писать многопоточный код (будет частью .Net 4.0). Эта библиотека, скорее всего, войдет в библиотеки Silverlight в будущей версии.

Answer 4

Чтение этого сайта и комментарии к различным постам могут вам помочь:

http://www.shinedraw.com/flash-vs-silverlight-gallery/

Реальность в Silverlight в настоящее время имеет растеризатор низкого качества с некоторыми проблемами (обрисовано в общих чертах на сайте, указанном выше). Но, как уже упоминалось, вы получаете другие преимущества, которые могут помочь процессу рендеринга, такие как многопоточность. В последнее время мы столкнулись с множеством проблем, связанных с растеризацией входного текста, из-за чего наши Flash-презентации (ради этого разговора Flex is Flash) не работают, в настоящий момент во Flash не существует действительно хорошего решения для этого.

Я также хотел бы предложить, чтобы вы в большинстве случаев обращались к веб-программистам и системным программистам, а не к программистам компьютерной графики.

Answer 5

Не уверен, как flex работает на стороне клиента.

Что мне нравится в Frokm Silverlight, так это то, что настоящий язык ООП (C #) и все скомпилировано, что касается вычислительных мощностей, Скотт Гатри опубликовал ссылку на шахматную игру (тот же алгоритм / подход к реализации, но javascript против silverlight), интересно, как SL ведет себя.

В приложении, которое я разработал, у меня не было никаких проблем с производительностью (некоторые примеры управляют более чем 70 таблицами и отношениями), работающими с LINQ to XML ... jejej, где я обнаружил, что некоторые примеры борются с некоторыми ошибками управление на SL (комбинированный и сетка данных).

НТН Braulio

Answer 6

1. Silverlight допускает многопоточность, которая отлично подходит для обработки больших объемов данных (и, кроме того, пользовательский интерфейс кажется более быстрым / более отзывчивым для пользователя)
2. Приложения Silverlight 2, написанные в> Net, должны работать так же быстро, как и приложения .Net. Они компилируются локально и запускаются «в исходном» режиме в управляемой среде, поэтому производительность должна быть такой же, как и у любого приложения .Net, которое, как мне показалось, чертовски хорошо или, по крайней мере, ограничено талантами программистов и не ограничено набором инструментов. *
3. Моя большая проблема заключается в том, что вы работаете на клиенте, и у вас будет мало возможностей узнать, какая скорость будет от клиента к клиенту. Минимальные требования к SL довольно скудны
4. Кроме того, обработка lot-o обычно подразумевает данные lot-o, поэтому вы захотите изучить использование изолированного хранилища (еще одна удобная функция SL) и сжатие любых вызовов WCF (используйте IIS7 и включите динамическое сжатие)

Answer 7

Я обнаружил, что Silverlight хорошо справляется с вычислительной производительностью. Я был разочарован некоторыми графическими характеристиками. Поскольку это не ваша проблема, я бы предложил провести тест с несколькими сложными процессами. Я не использовал Flex, поэтому у меня нет собственного теста на разницу.