AVK>У МС для веб-приложений есть Silverlight. А подковывать в очередной раз хромую кобылу ...
ANS>Имхо это они мимо тазика. Как и java-applets в своё время. Выход IE9 покажет
Кэр>Но вопрос остается в силе — зачем мне javascript после релиза Silverlight?
ANS>предлагаю подождать пару-тройку лет и всё увидеть самому.
Прошла пара-тройка лет:
I asked Bob Muglia, the Microsoft President in charge of the company’s server and tools business, that very question and got what I consider to be the clearest answer yet about how Microsoft is evolving its Silverlight strategy.
“our strategy has shifted,” Muglia told me.
“But HTML is the only true cross platform solution for everything, including (Apple’s) iOS platform,” Muglia said.
When Microsoft first showed off Internet Explorer 9, its most HTML 5 compliant version of IE to date, in March of this year, questions began to arise about the company’s commitment to Silverlight.
in the past few months, Microsoft’s backing of HTML 5 has gotten more aggressive. Microsoft is pushing HTML 5 as the way developers can make their Web sites look more like apps. (”HTML5 enables you to make engaging and interactive sites. With full hardware acceleration of the browser, HTML5 pages feel and run like an app or a game,” said IE chief Dean Hachamovitch during the opening PDC keynote yesterday.)
Здравствуйте, Andrei N.Sobchuck, Вы писали:
ANS>Здравствуйте, Курилка, Вы писали:
К>>[покоцано, но про сервелат]
К>>не совсем из огорода веб приложений, но про WPF вот тоже "стрёмноватое" пишут
ANS>Угу, угу. Сразу в "Священные войны" можно сносить, но такими темпами, вскоре выяснится, что кроме Linq и Nemerle в dot-Net больше ничего и нет
ну в КСВ как-то не хочется, интересней услышать версии, что это "финт" со стороны МС, коварный план или недальновидность и неповоротливость?
ANS>Угу, угу. Сразу в "Священные войны" можно сносить, но такими темпами, вскоре выяснится, что кроме Linq и Nemerle в dot-Net больше ничего и нет
Какими темпами? WPF перестал работать? Раскройте все-таки мысль — "чего нет в .NET"?
Здравствуйте, Курилка, Вы писали:
К>ну в КСВ как-то не хочется, интересней услышать версии, что это "финт" со стороны МС, коварный план или недальновидность и неповоротливость?
Если брать исходный пост с HTML5 против Silverlight/Flash/Java applets, то это однозначный тренд. И ныть, что JS плох и не позволяет, мол, развернуться моему программисткому гению, а вот на C# я забубеню тааакое, это всё равно что писать против ветра.
Что касается dot-Net, то нужно помнить, что у Sun с виртуальными машинами опыт побольше (был . Там и Self, и куча исследований по GC. И вообще они решили дорабатывать ВМ, а не сам язык. МС же решил, что ВМ можно не доводить, а достаточно завлечь девелоперов языковыми фичами. Например, я когда-то пытался найти насколько адекватен GC в .Net на больших хипах. Нашел, что при разработке системы для какой-то биржи проблему с паузами от GC решили просто — ввели хук который дёргается перед началом GC и позволяет отправить уведомление, что нода временно недоступна. Не помню что за биржа, но чем закончилась разработка на Лондонской фондовой бирже все знают.
Здравствуйте, QrystaL, Вы писали:
ANS>>Угу, угу. Сразу в "Священные войны" можно сносить, но такими темпами, вскоре выяснится, что кроме Linq и Nemerle в dot-Net больше ничего и нет QL>Какими темпами? WPF перестал работать? Раскройте все-таки мысль — "чего нет в .NET"?
А ничего нет. Вся майя. Пока ничего показывать не нужно, то всё работает. А как доходит дело до того чтобы перестать программировать и результат запрограммированного клиенту отдать, так сразу назад "к истокам" — C++ и нативный код. И так будет до тех пор пока они не начнут dogfooding.
ANS>А ничего нет. Вся майя. Пока ничего показывать не нужно, то всё работает. А как доходит дело до того чтобы перестать программировать и результат запрограммированного клиенту отдать, так сразу назад "к истокам" — C++ и нативный код.
Интересно, как тысячи людей умудряются писать на .NET, и показывать клиенту, и все довольны? )))
Вообще действительно надо в КСВ переносить. Могу только предположить, что вам или Рабинович напел, или вы один неудачный опыт экстраполировали на всю платформу )
Смысл серверной модели грубо говоря, пока обрабатывается запрос — gc не работает, пока идет ожидание следующего — gc работает. Так что мне лично непонятно слово currently (интересно, каким боком фоновую сборку туда вообще можно воткнуть?).
Здравствуйте, Кодёнок, Вы писали:
ANS>>Background garbage collection is not currently available for server garbage collection
Кё>Смысл серверной модели грубо говоря, пока обрабатывается запрос — gc не работает, пока идет ожидание следующего — gc работает. Так что мне лично непонятно слово currently (интересно, каким боком фоновую сборку туда вообще можно воткнуть?).
Это incremental gc что ли? Некуда. Incremental — это другая модель. Она, например, в Squeak используется, который разрабатывается не пойми кем не пойми как. Потому я и сказал, что очень похоже, что GC в .Net — отстой.
Здравствуйте, Andrei N.Sobchuck, Вы писали:
ANS>Background garbage collection is not currently available for server garbage collection. Это как? И вообще описание всяких нутренностей от МС просто потрясает своей лаконичностью. Толи они считают, что разработчики на их платформе не смогут понять описанное всё равно, то ли они сами не понимают, что у них получилось.
3.11 Flavors of GC
There are three flavors of GC in the CLR
3.11.1 Workstation GC with Concurrent GC off
* Meant for high throughput on a uni-processor (UP) machine
* All that is described above is for this flavor
3.11.2 Workstation GC with Concurrent GC on
* Meant for interactive applications where response time is critical
* Gen 2 collections are concurrent – the GC does not suspend the threads for the entire duration of the collection, but only for very short durations very few times during the collection
* Gen 0 budget is far more than in non-concurrent GC so that threads can allocate even when GC is running. However if Gen 0 budget gets exhausted and the collection is still not over, a managed running thread requesting for more memory would be blocked till the GC finishes
* Has a slightly higher working set
3.11.3 Server GC
1) Meant for high throughput and high scalability of server-side applications running on multi-processor (MP) machines,
* Based on affinities between threads, CPUs and heaps
* Best case scenario is where there is a pool of threads with all thread doing similar jobs and having similar memory utilization patterns and very little or zero sharing of memory
2) For each CPU, GC creates one full managed heap (Gen 0, 1, 2 and LOH) and a separate GC thread
* The GC thread is affinitized to that CPU
* However, it is not that there is a separate GC / CPU. Remember that there will be cross references across heaps. So for example, the Mark phase on all CPUs must finish before the GC threads can move to the next phase
3) On a particular CPU, when a thread on a memory request triggers a collection, it signals an event to wake the GC threads and waits on it to finish. But this happens only on that CPU. All threads on all other CPUs keep running
* All managed threads are suspended just like in Workstation GC with Concurrent GC Off.
* GC threads finish collection and signal an event
* All managed threads resume
3.11.4 Configurations
* By default you get Workstation GC with Concurrent GC off on UP as well as MP machines
* To get Workstation GC with Concurrent GC on, in App.Config, specify:
* To get Server GC on a MP machine, in App.Config, specify:
* ASP.net and SQLCLR use Server GC automatically for MP machines
* If you ask for a Server GC on a UP machine, you get a Workstation GC with Concurrent GC off since that is optimized for high throughput
Здравствуйте, Курилка, Вы писали:
К>не совсем из огорода веб приложений, но про WPF вот тоже "стрёмноватое" пишут
Офигеваю с людей, которые радуются, что WPF может сдохнуть. При всей неоднозначности решений, WPF — это попытка MS предоставить новый подход к программированию GUI в Windows. И это замечательно, что компания ищет эти пути. Но нет, люди радуются, что снова будет Windows Forms и Win API. Возможно, это просто не осилившие, расслабившееся, что еще смогут найти работу.
Здравствуйте, MxMsk, Вы писали:
MM>Офигеваю с людей, которые радуются, что WPF может сдохнуть. При всей неоднозначности решений, WPF — это попытка MS предоставить новый подход к программированию GUI в Windows. И это замечательно, что компания ищет эти пути.
Радуемся тому что поиски будут продолжены. И тому что библиотека для GUI хуже чем WPF уже не будет. Сейчас вот народ в MS поупражняется в использовании D2D при написании нового IE. Может года через 3 что-то по-приличнее чем WPF и созреет.
Здравствуйте, Silver_s, Вы писали:
S_> Радуемся тому что поиски будут продолжены. И тому что библиотека для GUI хуже чем WPF уже не будет. Сейчас вот народ в MS поупражняется в использовании D2D при написании нового IE. Может года через 3 что-то по-приличнее чем WPF и созреет.
Если бы MS уже сейчас что-нибудь предложил взамен — другой разговор.
. Там и Self, и куча исследований по GC. И вообще они решили дорабатывать ВМ, а не сам язык. МС же решил, что ВМ можно не доводить, а достаточно завлечь девелоперов языковыми фичами. Например, я когда-то пытался найти насколько адекватен GC в .Net на больших хипах. Нашел, что при разработке системы для какой-то биржи проблему с паузами от GC решили просто — ввели хук который дёргается перед началом GC и позволяет отправить уведомление, что нода временно недоступна. Не помню что за биржа, но чем закончилась разработка на Лондонской фондовой бирже все знают.
Интересно, как тысячи людей умудряются писать на .NET, и показывать клиенту, и все довольны? )))
