Посмотри плиз внимательнее на схему программного обеспечения. Я в курсе что ты занимаешься исследованием гипервизора xen, это все гуд и нужно конечно, но к тебе уже можно прийти и сделать веб-приложение с базой и другими фишками с минимальными затратами?
Понимаешь исследование xen это до сих пор уровень IaaS, а мы PaaS решение, мы можем стать поверх xen можем поверх vmware. Скалинг у нас ведется на уровне контейнера (JVM, Querqus для PHP) в котором выполняется веб приложение, и все это внутри одной виртуальной машины.
Я если честно не понял для чего эти сравнения. OpenCL это надстройка над решениями разных прозводителей, чтобы проще было портировать код. Постепенно потерю производительности будут снижать.
Почему же нельзя? Сделать можно если реализовать на базе виртуальной машины, например, JVM допилить. При этом JVM сможет расшаривать память и даже при выполнении циклов проводить распараллеливание на несколько серверов. Разработчик просто будет писать программу под JVM и не парится о распараллеливании в ручную.
Есть feedback клиент для сбора отзывов типа реформал. Около 1000 установок на сайты. Приложение использует множество сервисов платформы, включая работу с БД.
Для сайта sendphotoservice.com платформа использовалась для создания мобильного клиента (мобильный клиент — платформа Hivext, работа с БД через сервис Структур)
Также недавно начали разрабатывать коммерческий проект для GPS навигации (наблюдение за транспортом), так как архитектура подошла под их задачи. Для данного решения используется приватное облако.
Платформа молодая, но понемногу разработчики начинают делать разные экспериментальные приложения, кто-то для ВК.
По js на тяжелом веб приложении (Ext JS, Codemirror для подсветки кода, много кода дополнительного, множество запросов на сервер для получения данных) субъективно работает также быстро как и в хроме. По js действительно серьезный скачек вперед!
Попробуй придумать сервисно-ориентированный язык :)
Удаленные переменные и массивы, хранение деревьев и списков на уровне распределенной бд, также и создание типов на уровне создания таблиц в бд. При этом разработчик использует обычный синтаксис, а выполняются такие программы на уровне веб сервисов, rest запросами.
Потому что на фантиках все смелые и эмоции не преобладают так сильно, как на реальных деньгах. Это значит что нет опыта и не формализованы правила торговой системы или ее вообще нет. Когда появляется опыт разница между фантиками и деньгами исчезает, если ТС работает на фантиках, то она работает и на деньгах.
Зависит от частоты сделок. Некоторые роботы фигачат по сделке в 1-2 секунды, а это нагрузка на сервера брокера, если каждый будет таких роботов запускать их сервера могут сдохнут/работать с перебоями/медленно отвечать и т.д. что для других клиентов не будет гуд и они могут срулить к другим. Мелким кухням такое не выгодно конечно же.
А есть роботы которые одну/две/три сделки в день/неделю делают, то в этом случае почему брокер должен быть против?
По каждому пункту — это не предсказания, это констатация фактов. Предсказания это когда Facebook только зародился в 2004, а вы оценили потенциал и сказали — «Фейсбук станет основной социальной сетью». А так спустя 6 лет делать такие «предсказания» каждый может. Тоже самое и по остальным пунктам.
Мы рассматриваем вариант единоразовой продажи коробочной версии (+ поддержка + обновления) для разворачивания в интранете. Более того уже были продажи. Но на поток пока еще не поставили.
Мы считаем что порог вхождения меньше, а так это или нет пусть скажут сами разработчики :)
Ну и конечно интеграция сервисов между собой, например сервис прав доступа может устанавливать права вплоть до объектов. Можно расшаривать скрипты и данные между приложениями, например БД в одном приложении, а другие приложения смогут работать с ней. При этом ничего дополнительно писать не нужно.
skype: hermeswallet
Понимаешь исследование xen это до сих пор уровень IaaS, а мы PaaS решение, мы можем стать поверх xen можем поверх vmware. Скалинг у нас ведется на уровне контейнера (JVM, Querqus для PHP) в котором выполняется веб приложение, и все это внутри одной виртуальной машины.
И да облачные платформы это не только ресурсы по требованию тут можно почитать подробнее
ru.wikipedia.org/wiki/Platform_as_a_service
ide.hivext.ru/?solution=9caa7e89d9e3c823dc505687b6b25961
Вероятно мелкий баг «заполз» (куда без них) во время обновления последнего билда. Сегодня все будет в порядке.
P.S. Ветка доля сбора ошибок тут.
Для сайта sendphotoservice.com платформа использовалась для создания мобильного клиента (мобильный клиент — платформа Hivext, работа с БД через сервис Структур)
Также недавно начали разрабатывать коммерческий проект для GPS навигации (наблюдение за транспортом), так как архитектура подошла под их задачи. Для данного решения используется приватное облако.
Платформа молодая, но понемногу разработчики начинают делать разные экспериментальные приложения, кто-то для ВК.
Удаленные переменные и массивы, хранение деревьев и списков на уровне распределенной бд, также и создание типов на уровне создания таблиц в бд.
При этом разработчик использует обычный синтаксис, а выполняются такие программы на уровне веб сервисов, rest запросами.
:)
Удаленные переменные и массивы, хранение деревьев и списков на уровне распределенной бд, также и создание типов на уровне создания таблиц в бд. При этом разработчик использует обычный синтаксис, а выполняются такие программы на уровне веб сервисов, rest запросами.
:)
А есть роботы которые одну/две/три сделки в день/неделю делают, то в этом случае почему брокер должен быть против?
Ну и конечно интеграция сервисов между собой, например сервис прав доступа может устанавливать права вплоть до объектов. Можно расшаривать скрипты и данные между приложениями, например БД в одном приложении, а другие приложения смогут работать с ней. При этом ничего дополнительно писать не нужно.