From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <45E205B9.3090006@stc.donpac.ru> Date: Mon, 26 Feb 2007 00:55:05 +0300 From: Eugene Prokopiev User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.2) Gecko/20040808 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: =?KOI8-R?Q?=CB=D5=CC=D8=D4=D5=D2=CE=D9=CA_=CF=C6=D4=CF=D0=C9=CB?= References: <20070211011624.GA397@mw.local.seiros.ru> <213712504.20070211084001@gmail.com> <20070211204306.GB4984@mw.local.seiros.ru> <45D0026C.7010905@stc.donpac.ru> <20070213100215.GB26842@mw.local.seiros.ru> <45D86126.10006@stc.donpac.ru> <45D9466A.1030709@stc.donpac.ru> <20070224120232.GB25454@mw.local.seiros.ru> <45E059BA.1010803@stc.donpac.ru> <20070225091813.GA8776@mw.local.seiros.ru> In-Reply-To: <20070225091813.GA8776@mw.local.seiros.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [room] =?koi8-r?b?98/Q0s/TINDPIFBIUCAoyczJIEkgSGF0ZSBQSFAp?= X-BeenThere: smoke-room@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: =?koi8-r?b?y9XM2NTV0s7ZyiDPxtTP0MnL?= List-Id: =?koi8-r?b?y9XM2NTV0s7ZyiDPxtTP0MnL?= List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 21:51:05 -0000 Archived-At: List-Archive: Денис Смирнов пишет: > On Sat, Feb 24, 2007 at 06:28:58PM +0300, Eugene Prokopiev wrote: > > EP> Этот конструктор для самых ленивых, им лучше не пользоваться ;) > > Понял :) > > EP> Лучше принудительно указывать требуемый коннектор, тогда и привязка к > EP> адресу будет. > EP> Еще лучше предварительно ознакомиться с > EP> http://docs.codehaus.org/display/JETTY/Architecture > > 35 /** Blocking NIO connector. > 36 * This connector uses efficient NIO buffers with a traditional blocking thread model. > 37 * Direct NIO buffers are used and a thread is allocated per connections. > 38 * > 39 * This connector is best used when there are a few very active connections. > > Гм, конкурент nginx говоришь? ;) С точностью до наоборот -- это как раз > то, что лучше всего себя чувствует когда стоит backend'ом для nginx, в > этом случае разгоняется. А если на эту штуковину напустить несколько тысяч > активных юзверей, и машинка будет не pSeries, или санки какие, то сдохнем > сразу. Я не про BlockingChannelConnector вообще-то, а например, про SelectChannelConnector ;) Можно прочесть еще вот это - http://www.webtide.com/downloads/whitePaperAjaxJetty.html NIO позволяет обслужить меньшим количеством потоков больше запросов. Т.е. пытается обыграть Erlang на его поле ;) . Да, подход Erlang с практически неограниченным количеством легких потоков изящнее, но NIO, похоже, в большинстве случаев работает не хуже. >>EP>> Сейчас для одного совсем маленького web-проекта я использую DWR, там >>EP>> работа ведется не в терминах http-запросов, а скорее в терминах RPC. GUI >>EP>> на HTML (еще лучше здесь будет смотреться XUL), клиентская логика на >>EP>> JavaScript, серверная - Java (точнее контекст Spring со встроенными в >>EP>> него бинами Jetty, DWR, самого Spring и моими). Собственно DWR нужен, >>EP>> чтобы из JavaScript дергать Java-код (бины, размещенные в контексте >>EP>> Spring) и наоборот. Не факт, что тебе это подойдет, но посмотри. >> >>>%-) > > EP> Не годится? ;) > > Много слоев. 2 - это немного (если не считать переходники JS<->Java, JSON<->JavaBeans и JavaBeans<->БД, но они взяты готовыми). Я с трудом представляю себе задачу, в которой не требовалось бы разделять UI и основную логику работы (разве что последняя отсутствует - например, простая форма для ввода данных в БД) > Сходу не въехать, а при том я бы хотел оставить портируемость > большей части своего кода между языками. Да, я знаю что я псих. Т.е. свой DSL и его интерпретатор/компилятор на java/php/... ? -- С уважением, Прокопьев Евгений