[#20227] dyna_vars problem? — Tanaka Akira <akr@...17n.org>

しばらく前から、稀に Ruby が core を吐くという問題を追いかけているので

15 messages 2003/05/19
[#20234] Re: dyna_vars problem? — matz@... (Yukihiro Matsumoto) 2003/05/19

まつもと ゆきひろです

[#20236] Re: dyna_vars problem? — Tanaka Akira <akr@...17n.org> 2003/05/19

In article <1053363181.529491.30320.nullmailer@picachu.netlab.jp>,

[ruby-dev:20302] Re: (1.8.0-preview2) Proc#call

From: "NAKAMURA, Hiroshi" <nakahiro@...>
Date: 2003-05-28 00:48:31 UTC
List: ruby-dev #20302
なひです。

> From: Shugo Maeda [mailto:shugo@ruby-lang.org] 
> Sent: Wednesday, May 28, 2003 9:13 AM

> > |> でも、変えないとSOAP4Rが超重い...。
> > |
> > |「超」って。
> > 
> > 1.6はStringのconcatが遅いのです。毎回reallocしてるので。
> > 前田さんの最近のテストでは3倍遅かったです。
> 
> 構造体を1000個とかやり取りすると1.8でもつらいので、自前でXMLを出
> 力するところを書こうと思っています。

構造体を1000個やりとり!

オブジェクトがでかいと、
  object <-A-> SOAP Data Model <-B-> XML instance
  Integer      SOAP::SOAPInt         <foo xsi:type="xsd:int"/>
の、Aの部分も重そうですね。

Stringの連結によるXML instance生成が遅いのであれば、
IOに直接書くというのはどうですかね? 設定だけで、というわけには
いかないような気がしますが、なんかちょっと書いてみます。
別に使っていただかなくても、単になひの趣味で作るので
気にしないでください。

# http-access2でストリーミングPOSTできると楽しい。

ちなみにIOに書くときの問題は、途中で送るべきデータにエラーを発見
しても、既に送ってしまっていて手遅れなこと。dRubyも同じ問題を
抱えていた気がする(速度のためには直接IOに書きたいけど、
上記の問題で一度Stringにせざるを得ない)。

> # 単純なデータのやり取りだけなので、SOAP4Rみたいにまじめにやらず
> # に、ほとんど決め打ちですませるつもりです(^_^;

それで済むのがSOAPやXML-RPCのお気楽なところですね。
Java搭載携帯端末でやってます。


In This Thread