Re: [Embedlets-dev] Interested in sharing a J2EE perspective

[Holger B. - b. <ho...@bi...>]

Am 29.02.2004 um 00:09 schrieb Gregg G. Wonderly:

> Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
> _______________________________________________
>
>
>> Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
>> _______________________________________________
>>
>>
>>> My take on this is that this is more a pitch to push high end
>>> hardware. Even if a truck full of tags were to move past a reader, 
>>> the
>>
>> This is more real then pitch I can assure you.
>
> James, what kind of transaction rates are working and what rates are 
> just not
> possible?

With the advanced transaction, dynamic distributed caching and 
customization features of the JMX based JBoss.org General Purpose 
Architecture there is no end ...

With "standard" hardware: 200Mbyte/s fibre channel array (the 
bottleneck in or calculation cpu oriented versus the I/O oriented 
mainframe world), 2 dedicated 1GBit direct links,  two 2,8 MHz/2GByte 
standard PC (P4P800) Oracle 8.7.1 and dynamic on-demand precreated CMP 
EntityBeans i got around 1000 continous inserts per second. The query 
time on the optimized _beans_ (m:n ID query) was clearly below 1ms.

Bottleneck here was the Client request time.

Other approaches for not-allowed mass checking are JMS approaches with 
MQSeries and a dead letter queue for unexpected ID's.

But IMHO checking a 10k bunch of RFID's on one point in the logistical 
chain smells.

just 2ct

bax

>
> -----
> gr...@cy...  (Cyte Technologies Inc)
>
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Embedlets-developer mailing list
> Emb...@li...
> https://lists.sourceforge.net/lists/listinfo/embedlets-developer
>