Похоже, что это не так, см. последнее предложение:
Compute time, measured in machine hours: Windows Azure compute hours are charged only for when your application is deployed. When developing and testing your application, developers will want to remove the compute instances that are not being used to minimize compute hour billing
Пара вопросов:
1. Сейчас очень много началось движений в сторону применения графических ускорителей в вебе, отсюда вопрос о безопасности, есть мнение, что данное распространение откроет новое направление атак на пользовательские компьютеры:
1.1 Известны ли вам уже прецеденты данных атак?
1.2 Существуют ли общие сквозные требования по безопасности, затрагивающие все уровни архитектуры (h/w->drivers->OS->app)?
2. И совсем общий вопрос: В чем не устроил обычный CPU и почему ведутся разработки таких направлений как GPGPU?
для Ria дот нетовских приложений свой язык HLSL и для него есть свои тулы например вот эта news.developer.nvidia.com/2008/07/fx-composer-25.html она кстати намного круче адобовской так как в ней можно писать не только пиксельные шейдеры но vertical и т.д.
1. На страничку приклеить флеш плейер или silverlight.
2. в параметрах передать строку подключения к потоку (вроде вот это video.uralweb.ru:8012)
3. (nice to have) опубликовать поток по 80 порту, а то некоторые люди не смогут увидеть этого всего, так как такие не стандартные порты режутся корпоротивными firewallами.
эт все круто, но многие ТСЖ ЖКХ и прочии организации не оформили какой то там единый регистрационный номер и поэтому из таких организаций платить через эти терминалы нельзя. У меня помойму только за эликтричество можно опаливать через него, а все остальное через кассу=)
Есть две причины по чему это сейчас не работает в интернете:
1. у широковещательных пакетов есть один небольшой минус они полностью зафлуживают каналы, так как такие пакеты каждый свитч(ретрансилующие звено в сети) будет его множить на свою подсеть следовательно один пакет будет размножен n раз умноженное на количество подсетей, а в интернете это число вероятно очень большое. Другими словами пакеты будут приходить всем даже тем кому они не нужны. Это называется broadcast вещание, отсюда видно что пропускная способность интернета бы просто упала бы до нуля.
2. Сейчас есть специальный протокол называется IGMP он позволяет подписываться на широковещательные пакеты, отменяя проблему когда всем приходит все. Но тут есть загвоздка что его недавно только начали использовать следовательно не вся сеть интернет поддерживает его, а если его использует не вся сеть то смысла его использовать в конкретных случаях теряется. Так же у него есть ряд дополнительных технических проблем которые также мешают использованию его в интернете.
IIS media pack умеет вещать кучу разных форматов включая некоторые флешовые, поэтому превенвертация и не нужна. + всякие полезные вещи типа плейлистов и прогрессив даунлоада.
Compute time, measured in machine hours: Windows Azure compute hours are charged only for when your application is deployed. When developing and testing your application, developers will want to remove the compute instances that are not being used to minimize compute hour billing
1. Сейчас очень много началось движений в сторону применения графических ускорителей в вебе, отсюда вопрос о безопасности, есть мнение, что данное распространение откроет новое направление атак на пользовательские компьютеры:
1.1 Известны ли вам уже прецеденты данных атак?
1.2 Существуют ли общие сквозные требования по безопасности, затрагивающие все уровни архитектуры (h/w->drivers->OS->app)?
2. И совсем общий вопрос: В чем не устроил обычный CPU и почему ведутся разработки таких направлений как GPGPU?
Заранее прошу прощение за глупые вопросы=)
WPF, silverlight — это RIA на основе .net в них есть поддержка работы с HLSL шейдерами.
Вот тут написано как его запихнуть silverlight потом www.wintellect.com/CS/blogs/jprosise/archive/2009/03/25/silverlight-3-s-new-pixel-shaders.aspx
2. в параметрах передать строку подключения к потоку (вроде вот это video.uralweb.ru:8012)
3. (nice to have) опубликовать поток по 80 порту, а то некоторые люди не смогут увидеть этого всего, так как такие не стандартные порты режутся корпоротивными firewallами.
www.google.com/insights/search/#q=%D0%BA%D1%83%D0%BF%D0%B8%D1%82%D1%8C%20%D0%BE%D1%80%D1%83%D0%B6%D0%B8%D0%B5&cmpt=q
www.google.com/insights/search/#q=nuclear%20bomb&cmpt=q
1. у широковещательных пакетов есть один небольшой минус они полностью зафлуживают каналы, так как такие пакеты каждый свитч(ретрансилующие звено в сети) будет его множить на свою подсеть следовательно один пакет будет размножен n раз умноженное на количество подсетей, а в интернете это число вероятно очень большое. Другими словами пакеты будут приходить всем даже тем кому они не нужны. Это называется broadcast вещание, отсюда видно что пропускная способность интернета бы просто упала бы до нуля.
2. Сейчас есть специальный протокол называется IGMP он позволяет подписываться на широковещательные пакеты, отменяя проблему когда всем приходит все. Но тут есть загвоздка что его недавно только начали использовать следовательно не вся сеть интернет поддерживает его, а если его использует не вся сеть то смысла его использовать в конкретных случаях теряется. Так же у него есть ряд дополнительных технических проблем которые также мешают использованию его в интернете.
Оба этих варианта отлично работают в интранете.