Здравствуйте,
Не хотите при помощи этого кода сделать вклад в библиотеку Intel TBB? Вот ссылка где можно передать патчи, исходный код, бенчмарки и проч.
соглашусь, что не дешево:) но если такой конфиг добавлять, как мак мини за 21 тыщу (2 гига+500 гиг) — то получится где-то 14 тыщ, что немного дешевле.
Но, конечно интерфейс мака будет в машине смотреться более интересно
У филипса экрана совсем нет? Или он только затем, чтобы на столе лежать?:)
У меня столько (больше 2 недель) галакси таб живет, когда я про него забываю. А по телефону, обычно, звоню, батарея тратится на экран и звонки. «VoiceCall 7%» выше — это около двух часов разговора + 6 часов экран. Сколько одноядерный филипс при таких условиях протянет?
Для начала хорошо бы предыдущее предложение указать «You must be 18 years or older, a resident of the United States, and authorized by Google as part of the Glass Explorer program».
Народ — какая РФ, какая Украина?)))) Сначала попробуйте в эту программу записаться.
Статья, чуть выше по комментариям, как раз рассказывает про работу на Tegra 2/3.
Предваряя аналогичный вопрос про работу на MIPS — я пока ничего не слышал.
Вообще-то у меня в блоге ни одного слова про WinRT нет.:) А если Вы посмотрите на PPL'ный concurrency::parallel_reduce(), то там нет ничего желтенького. Одно дело, когда Вы уверены, что UI поток будет стоять достаточно мало времени, чтобы пользователь не успел это прочувствовать, а совсем другое, когда Вы сами останавливаете UI поток и чего-то ждете.
Проблема блокирования UI потока — общая для любой ОС. Если Вы посмотрите наши DirectX примеры в пакете, то там есть примеры как с блокированием UI потока, так и без; как с пропуском кадров, так и без. А OpenGL примеры для OS X* реализованы только без блокирования потоков, и UI написан на Object C, а бэкэнд на С++.
Если уж на то пошло, то, на мой взгляд, вторая по значимости UI проблема — это вывести адекватный прогрессбар в UI потоке. Но и эта проблема также за рамками данной статьи:)
Какие еще «детские ошибки» в моем «хелло ворлд»? Из всего представленного примера осталось придраться только к лямбда функции и к float переменной, из-за которой получается недостаточно точный результат обычной редукции. Больше там просто слов не хватит:)
--Владимир
Последние два комментария стали очень адекватные, спасибо:) До этого было больше похоже на тролление.
Данный пост это не рассказ с помпой, а именно учебное пособие, как написать или портировать приложение на новый интерфейс windows с помощью Intel TBB. Я специально поставил значок «tutorial».
А что лучше «стандарт де-факто PPL», чистые тредпулы, Intel TBB (который, в принципе, совместим с PPL) — это всё офтопик и не рассматриваются в рамках этого блога. Копья можно и в другом блоге поломать. Преимущества и возможные недостатки библиотеки я здесь тоже не рассматривал. Так же, как наверно все заметили, блог также не рассматривает публикацию приложения в самом магазине. Я видел тут, на хабре, отличный блог по этому поводу.
Давайте перейдем к существу блога, если есть, что спросить или высказать о нем.
Конкретно в windows 8 Ваша библиотека имеет спорные плюсы, мягко говоря.
Win8 + портабельность = разрыв шаблона (с) пришло в IM.
Я, конечно, извиняюсь. У Вас есть опыт командной разработки приложения для нескольких платформ (операционных систем и архитектур) одновременно? Другими словами, это мнение, основанное на опыте или на эмоциях?
Я не писал, что WinRT подразумевает кроссплатформенность.
Я писал, что человек при разработке своего приложения для нескольких систем не будет задумываться о потоках в написании алгоритма работы, а может опираться на кроссплатформенную библиотеку, которая уже будет заботится о Win threads, WinRT или pthreads.
про то, что надо платить за GPL — совсем не понял. Кто платит за GPL лицензию?
--Владимир
Например, если Вам надо поддерживать игрушку для андройда и виндовс, а может и других магазинных систем, физический движок достаточно написать один раз, а не переписывать его для каждой системы.
Не хотите при помощи этого кода сделать вклад в библиотеку Intel TBB?
Вот ссылка где можно передать патчи, исходный код, бенчмарки и проч.
--Владимир
Но, конечно интерфейс мака будет в машине смотреться более интересно
У меня столько (больше 2 недель) галакси таб живет, когда я про него забываю. А по телефону, обычно, звоню, батарея тратится на экран и звонки. «VoiceCall 7%» выше — это около двух часов разговора + 6 часов экран. Сколько одноядерный филипс при таких условиях протянет?
Народ — какая РФ, какая Украина?)))) Сначала попробуйте в эту программу записаться.
Предваряя аналогичный вопрос про работу на MIPS — я пока ничего не слышал.
Не вижу смысла приводить какие-то цифры для синтетики. Может быть наши пользователи откликнутся и поделятся числами на их реальных приложениях?
Кстати, для начала вот интересная статья, которая охватывает также Intel TBB на Android.
--Владимир
Проблема блокирования UI потока — общая для любой ОС. Если Вы посмотрите наши DirectX примеры в пакете, то там есть примеры как с блокированием UI потока, так и без; как с пропуском кадров, так и без. А OpenGL примеры для OS X* реализованы только без блокирования потоков, и UI написан на Object C, а бэкэнд на С++.
Если уж на то пошло, то, на мой взгляд, вторая по значимости UI проблема — это вывести адекватный прогрессбар в UI потоке. Но и эта проблема также за рамками данной статьи:)
Какие еще «детские ошибки» в моем «хелло ворлд»? Из всего представленного примера осталось придраться только к лямбда функции и к float переменной, из-за которой получается недостаточно точный результат обычной редукции. Больше там просто слов не хватит:)
--Владимир
Данный пост это не рассказ с помпой, а именно учебное пособие, как написать или портировать приложение на новый интерфейс windows с помощью Intel TBB. Я специально поставил значок «tutorial».
А что лучше «стандарт де-факто PPL», чистые тредпулы, Intel TBB (который, в принципе, совместим с PPL) — это всё офтопик и не рассматриваются в рамках этого блога. Копья можно и в другом блоге поломать. Преимущества и возможные недостатки библиотеки я здесь тоже не рассматривал. Так же, как наверно все заметили, блог также не рассматривает публикацию приложения в самом магазине. Я видел тут, на хабре, отличный блог по этому поводу.
Давайте перейдем к существу блога, если есть, что спросить или высказать о нем.
--Владимир
Win8 + портабельность = разрыв шаблона (с) пришло в IM.
Я, конечно, извиняюсь. У Вас есть опыт командной разработки приложения для нескольких платформ (операционных систем и архитектур) одновременно? Другими словами, это мнение, основанное на опыте или на эмоциях?
Я писал, что человек при разработке своего приложения для нескольких систем не будет задумываться о потоках в написании алгоритма работы, а может опираться на кроссплатформенную библиотеку, которая уже будет заботится о Win threads, WinRT или pthreads.
про то, что надо платить за GPL — совсем не понял. Кто платит за GPL лицензию?
--Владимир
Например, если Вам надо поддерживать игрушку для андройда и виндовс, а может и других магазинных систем, физический движок достаточно написать один раз, а не переписывать его для каждой системы.
--Владимир