Есть хороший метод определения проблемного участка:
Берете рабочий проект и по одной добавляете в него фичи из не работающего.
Сначала русский текст, затем имена файлов, манифесты,…
Ну и гуглить, конечно не забывайте.
PS
Американский форум — задаешь вопрос тебе на него отвечают.
Израильский форум — задаешь вопрос тебе отвечают вопросом.
Русский форум — задаешь вопрос и тебе 2 часа объясняют какой ты мудак.
А зачем туда переносить маленькое? Как раз большое и нужно. Другое дело, что для программы, генерирующей много трафика, ширина канала будет узким местом.
Опять же есть абсолютная мобильность. А есть мобильность поменьше: как лептоп или планшет. Есть Wi-Fi, Wi-Max — уйма вариантов, когда оно себя оправдывает.
Сейчас корректнее говорить не о языке, а о платформе.
Именно набор фреймверков + язык — та платформа, на которой базируются успехи программирования в наше время.
Параллелизм — это когда одна программа выполняется на нескольких ядрах. Облачность же — это технология прозрачной масштабируемости для сервисов с высокой нагрузкой.
Именно связка облачность + мобильные платформы, ИМХО, самая перспективная на сегодняшний день.
Мобильным платформам не хватает мощи — вынесем все вычисления на сервер.
Облачный сервер создан, чтобы обслуживать сотни тысяч клиентов — идеальный вариант для мобильных устройств.
Думается мне, что не будет по 64 ядра на настольных системах.
Десктопное приложение, успешно использующее десятки ядер, ассоциируется у меня с книгой «Мифический человеко-месяц». Когда увеличение команды в 10 раз, совсем не означает увеличение в 10 раз производительности. Как раз наоборот.
Скорее ресурсоемкие вычисления будут вынесены в облака.
С графическими процессорами уже пробуют это сделать
(см. проект ru.wikipedia.org/wiki/OnLive)
Есть реальный уровень сигнала (от которого зависит наличие связи), а есть отображаемый — виртуальный.
Когда реальный сигнал плохой, виртуальный — плохой (1 или 0 палочек)
И когда реальный сигнал средний, виртуальный — отличный (5 палочек).
При замыкании антенн, реальный сигнал падает на пару делений — со среднего до плохого. В итоге мы наблюдаем, что виртуальный сигнал падает с отличного до плохого (с 5 палочек до 1 или 0)
64-х разрядность для ОС означает, что длинна указателя равна 64 бита, а не минимального блока данных.
Т.е «2 РАЗА БЫСТРЕЕ ЗА ОДИН ТАКТ» — это ваши фантазии.
И не забывайте про кеш процессора — именно он критично влияет на скорость работы с памятью.
Попробую кинуть камень в огород параллельного программирования.
Параллельное программирование дает очень маленький выигрыш.
Это как переписывание кусков кода на ассемблере и оправдано только в редких критичных случаях.
На своем компьютере (4 ядра) я могу по пальцам пересчитать моменты, когда программа загружает свое ядро по максимуму: кодирование видео, архивирование, игры.
Много ли из Вас пишет свои кодеки, архиваторы, игровые движки?
Если вам предложат на выбор 2-е версии FireFox:
1 на 15% быстрее
2 с новым удобным, качественным интерфейсом
Но вы можете установить только одну, какую Вы поставите?
www.ljplus.ru/img4/a/v/aviator9298/Glonass.JPG
перспектива — сильнейшая вещь.
За счет конденсатора идет быстрая зарядка, с которого потом заряжается батарея.
Берете рабочий проект и по одной добавляете в него фичи из не работающего.
Сначала русский текст, затем имена файлов, манифесты,…
Ну и гуглить, конечно не забывайте.
PS
Американский форум — задаешь вопрос тебе на него отвечают.
Израильский форум — задаешь вопрос тебе отвечают вопросом.
Русский форум — задаешь вопрос и тебе 2 часа объясняют какой ты мудак.
Опять же есть абсолютная мобильность. А есть мобильность поменьше: как лептоп или планшет. Есть Wi-Fi, Wi-Max — уйма вариантов, когда оно себя оправдывает.
Вы же не покупаете самолет, когда вам нужно слетать в другую страну?
Так почему бы не предоставлять вычислительные ресурсы по требованию.
Именно набор фреймверков + язык — та платформа, на которой базируются успехи программирования в наше время.
Именно связка облачность + мобильные платформы, ИМХО, самая перспективная на сегодняшний день.
Мобильным платформам не хватает мощи — вынесем все вычисления на сервер.
Облачный сервер создан, чтобы обслуживать сотни тысяч клиентов — идеальный вариант для мобильных устройств.
Вы свою графическую карту используйте на всю мощность часов 5 в день от силы. Т.е. 80% времени она простаивает.
Зачем покупать графическую карту за $300, если ее можно взять в аренду?
geekwhisperin.files.wordpress.com/2009/09/bug-vs-feature.jpg
Десктопное приложение, успешно использующее десятки ядер, ассоциируется у меня с книгой «Мифический человеко-месяц». Когда увеличение команды в 10 раз, совсем не означает увеличение в 10 раз производительности. Как раз наоборот.
Скорее ресурсоемкие вычисления будут вынесены в облака.
С графическими процессорами уже пробуют это сделать
(см. проект ru.wikipedia.org/wiki/OnLive)
Когда реальный сигнал плохой, виртуальный — плохой (1 или 0 палочек)
И когда реальный сигнал средний, виртуальный — отличный (5 палочек).
При замыкании антенн, реальный сигнал падает на пару делений — со среднего до плохого. В итоге мы наблюдаем, что виртуальный сигнал падает с отличного до плохого (с 5 палочек до 1 или 0)
Мышки водонепроницаемые есть?
Т.е «2 РАЗА БЫСТРЕЕ ЗА ОДИН ТАКТ» — это ваши фантазии.
И не забывайте про кеш процессора — именно он критично влияет на скорость работы с памятью.
на одного клиента приходится несколько ядер.
А у большинства серверов количество клиентов превосходит количество ядер на порядки
Параллельное программирование дает очень маленький выигрыш.
Это как переписывание кусков кода на ассемблере и оправдано только в редких критичных случаях.
На своем компьютере (4 ядра) я могу по пальцам пересчитать моменты, когда программа загружает свое ядро по максимуму: кодирование видео, архивирование, игры.
Много ли из Вас пишет свои кодеки, архиваторы, игровые движки?
Если вам предложат на выбор 2-е версии FireFox:
1 на 15% быстрее
2 с новым удобным, качественным интерфейсом
Но вы можете установить только одну, какую Вы поставите?
А писать под нее можно с использованием технологий Silverlight for WinPhone и XNA