Форум Flasher.ru

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)
-   Серверные технологии и Flash (http://www.flasher.ru/forum/forumdisplay.php?f=62)
-   -   Adobe AIR server vs console (http://www.flasher.ru/forum/showthread.php?t=176725)

morgenshtern 16.03.2012 13:46

Adobe AIR server vs console
 
В образовательных целях написал сервер на Adobe AIR и клиента к нему, общаются по AMF. Человечки ходят и видят друг друга, все работает хорошо, но под виндами. А сервер нужно запускать под никсами.
С AIR никогда не сталкивался.... Возможно ли создать консольное приложение, да еще и под никсами запускать на удаленном сервере? В какую сторону рыть?


Еще вопрос. Кто-нибудь проводил сравнение производительности AIR и JAVA серверов. Конечно оба похожие и грамотно написаны - будут существенные различия в производительности?

kackbip 16.03.2012 14:30

Сервер на air? Вау. Я всегда думал, что AIR он для десктопных приложений. Не проверял но java должен быть на порядок быстрее.

morgenshtern 16.03.2012 14:52

Ну да, они же добавили ServerSocket в какой то из версии AIR.


"Должен" быть на порядок быстрее - не катит =) Нужны либо результаты опытов, либо обоснования, почему должен. Тем более если на порядок.

Genzo 16.03.2012 14:59

AIR сервер будет работать на порядок медленнее, т.к. нет поддержки много поточности, он будет работать под под виртуальной машиной, которая на порядок медленнее java. плюс :
Цитата:

Начиная с версии 2.7.1, компания Adobe отказалась от поддержки AIR для платформы Linux, последней доступной для этой системы версией продукта AIR, является версия 2.6.0.
ServerSocket создан для того, чтобы вы могли организовать сокет соединение между несколькими приложениями, например сессионную онлайн игру, вроде warcraft 3, где сервер текущей игры(карты) фактически запускается на клиенте.

XimiKDeniS 31.03.2012 01:13

Фух, неделю потратил но таки написал сервера java и air. Итог: тест делал возможно нестандартный но...
Клиент все время был на as3 каждое обновление кадров отправлялась одна переменная, кол-во отправлений от клиента и кол-во приемов сервером записывались в другую переменную. Air выдержал 4 обновления кадров, если увеличивал, то сервер принимал не все данные.
Java выдержал 24 без особого напряга. Уверен выдержал бы и больше если бы я пробовал)
Кстати написал сервер многопоточный на java позже. Кажется рабочий получился.

В итоге оставил сервер авторизации на air, проще работать с БД.

kackbip 31.03.2012 08:27

Зачем понадобилось самому писать? Не лучше ли взять готовый сервер и дописать к нему свое серверное приложение?

XimiKDeniS 31.03.2012 23:25

Во-первых бесценный опыт, во-вторых своё)
Я пробовал пользоваться например SFS, но чувствую как-будто чужое беру...
И еще, большинство серверов имеют больше функций, чем надо соответственно должно сказываться на производительности.

kackbip 01.04.2012 10:13

Цитата:

Во-первых бесценный опыт
Согласен.

Цитата:

во-вторых своё
Свое обычно на порядок хуже во всех отношениях, если ты не потратил на это 5 лет своей жизни.

Цитата:

Я пробовал пользоваться например SFS, но чувствую как-будто чужое беру...
Вышли им 10 баксов и не парься :)

Цитата:

И еще, большинство серверов имеют больше функций, чем надо соответственно должно сказываться на производительности.
Люди, которые посвятили значимое время разработке какого-либо продукта, наверняка отладили его в плане надежности и быстродействия. А также в плане удобства использования.

XimiKDeniS 01.04.2012 12:45

Цитата:

Сообщение от kackbip (Сообщение 1072351)
Люди, которые посвятили значимое время разработке какого-либо продукта, наверняка отладили его в плане надежности и быстродействия. А также в плане удобства использования.

Это мегня всегда и тревожит... Но все таки попробую работу со своим ибо тут был опрос насчет серверов и большинство используют все таки свой...


Часовой пояс GMT +4, время: 21:53.

Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.