Здравствуйте, Serginio1, Вы писали:
_>>Популярность win10 не имеет к обсуждаемой теме никакого отношения, потому что на ней и так отлично работают древние win32 приложения — нет никакого смысла переходит с них на UWP. S> Имеет. MS вокруг 10 строит свою экосистему. Тут и .Net Core и UWP и поддержка не только декстопов и мобилок, но и S>XBOX и VR-шлемы для работы с 3D S>... S> То есть фич предостаточно. А для продвижения нужна фича типа покемонов, а уж программировать под UWP достаточно легко.
Эта твоя куча маркетингового бреда по прежнему не отвечает на один простейший вопрос, который я задал в самом начале дискуссии: зачем UWP разработчику ПО? Попробуй найти чёткий и конкретный ответ на этот вопрос, а не цитировать всякую чушь.
Могу даже сделать тебе подсказку. Стоит рассмотреть пару самых основных реальных сценария для разработчика ПО:
1. Я создатель успешного приложения под Винду (работает на WinXP-Win10). Оно естественно написано под win32. В принципе я всем доволен и выход новой винды вообще никак не изменил для меня ситуацию. Разве что я краем глаза поглядываю на рост популярности OSX, а так же (если у меня не очень тяжёлое приложение) становление Android/iOS как полноценных ОС (особенно в планшетных вариантах) и обдумываю во сколько мне встанет портирование туда моего приложения и не пора ли уже начинать.
2. Я разработчик, начинающий новый проект. В текущей ситуации я естественно выбираю инструмент разработки, позволяющий мне писать максимально кроссплатформенные приложения. Причём главными целевыми платформами в данное время являются Windows (обязательно с поддержкой Win7, как самой популярной сейчас и в ближайшем будущем) и Android. Желательна поддержка iOS и OSX. И возможно Linux, если приложение может быть интересно гос.структурам (которые сейчас в некоторых важных странах переходят на Linux).
И вот теперь попробуй показать где в данных сценариях хотя бы теоретически может всплыть UWP. Естественно с обоснованием зачем (ключевой вопрос, который просто убивает фанатов UWP) это может понадобиться в бизнесе разработчика.
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, Serginio1, Вы писали:
_>>>Популярность win10 не имеет к обсуждаемой теме никакого отношения, потому что на ней и так отлично работают древние win32 приложения — нет никакого смысла переходит с них на UWP. S>> Имеет. MS вокруг 10 строит свою экосистему. Тут и .Net Core и UWP и поддержка не только декстопов и мобилок, но и S>>XBOX и VR-шлемы для работы с 3D S>>... S>> То есть фич предостаточно. А для продвижения нужна фича типа покемонов, а уж программировать под UWP достаточно легко.
_>Эта твоя куча маркетингового бреда по прежнему не отвечает на один простейший вопрос, который я задал в самом начале дискуссии: зачем UWP разработчику ПО? Попробуй найти чёткий и конкретный ответ на этот вопрос, а не цитировать всякую чушь.
_>Могу даже сделать тебе подсказку. Стоит рассмотреть пару самых основных реальных сценария для разработчика ПО:
_>1. Я создатель успешного приложения под Винду (работает на WinXP-Win10). Оно естественно написано под win32. В принципе я всем доволен и выход новой винды вообще никак не изменил для меня ситуацию. Разве что я краем глаза поглядываю на рост популярности OSX, а так же (если у меня не очень тяжёлое приложение) становление Android/iOS как полноценных ОС (особенно в планшетных вариантах) и обдумываю во сколько мне встанет портирование туда моего приложения и не пора ли уже начинать.
Я могу при минимальных затратах сделать приложение для магазина где оно будет быстрее распространяться. Кроме того я могу использовать .Net Native. А это не только скорость, но и обфускация.
Кроме того это еще и аудиторя не только телефонов, но и XBOX.
_>2. Я разработчик, начинающий новый проект. В текущей ситуации я естественно выбираю инструмент разработки, позволяющий мне писать максимально кроссплатформенные приложения. Причём главными целевыми платформами в данное время являются Windows (обязательно с поддержкой Win7, как самой популярной сейчас и в ближайшем будущем) и Android. Желательна поддержка iOS и OSX. И возможно Linux, если приложение может быть интересно гос.структурам (которые сейчас в некоторых важных странах переходят на Linux).
Вот только не надо про Линукс и Госструктуры. Специально сделал кроосплатформенную поддержку .Net Core в 1С https://habrahabr.ru/users/serginio1/topics/
В итоге узнал, что этих пользователей Линукс раз два и обчелся.
Инструменты для работы с унаследованными проектами
За долгую историю операционной системы Windows для нее было создано колоссальное количество самых разных приложений. С выходом Windows 8 и WinRT (а позже Windows 10 и UWP) старые классические приложения остались в прошлом, поскольку только в настольных Win 8 и Win 10 поддерживаются классические Win32-, COM-, .NET-приложения. От этого в Microsoft стало грустно. Но ребята смекнули, что могут разработать конвертер, который будет преобразовывать старые приложения для новой продвинутой UWP-подсистемы. Из этого родился Desktop App Converter.
Скачать его можно отсюда. Текущее состояние продукта — предварительная версия. Уже сейчас он позволяет преобразовывать классические приложения, написанные для Win32 и .NET 4.6.1, в приложения для платформы UWP.
Преобразованное приложение сохраняет функциональность предка плюс обретает возможности UWP-приложений: удобную установку, обновление, удаление. Также оно получает другие средства современных Windows-программ: push-уведомления, живые плитки, способность выполняться в качестве фоновой задачи, широкий диапазон контрактов. Одна из самых привлекательных возможностей — это продажа унаследованных приложений в Windows Store.
Desktop App Converter представляет собой приложение с интерфейсом командной строки. На входе оно получает: путь к дистрибутиву приложения, которое планируется преобразовать, путь к файлу-результату и путь к файлу — образу системы. Последний будет использован для чистой установки конвертируемой программы.
На выходе Desktop App Converter выдает каталог со всем установленным при инсталляции стаффом и два файла: манифест и файл регистрации приложения. После этого с помощью другой тулзы командной строки из образованного контента создается установочный файл UWP-приложения AppX. Затем это приложение можно установить в операционку и пользоваться им, как любым другим универсальным приложением, в том числе на Windows 10 Mobile.
Desktop App Converter (DAC) — это инструмент, позволяющий преобразовывать имеющиеся классические приложения, написанные для .NET 4.6.1 или Win32, в приложения универсальной платформы Windows (UWP). Используя преобразователь, вы можете запускать свои классические установщики в автоматическом режиме и получать пакет AppX, который можно установить с помощью командлета Add-AppxPackage PowerShell на вашем компьютере, использующемся для разработки.
Desktop App Converter доступен в Магазине Windows.
Преобразователь запустит классическую программу установки в изолированной среде Windows, используя чистый базовый образ, предоставляемый в составе скачиваемых файлов преобразователя. Он захватывает любые операции ввода-вывода реестра и файловой системы, инициализируемые классической программой установки, и упаковывает их в виде части выходных данных. Выходные данные преобразователя содержат пакет AppX с идентификатором пакета. Также преобразователь обеспечивает возможность осуществлять вызов разнообразных API-интерфейсов WinRT.
Пиши на здоровье обычное приложение и конвертируй его в UWP.
и солнце б утром не вставало, когда бы не было меня
Ты похоже всё же не умеешь читать. Повторяю уже в третий раз. Тебе задают вопрос не "как перейти на UWP?", а "зачем переходить на UWP?". Понимаешь разницу?
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, Serginio1, Вы писали:
S>>Вот из свежего Преобразование классического приложения в приложение для универсальной платформы Windows (UWP) S>>https://msdn.microsoft.com/ru-ru/windows/uwp/porting/desktop-to-uwp-root
_>Ты похоже всё же не умеешь читать. Повторяю уже в третий раз. Тебе задают вопрос не "как перейти на UWP?", а "зачем переходить на UWP?". Понимаешь разницу?
А ты вообще читаешь? В предыдущем ответе http://rsdn.org/forum/flame.comp/6596087.1
Я могу при минимальных затратах сделать приложение для магазина где оно будет быстрее распространяться. Кроме того я могу использовать .Net Native. А это не только скорость, но и обфускация.
Кроме того это еще и аудитория не только телефонов планшетов и декстопов, но и XBOX.
А теперь посчитаем сколько WinMo 10 и XBOX http://www.3dnews.ru/941370. При этом рынок UWP приложений пустой. Тебе несколько миллионов продаж твоего приложения помешают? Конкуренции то нет. А их даже может быть больше, чем под декстоп. Выбирать то не из чего.
На твой вопрос отвечу вопросом, зачем писать под XBOX? И ведь пишут.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
_>>Ты похоже всё же не умеешь читать. Повторяю уже в третий раз. Тебе задают вопрос не "как перейти на UWP?", а "зачем переходить на UWP?". Понимаешь разницу? S> А ты вообще читаешь? В предыдущем ответе http://rsdn.org/forum/flame.comp/6596087.1
S>Я могу при минимальных затратах сделать приложение для магазина где оно будет быстрее распространяться.
Т.е. ответом является распространение приложений через магазин? Тогда ответ не верный, т.к. через магазин можно распространять и win32 приложения.
S>Кроме того я могу использовать .Net Native. А это не только скорость, но и обфускация.
Это вообще к теме не относится. Тем более что у авторов win32 приложений это и так всё было автоматически.
S>Кроме того это еще и аудитория не только телефонов планшетов и декстопов, но и XBOX.
XBOX — это специфический рынок, для которого по сути можно говорить только об играх. А это вообще отдельная тема со своими правилами игры.
S> А теперь посчитаем сколько WinMo 10 и XBOX http://www.3dnews.ru/941370. При этом рынок UWP приложений пустой. Тебе несколько миллионов продаж твоего приложения помешают? Конкуренции то нет. А их даже может быть больше, чем под декстоп. Выбирать то не из чего.
Угу, угу. А "рынок UWP приложений пустой" видимо потому что большинство производителей дебилы и не замечают эти "несколько миллионов продаж" валяющихся под ногами. )))
S> На твой вопрос отвечу вопросом, зачем писать под XBOX? И ведь пишут.
Да, производители топовых игр естественно пишут под XBOX, но это совершенно отдельная тема.
Здравствуйте, Слава, Вы писали:
_>>Никакой бизнес не выбирает свои целевые платформы из соображений "проще программировать". С>Сферический бизнес в вакууме может и не выбирает. А на практике пишут под то, под что проще, под что люди есть. Именно поэтому симбиан таки сдох.
Между прочим между "под то, под что проще" и "под что люди есть" обычно имеется огромная разница. ))) Ну да ладно, предложим что её нет. Тогда возможно сейчас большинство мобильных приложений пишется под Sailfish OS? Ведь там полноценный Linux без всяких ограничений и мобильных извращений, так что писать под него приятно, удобно и знакомо многим программистам...
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, Serginio1, Вы писали:
_>>>Ты похоже всё же не умеешь читать. Повторяю уже в третий раз. Тебе задают вопрос не "как перейти на UWP?", а "зачем переходить на UWP?". Понимаешь разницу? S>> А ты вообще читаешь? В предыдущем ответе http://rsdn.org/forum/flame.comp/6596087.1
S>>Я могу при минимальных затратах сделать приложение для магазина где оно будет быстрее распространяться.
_>Т.е. ответом является распространение приложений через магазин? Тогда ответ не верный, т.к. через магазин можно распространять и win32 приложения.
S>>Кроме того я могу использовать .Net Native. А это не только скорость, но и обфускация.
_>Это вообще к теме не относится. Тем более что у авторов win32 приложений это и так всё было автоматически.
Вообще то мы говорим об WPF приложениях под Net. Как там переносятся С++ приложения я не знаю.
S>>Кроме того это еще и аудитория не только телефонов планшетов и декстопов, но и XBOX.
_>XBOX — это специфический рынок, для которого по сути можно говорить только об играх. А это вообще отдельная тема со своими правилами игры.
Там не только игры. Это по сути дела PC. Его можно использовать как медиацентр и прочих вещей используя телевизор вместо монитора.
Многие смотрят фильмы, слушают музыку, используют Скайп итд.
S>> А теперь посчитаем сколько WinMo 10 и XBOX http://www.3dnews.ru/941370. При этом рынок UWP приложений пустой. Тебе несколько миллионов продаж твоего приложения помешают? Конкуренции то нет. А их даже может быть больше, чем под декстоп. Выбирать то не из чего.
_>Угу, угу. А "рынок UWP приложений пустой" видимо потому что большинство производителей дебилы и не замечают эти "несколько миллионов продаж" валяющихся под ногами. )))
Нет потому, что только сейчас получили нормальные инструменты по переносу прилржений.
А что касается приложений под WinMO то их достаточно. У жены Люмия 640 и планшет LG на андроиде.
Основные приложения есть и для андроида и для WinMo. Если нет приложаения под WinMo, то есть куча аналогов.
Так, что про дебилов ты как то погорячился. S>> На твой вопрос отвечу вопросом, зачем писать под XBOX? И ведь пишут.
_>Да, производители топовых игр естественно пишут под XBOX, но это совершенно отдельная тема.
Она та же самая. UWP приложения подходят как под декстопы, планшеты и мобильники и XBOX. Это все одна тема.
Кстати и самое главное, что сама MS делает UWP приложения, а это куда важнее, чем чьи то доморощенные произведения
Платформа UWP на Xbox One поддерживает разработку как приложений, так и игр. Чтобы экспериментировать, создавать и тестировать игры или приложения для Xbox, регистрироваться в программе ID@Xbox необязательно. Зарегистрироваться в программе ID@Xbox следует, если вы планируете публиковать и продавать игры для Xbox One или использовать Xbox Live в Windows 10. Чтобы присоединиться к нашему сообществу независимых разработчиков и энтузиастов, зарегистрируйтесь в программе ID@Xbox.
Windows 10 облегчает разработку приложений для UWP, предлагая всего один набор API, один пакет приложения и один магазин для обеспечения работы приложения на всех устройствах под управлением Windows 10 — компьютере, планшете, телефоне, Xbox, HoloLens, Surface Hub и других. Проще поддерживать несколько размеров экрана и различные модели взаимодействия— сенсорный ввод, мышь и клавиатура, игровое устройство управления или перо.
В результате вы можете работать со знакомыми языками программирования и API-интерфейсами в одном проекте и выполнять один и тот же код на широком спектре существующего оборудования для Windows.
Суть такая, будет больше UWP приложений от MS, больше народу будет переходить на Windows 10, а значит уже выгоднее писать сразу UWP.
А первые как известно снимают сливки. Кроме того, сейчас Windows 10 уже пол миллиарда. Рынок есть.
и солнце б утром не вставало, когда бы не было меня
За весь период существования Windows 10 зарегистрировано более 3 миллиардов посещений Windows Store, но Windows 8.1 пока ещё лидирует по количеству загрузок приложений. При этом число загрузок приложений на Windows 10 растёт такими темпами , что в ближайшем будущем эти показатели точно будут выше, чем у старой операционной системы. В период зимних праздников в 2015 году число покупок в Windows Store на компьютерах и планшетах выросло почти в два раза по сравнению с аналогичным периодом 2014 года. Доходы разработчиков при этом выросли примерно в 4,5 раза.
Вот дебилы.
Что касается предпочтений пользователей на всех Windows-устройствах, то больше всего из Windows Store они устанавливают игры. За играми следует приложения из категории «Служебные программы и средства», им на пятки наступают приложения из категории «Фотографии и видео». Интересно, что популярность музыкальных и социальных приложений в Windows Store находится почти на одном уровне. Согласно статистике за последний квартал 2015 года самые популярные игровые категории в Windows Store: «Экшн и приключения», «Головоломки и викторины», «Гонки и авиасимуляторы» и «Семья и дети». К самым непопулярным категориям относятся «Борьба», «Словесные игры», «Музыка», «Казино» и «Образование». Очевидно, такое распределение связано не только с предпочтениями пользователей Windows-устройств, но и с числом игр в этих категориях.
Кстати заметь, что топ все можно запускать и на XBOX.
Что касается монетизации приложений в Windows Store, тут всё ещё интереснее. Доход от платных приложений составляет всего лишь 14% от общего дохода разработчиков в Windows Store. Доли покупок внутри приложений и доходы от рекламы очень близки — 49% и 37% соответственно. Таким образом, разработчикам наиболее выгодно монетизировать приложения с помощью дополнительных покупок или же с помощью рекламы.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>>>Кроме того я могу использовать .Net Native. А это не только скорость, но и обфускация. _>>Это вообще к теме не относится. Тем более что у авторов win32 приложений это и так всё было автоматически. S> Вообще то мы говорим об WPF приложениях под Net. Как там переносятся С++ приложения я не знаю.
С чего это ты взял? Мы говорили о ненужности платформы UWP. .Net тут вообще никто не упоминал. А ненужность следует из того факта, что на win10 можно спокойно запускать win32 приложения, а на win7 (самой популярной десктопной ОС в данный момент) UWP приложения запускать нельзя. И от языка программирования это никак не зависит.
_>>XBOX — это специфический рынок, для которого по сути можно говорить только об играх. А это вообще отдельная тема со своими правилами игры. S> Там не только игры. Это по сути дела PC. Его можно использовать как медиацентр и прочих вещей используя телевизор вместо монитора. S>Многие смотрят фильмы, слушают музыку, используют Скайп итд.
Речь не о том, что там делают люди, а о том можно ли заработать на ПО под данную платформу. Так вот игроделам (причём обычно только топовым) — можно. Остальным маловероятно. Да, и кстати... Эти самые топовые игроделы выпускают свои продукты опять же не в формате UWP, а специально для XBOX.
S>>> А теперь посчитаем сколько WinMo 10 и XBOX http://www.3dnews.ru/941370. При этом рынок UWP приложений пустой. Тебе несколько миллионов продаж твоего приложения помешают? Конкуренции то нет. А их даже может быть больше, чем под декстоп. Выбирать то не из чего. _>>Угу, угу. А "рынок UWP приложений пустой" видимо потому что большинство производителей дебилы и не замечают эти "несколько миллионов продаж" валяющихся под ногами. ))) S> Нет потому, что только сейчас получили нормальные инструменты по переносу прилржений. S> А что касается приложений под WinMO то их достаточно. У жены Люмия 640 и планшет LG на андроиде. S> Основные приложения есть и для андроида и для WinMo. Если нет приложаения под WinMo, то есть куча аналогов. S>Так, что про дебилов ты как то погорячился.
Вообще то "рынок UWP приложений пустой" — это твоя же фраза, только чуть выше. Так что давай ка ты в начале ты разберёшься с лишними голосами в своей голове, а потом уже будешь писать на форум. )
_>>Да, производители топовых игр естественно пишут под XBOX, но это совершенно отдельная тема. S> Она та же самая. UWP приложения подходят как под декстопы, планшеты и мобильники и XBOX. Это все одна тема. S> Кстати и самое главное, что сама MS делает UWP приложения, а это куда важнее, чем чьи то доморощенные произведения
Аааа, ну да, понятно... С таким подходом MS точно ждёт "успех"...
S> Суть такая, будет больше UWP приложений от MS, больше народу будет переходить на Windows 10, а значит уже выгоднее писать сразу UWP. S> А первые как известно снимают сливки. Кроме того, сейчас Windows 10 уже пол миллиарда. Рынок есть.
Безусловно рынок есть.) Как собственно и все нужные приложения уже тоже давно все есть. Те же самые, что и на win7 сейчас работают. )))
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, Serginio1, Вы писали:
S>>>>Кроме того я могу использовать .Net Native. А это не только скорость, но и обфускация. _>>>Это вообще к теме не относится. Тем более что у авторов win32 приложений это и так всё было автоматически. S>> Вообще то мы говорим об WPF приложениях под Net. Как там переносятся С++ приложения я не знаю.
_>С чего это ты взял? Мы говорили о ненужности платформы UWP. .Net тут вообще никто не упоминал. А ненужность следует из того факта, что на win10 можно спокойно запускать win32 приложения, а на win7 (самой популярной десктопной ОС в данный момент) UWP приложения запускать нельзя. И от языка программирования это никак не зависит.
Это твои фантазии. Посмотри на название ветки. Изначально я говорил о .Net
_>>>XBOX — это специфический рынок, для которого по сути можно говорить только об играх. А это вообще отдельная тема со своими правилами игры. S>> Там не только игры. Это по сути дела PC. Его можно использовать как медиацентр и прочих вещей используя телевизор вместо монитора. S>>Многие смотрят фильмы, слушают музыку, используют Скайп итд.
_>Речь не о том, что там делают люди, а о том можно ли заработать на ПО под данную платформу. Так вот игроделам (причём обычно только топовым) — можно. Остальным маловероятно. Да, и кстати... Эти самые топовые игроделы выпускают свои продукты опять же не в формате UWP, а специально для XBOX.
Так вот люди прекрасно зарабатывают на XBOX. И для них можно делать приложения на UWP.
S>>>> А теперь посчитаем сколько WinMo 10 и XBOX http://www.3dnews.ru/941370. При этом рынок UWP приложений пустой. Тебе несколько миллионов продаж твоего приложения помешают? Конкуренции то нет. А их даже может быть больше, чем под декстоп. Выбирать то не из чего. _>>>Угу, угу. А "рынок UWP приложений пустой" видимо потому что большинство производителей дебилы и не замечают эти "несколько миллионов продаж" валяющихся под ногами. )))
А можно статистику про UWP? Или это только твои умозаключения. Сейчас в магазине миллиард приложений. В том чиле и Paint от MS на UWP S>> Нет потому, что только сейчас получили нормальные инструменты по переносу прилржений. S>> А что касается приложений под WinMO то их достаточно. У жены Люмия 640 и планшет LG на андроиде. S>> Основные приложения есть и для андроида и для WinMo. Если нет приложаения под WinMo, то есть куча аналогов. S>>Так, что про дебилов ты как то погорячился.
_>Вообще то "рынок UWP приложений пустой" — это твоя же фраза, только чуть выше. Так что давай ка ты в начале ты разберёшься с лишними голосами в своей голове, а потом уже будешь писать на форум. )
Я повторяю твои слова. Первым сказал ты. _>>>Да, производители топовых игр естественно пишут под XBOX, но это совершенно отдельная тема. S>> Она та же самая. UWP приложения подходят как под декстопы, планшеты и мобильники и XBOX. Это все одна тема. S>> Кстати и самое главное, что сама MS делает UWP приложения, а это куда важнее, чем чьи то доморощенные произведения
_>Аааа, ну да, понятно... С таким подходом MS точно ждёт "успех"...
Ну вроде как MS прекрасно себя чувствует.
S>> Суть такая, будет больше UWP приложений от MS, больше народу будет переходить на Windows 10, а значит уже выгоднее писать сразу UWP. S>> А первые как известно снимают сливки. Кроме того, сейчас Windows 10 уже пол миллиарда. Рынок есть.
_>Безусловно рынок есть.) Как собственно и все нужные приложения уже тоже давно все есть. Те же самые, что и на win7 сейчас работают. )))
Перделать WPF приложение сейчас есть инструменты. А программировать на C# одно удовольствие. Так, что сними очки. Есть смысл программировать под магазин. Статистику я тебе привел. Причем зарабатывают в основном на рекламе и прочих покупках.
Так, что пишут и будут писать больше, особенно учитывая возможность преобразования классических приложений для Windows (например, Win32, WPF и Windows Forms) в приложение для универсальной платформы Windows (UWP) с помощью расширений для преобразования классических приложений.
Примером может служить американская компания PicsArt, предлагающая приложение для редактирования фотографий. Ранее в PicsArt пробовали кросс-платформенные решения от Microsoft, но при этом все равно приходилось поддерживать несколько вариантов приложения. С UWP и Windows 10 впервые удалось создать единый программный пакет, который работает на всех платформах. Благодаря этому 65-миллионная аудитория с момента выпуска нового пакета в декабре 2015 г. каждый месяц привлекает сотни тысяч новых пользователей Windows. Проще говоря, с UWP производители с помощью одного набора софта потенциально имеют потребительский рынок в сотни миллионов пользователей операционных систем от Microsoft.
Здравствуйте, ·, Вы писали:
·>Интересно, почему в dotnet http клиент не реализован в нативе? Шустрость не нужна разве? Ведь dotnet уже почти работает быстрее натива...
Потому что, во-первых, нативный http.sys работает в режиме ядра, а во-вторых реализует некоторое количество system wide функционала, например слушать разным процессам один порт, но с различными url.
Здравствуйте, Ночной Смотрящий, Вы писали:
EP>>>>Профит от escape анализа какой-то действительно есть, но отсутствие косвенности в данных на порядок важнее. _>>>Ну вообще то он как раз и уменьшает косвенность, перекидывая данные напрямую в стек. По сути создавая аналог канонического C/C++ кода. Просто он срабатывает в редких случаях (относительно всего кода). ))) EP>>Само собой в очень редких. EP>>Тут такое дело, когда речь идёт о С++ частенько путают стэковые объекты и например объекты хранящиеся по значению в векторе. И то и то являются основой хорошей производительности производительности, и имеют одни и те же предпосылки, но терминологическии это разные вещи. EP>>Так вот используя эту путаницу евангелисты Java делают вид что escape анализ работает и для случая с вектором, хотя имеет отношение только к оптимизации объектов на стэк. НС>Мне вот интересно — что с вами не так, что вы влазите в половину топиков и начинаете обсуждать С++?
Когда речь заходит про скорость, то естественным образом всплывает C++, как текущий эталон. А когда например про гибкость — то Python и прочие динамические языки
После этого конечно тема может отойти в сторону, типа "утечки!!11!1одинодин" — но не вижу ничего страшного в этом, тут форум, тем более КСВ, и оффтоп под-ветки постоянно образуются (которые можно программно игнорировать при необходимости). Возможно стоит как-то упростить процедуру отделения под-веток, ибо например сейчас мои запросы на отделение срабатывают очень редко.
EP>Когда речь заходит про скорость, то естественным образом всплывает C++, как текущий эталон. А когда например про гибкость — то Python и прочие динамические языки
Это все мир нативного С++.
dotnet vs java программисты далеки от него.
Если говорить о скорости то и .Net развивается
public int Method1()
{
var arr = new[] { 1, 2, 3, 4 };
var q = 2;
return arr.Where(x => x > q).Select(x => x + 3).Sum();
}
Allocations: input array, array enumerator, closure for q , Where delegate, Select delegate, Where enumerator, Select enumerator.
Decompiled output code
public int Method1()
{
int[] arr = new[] { 1, 2, 3, 4 };
int q = 2;
return this.Method1_ProceduralLinq1(arr, q);
}
private int Method1_ProceduralLinq1(int[] _linqitems, int q)
{
if (_linqitems == null) throw new ArgumentNullException();
int num = 0;
for (int i = 0; i < _linqitems.Length; i++)
{
int num2 = _linqitems[i];
if (num2 > q)
num += num2 + 3;
}
return num;
}
Используя .Net Native , что то можно сделать инлайнинг компараторов, методов для дженериков с целыми числами плюс SIMD.
Локальные переменные и возвращаемые значения по ссылке
Теперь можно не только передать параметры в метод по ссылке (с помощью ключевого слова ref), но и возвратить данные из метода по ссылке, а также сохранить в локальной переменной тоже по ссылке.
public ref int Find(int number, int[] numbers)
{
for (int i = 0; i < numbers.Length; i++)
{
if (numbers[i] == number)
{
return ref numbers[i]; // возвращаем ссылку на место хранения, а не значение элемента массива
}
}
throw new IndexOutOfRangeException($"{nameof(number)} не найден");
}
int[] array = { 1, 15, -39, 0, 7, 14, -12 };
ref int place = ref Find(7, array); // ссылка на место, где находится 7 в массиве
place = 9; // заменяем 7 на 9
WriteLine(array[4]); // выведет 9
if (args.Length > 0)
{
for (int i = 0; i < Count; i++)
{
// Alloc class on heapvar hello = new HelloClassOnStack(random);
result += hello.Compute(i);
}
}
else
{
for (int i = 0; i < Count; i++)
{
// Alloc class on stackvar hello = stackalloc HelloClassOnStack(random);
result += hello.Compute(i);
}
}
The stack version will run in 400 ms with 0 GC collect
•The heap version will run in 5000 ms with 100+ GC collect
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>·>Интересно, почему в dotnet http клиент не реализован в нативе? Шустрость не нужна разве? Ведь dotnet уже почти работает быстрее натива... НС>Потому что, во-первых, нативный http.sys работает в режиме ядра, а во-вторых реализует некоторое количество system wide функционала, например слушать разным процессам один порт, но с различными url.
HTTP клиент требует http.sys??!
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Здравствуйте, ·, Вы писали:
·>Там ровно одна куча для объектов. Есть другие блоки памяти, которые JVM может запросить у операционки (т.е. из нативной кучи)
Нейтивная куча не обслуживается операционкой.
Операционка раздаёт процессу только страницы виртуальной памяти.
А что там процесс с этими страницами делает — это его личное дело.
Поэтому, понятие "кучи" — это прикладное понятие, а не системное.
По крайней мере в операционках, построенных на защищённой памяти.
V>>Не бывает. )) V>>У операционки с защищённой памятью всегда аллоцируется сначала адресное пространство, а потом коммитится, по мере надобности, её отображение на физическую память. ·>Ещё раз повторяю. В zing используется специальный ядреный модуль, который выделяет память прямо в _физической_ памяти, минуя виртуальную память операционки (чтобы исключить влияние оперционки на обращения к памяти, т.к. page faults создают latency spikes).
Еще раз, ты говоришь мега-ерунду. Процессор I386-й не умеет в защищённом режиме работать с плоской памятью из юзверского (3-го в современных операционках) кольца.
Поэтому, речь может идти, разве что, об операции commit сразу после alloc и затем VirtualLock. В виндах это можно делать и без ядерного модуля — первые две операции делаются за один вызов VirtualAlloc (подав дополнительно флаг MEM_COMMIT), а потом можно прочитать прочитав хотя бы по одному байту с каждой выделенной страницы, чтобы заведомо раздать физическую память виртуальным адресам (до следующего свопа) или же вызывать VirtualLock, запретив своп этих страниц. Но это всё-равно будет несколько последовательных операций, чудес не бывает.
Возможно, твой ядерный модуль делает сие не за два вызова, а не за один, но это смешная оптимизация, ведь характер выделения страниц — он однократный, считай. Чиста для инфы — в линухах есть аналогичные mlock/munlock, т.е. ты или не разобрался в происходящем, или выдаёшь инженерные курьёзы за сакральности.
В любом случае, в современных процессорных узлах столько памяти, что своп тупо отключают и всё описанное становится не более чем бесполезным фетишем, бо оно и так в точности аналогично работает в отсутствии свопа.
V>>Для Джавы и дотнета они неразрывные. ·>Ими можно крутить независимо. Не знаю на счёт дотнета, но в яве дефрагметацию можно просто отключить.
Тогда GC будет жутко тормозить на выделении через некоторое время после начала работы.
V>>Я ничего не путаю и в LOH никаких особенностей нет, — это обычная куча как куча, которая в современных менеджерах памяти представлена деревом на основе бинарного представления части адреса объекта. Просто конкретно MS дала этой куче название в своей реализации GC, чтобы как-то отделить, сугубо терминологически, её от основной кучи GC. ·>Конечно нет, если не считать особенностью то, что в java нет LOH, по крайней мере в оракловой VM.
Нет названия LOH, ты хотел сказать.
Мы о названии сейчас спорим, я правильно тебя понял?
Тогда я сразу сдаюсь. ))
V>>Upd V>>Про дотнет пишут то же, что и про джаву, кста: V>>
V>>Any allocation greater than or equal to 85,000 bytes goes on the LOH. Copying large objects has a performance penalty, so the LOH is not compacted unlike the SOH. Another defining characteristic is that the LOH is only collected during a generation 2 collection.
Здравствуйте, Ночной Смотрящий, Вы писали:
EP>>Когда речь заходит про скорость НС>Здесь про скорость, в других топиках про другое. Результат — неизменен.
В другом топике было например про Boost в контексте open-source утилитарной библиотеки (там сначала упирались мол Boost это совсем другое, а в итоге приличная часть компонент оказалась аналогами компонентов Boost).
Тебя-то что не устраивает? Если не нравятся такие отступления — настрой игнорирование под-веток по одному хоткею
С таким подходом MS точно ждёт "успех"... 
