February 2007 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: WireFormat and flushes

by clebert.suconic＠jboss.com

On ClientDeliveries... for instance... Say if we are delivering 1000 messages to clients.. we could optimize things to write each one of these messages and call flush only at the end of a loop somewhere. I'm not sure at this point on how to do this optimization as this is just an idea.. but when I saw this flush on writes that caught my attention. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015486#4015486 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015486

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: WireFormat and flushes

by timfox

We are calling flush() after every packet is written, why is it relevant whether this is in the actual marshaller class or in the packet class itself? The important thing is that a) We are in control (yes we are) b) We only call flush once after each write (yes we do). Or maybe I don't understand the point you're trying to make? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015485#4015485 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015485

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: WireFormat and flushes

by clebert.suconic＠jboss.com

"Tim Fox" wrote : I think this is correct. It should be up the marshaller to determine when to flush and when to not. You may want a marshaller to buffer up many invocations into a single request and it would be annoying if remoting performed flushes outside your control which would screw things up. Yes... That's what I meant...the marshaller calling flush. We are doing on writes now. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015482#4015482 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015482

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: WireFormat and flushes

by timfox

"clebert.suconic(a)jboss.com" wrote : | This should be Remoting's job. | | We shouldn't need this on write methods. Not sure if I agree. AFAIK, if you use the serializable marshaller with remoting then it will do the flush after writing the request/response. Since we use our own marshaller it's up to use to the flushing. I think this is correct. It should be up the marshaller to determine when to flush and when to not. You may want a marshaller to buffer up many invocations into a single request and it would be annoying if remoting performed flushes outside your control which would screw things up. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015480#4015480 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015480

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: WireFormat and flushes

by clebert.suconic＠jboss.com

I will play with some profiling next week. I will investigate if there is anything we could improve. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015478#4015478 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015478

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: WireFormat and flushes

by clebert.suconic＠jboss.com

"timfox" wrote : We call flush after every request or response is written. | | Otherwise we can't be sure the packet will actually be written to the socket. This should be Remoting's job. We shouldn't need this on write methods. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015477#4015477 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015477

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: WireFormat and flushes

by timfox

(Nagle's theorem is on by default, so even that won't necessarily mean it will always be in it's own network packet) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015476#4015476 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015476

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: WireFormat and flushes

by timfox

We call flush after every request or response is written. Otherwise we can't be sure the packet will actually be written to the socket. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015470#4015470 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015470

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - WireFormat and flushes

by clebert.suconic＠jboss.com

I see that on wire format, we call flush a lot on every write. Shouldn't we be calling flush only on the remoting layer... in an upper level so we could get some performance benefits of buffering instead of flushing to the network every time? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015468#4015468 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015468

19 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: OSGi integration

by bill.burke＠jboss.com

I think I'm confused here. What is the plan? To allow OSGi bundles to be able to be deployed into JBoss Kernel? This means we will have to refactor our UCL layer to support their classloader notions. The other idea is to be able to deploy MC beans into an OSGi implementation. This seems like what you are currently doing Ales? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015458#4015458 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015458

19 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums February 2007