|
|
You're in the
dotnet remoting
group:Help on proper method ????
dotnet remoting:
I am building an application which is used to send to an other apllication a set of information from a databased source when the request is issue from the client application. IN other words it works as follow : 1 - Client application call a method in my application lib (DLL) when requesting data 2- When client application receive the data, it displays it for user. The problem is that data that need to be show for user are machine alarms, so just for that the time between the request and the delivery of data mUST be really fast. As data a re ciming from a databased, we all know that it could takes more time to read data than the time machine alarms arrive. I was thinking of some asynchronous method becasue during the time my application is collecting data from database the lient applciation should continmue to pool new incoming alarms from machine. So in on side I am a pooling process of alarms and in the other side I have my application which should return as fast as possible data to client. How can I implement that in my application ? what is the best method ? thnaks for your help regards
=?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in
news:C4003C56-6CB0-4725-8A98-2F3081DC5F16@microsoft.com: [quoted text, click to view] > 1 - Client application call a method in my application lib (DLL) when > requesting data > 2- When client application receive the data, it displays it for user. > > The problem is that data that need to be show for user are machine > alarms, so just for that the time between the request and the delivery > of data mUST be really fast. How fast is fast? [quoted text, click to view] > I was thinking of some asynchronous method becasue during the time my > application is collecting data from database the lient applciation > should continmue to pool new incoming alarms from machine. Your server should push alarms to the clients? [quoted text, click to view] > So in on side I am a pooling process of alarms and in the other side I > have my application which should return as fast as possible data to > client. > > How can I implement that in my application ? what is the best method ? You should take a look at: SNMP Syslog Raw Sockets (or a Socket Remoting Framework) Remoting is OK for this alarms, but there are other protocols which do
Thnaks for your reply..
Fast for my application means at least that data should be return within 500ms to the client application. Note also that the database for which data are coming from is only local to the running system and will be SQL 2005 express Adavnce services version.. Regards serge [quoted text, click to view] "Spam Catcher" wrote:
> =?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in > news:C4003C56-6CB0-4725-8A98-2F3081DC5F16@microsoft.com: > > > 1 - Client application call a method in my application lib (DLL) when > > requesting data > > 2- When client application receive the data, it displays it for user. > > > > The problem is that data that need to be show for user are machine > > alarms, so just for that the time between the request and the delivery > > of data mUST be really fast. > > How fast is fast? > > > I was thinking of some asynchronous method becasue during the time my > > application is collecting data from database the lient applciation > > should continmue to pool new incoming alarms from machine. > > Your server should push alarms to the clients? > > > So in on side I am a pooling process of alarms and in the other side I > > have my application which should return as fast as possible data to > > client. > > > > How can I implement that in my application ? what is the best method ? > > You should take a look at: > > SNMP > Syslog > Raw Sockets (or a Socket Remoting Framework) > > Remoting is OK for this alarms, but there are other protocols which do > it specifically :-)
We do not want the client applciation to connect directly to database simply
becasue the client application is an OEM external system and we do not want this external company to know our database information and structure. For that we just provide an interface for them regard serge [quoted text, click to view] "Spam Catcher" wrote:
> =?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in > news:C6234BFA-3344-4A2D-97FF-9CBE8AEBBCA2@microsoft.com: > > > Thnaks for your reply.. > > > > Fast for my application means at least that data should be return > > within 500ms to the client application. > > If you need such speed, why not directly connect to the database and > retrieve alarm information? > > But if you do want the potential for network access in the future, I would > probably use sockets. > > While remoting is fast enough for most situations... it might not be fast > enough for 500ms. > > > Note also that the database for which data are coming from is only > > local to the running system and will be SQL 2005 express Adavnce > > services version.. >
Hi, calderara:
It seems to me that you need to build an internet enabled system with publisher and scubscriber pattern. This is something like real-time notification at the site http://www.udaparts.com/document/articles/chatservice.htm Also, see my inline comments. Regards, [quoted text, click to view] "calderara" <calderara@discussions.microsoft.com> wrote in message news:C4003C56-6CB0-4725-8A98-2F3081DC5F16@microsoft.com... > Dear all, > > I am building an application which is used to send to an other apllication > a > set of information from a databased source when the request is issue from > the > client application. IN other words it works as follow : > > 1 - Client application call a method in my application lib (DLL) when > requesting data > 2- When client application receive the data, it displays it for user. > > The problem is that data that need to be show for user are machine alarms, > so just for that the time between the request and the delivery of data > mUST > be really fast. As data a re ciming from a databased, we all know that it > could takes more time to read data than the time machine alarms arrive. Your client application for machine alarms must be subscriber. Your data source is a publisher. When there is an interesting event to your data source, all you need to do is to sent a proper message to your client application. Once your client application gets the message, it can take a proper procedure for the next step after analyzing the message. [quoted text, click to view] > > I was thinking of some asynchronous method becasue during the time my > application is collecting data from database the lient applciation should > continmue to pool new incoming alarms from machine. Yes. You are right! You need some asynchronous methods for fast and real-time notification, as shown in our SocketPro at www.udaparts.com. [quoted text, click to view] > > So in on side I am a pooling process of alarms and in the other side I > have > my application which should return as fast as possible data to client. > > How can I implement that in my application ? what is the best method ? Don't write it yourself. Our SocketPro is a high speed remoting system. Its latency is your network latency. It can take less than 0.2 ms (or 200 us) to deliver a message from a server to a client. [quoted text, click to view] > > thnaks for your help > regards > > serge
=?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in
news:C6234BFA-3344-4A2D-97FF-9CBE8AEBBCA2@microsoft.com: [quoted text, click to view] > Thnaks for your reply.. > > Fast for my application means at least that data should be return > within 500ms to the client application. If you need such speed, why not directly connect to the database and retrieve alarm information? But if you do want the potential for network access in the future, I would probably use sockets. While remoting is fast enough for most situations... it might not be fast enough for 500ms. [quoted text, click to view] > Note also that the database for which data are coming from is only
> local to the running system and will be SQL 2005 express Adavnce > services version..
Thnaks for your comments..
What do you mean by publisher methode from my applciation side ? is it just the fact that it send data back to my cllient? On more information, my application is collecting data from a local SQL express with advance services edition... The client application willl request data from that database only throught our library interface. This for security and company knowledge as the client application is an OEM application that I have no control... regards serge [quoted text, click to view] "msgroup" wrote:
> Hi, calderara: > > It seems to me that you need to build an internet enabled system with > publisher and scubscriber pattern. This is something like real-time > notification at the site > http://www.udaparts.com/document/articles/chatservice.htm > > Also, see my inline comments. > > Regards, > > > "calderara" <calderara@discussions.microsoft.com> wrote in message > news:C4003C56-6CB0-4725-8A98-2F3081DC5F16@microsoft.com... > > Dear all, > > > > I am building an application which is used to send to an other apllication > > a > > set of information from a databased source when the request is issue from > > the > > client application. IN other words it works as follow : > > > > 1 - Client application call a method in my application lib (DLL) when > > requesting data > > 2- When client application receive the data, it displays it for user. > > > > The problem is that data that need to be show for user are machine alarms, > > so just for that the time between the request and the delivery of data > > mUST > > be really fast. As data a re ciming from a databased, we all know that it > > could takes more time to read data than the time machine alarms arrive. > > Your client application for machine alarms must be subscriber. Your data > source is a publisher. When there is an interesting event to your data > source, all you need to do is to sent a proper message to your client > application. Once your client application gets the message, it can take a > proper procedure for the next step after analyzing the message. > > > > > I was thinking of some asynchronous method becasue during the time my > > application is collecting data from database the lient applciation should > > continmue to pool new incoming alarms from machine. > > Yes. You are right! You need some asynchronous methods for fast and > real-time notification, as shown in our SocketPro at www.udaparts.com. > > > > > So in on side I am a pooling process of alarms and in the other side I > > have > > my application which should return as fast as possible data to client. > > > > > How can I implement that in my application ? what is the best method ? > > Don't write it yourself. Our SocketPro is a high speed remoting system. Its > latency is your network latency. It can take less than 0.2 ms (or 200 us) to > deliver a message from a server to a client. > > > > > thnaks for your help > > regards > > > > serge > >
Hi, Spam Catcher and serge:
Thanks a lot. You are right. It seems to me that Serge really needs real-time notification system if I understand his question correctly, which reduces the amout of data transferred between third party application (Serge's application dll) and Serge's server. You may need to turn on our SocketPro online compression for large throughput. I wish the articles at http://www.udaparts.com/document/articles/chatservice.htm and http://www.udaparts.com/document/Tutorial/TutorialThree.htm 1. Make sure that you send the data just needed, no more and no less with a good architecture. 2. Turn on online compression for large throughput as shown in attached samples inside our SocketPro. 3. 100% network usage at http://www.udaparts.com/document/Tutorial/TutorialThree.htm. 4. Reduce latency for better third-party client window user interface response. Regards, [quoted text, click to view] "Spam Catcher" <spamhoneypot@rogers.com> wrote in message news:Xns98E4779DE5EDFusenethoneypotrogers@127.0.0.1... > =?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in > news:CCF3D645-CBEA-40D1-BC0F-CDE259F374AC@microsoft.com: > >> What do you mean by publisher methode from my applciation side ? is it >> just the fact that it send data back to my cllient? > > He means to push the events from the server --> client.
=?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in
news:CCF3D645-CBEA-40D1-BC0F-CDE259F374AC@microsoft.com: [quoted text, click to view] > What do you mean by publisher methode from my applciation side ? is it > just the fact that it send data back to my cllient?
OK fine.. Doing this in that way do you think it is better ? - to read all data from database and store them in memory ready to be push when request ?. - or do you think I should read them from database each time a request is comming thnaks for help serge [quoted text, click to view] "Spam Catcher" wrote:
> =?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in > news:CCF3D645-CBEA-40D1-BC0F-CDE259F374AC@microsoft.com: > > > What do you mean by publisher methode from my applciation side ? is it > > just the fact that it send data back to my cllient? > > He means to push the events from the server --> client.
HI,
I do not need to keep syncronistaion of memeory with back end database becasue data which are pushed are configuration data that never change. There are not live data but more a predifine message structure base on a configuration. Whnen a request is coming, I should be abvle to send back message 1, message 2, or message 3 depending on the request... SO storing in memory mind be ok, but what do you thing culd be the limit size for this time solution ? regards [quoted text, click to view] "msgroup" wrote:
> Hi, Serge: > > See my inline comments. Analyzing your business requirements, select a > proper way! > > Regards, > > Do you know batching, asynchrony and parallel computation with online > compression? See the sample project SocketPro at www.udaparts.com > > > "calderara" <calderara@discussions.microsoft.com> wrote in message > news:55586CB6-DA81-47CA-AC2F-DD97E6F51B8C@microsoft.com... > > > > OK fine.. > > > > Doing this in that way do you think it is better ? > > - to read all data from database and store them in memory ready to be push > > when request ?. > > This is faster, but you may need to write code for synchronizing memory > cache and backend database. Also, you may need to lock the memory cache if > you need to access it from different threads. If your memory cache is too > large, maybe this method is not a proper way. > > In short, if you can surely synchronize memory cache and backend > database and memory cache is not too large, this way may be preferred. > > > > > - or do you think I should read them from database each time a request is > > comming > > This way is simpler, but it is slightly slower because a request has to > be sent to a backend database. > > > > > > thnaks for help > > serge > > "Spam Catcher" wrote: > > > >> =?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in > >> news:CCF3D645-CBEA-40D1-BC0F-CDE259F374AC@microsoft.com: > >> > >> > What do you mean by publisher methode from my applciation side ? is it > >> > just the fact that it send data back to my cllient? > >> > >> He means to push the events from the server --> client. > >> > >
Hi, Serge:
See my inline comments. Analyzing your business requirements, select a proper way! Regards, Do you know batching, asynchrony and parallel computation with online compression? See the sample project SocketPro at www.udaparts.com [quoted text, click to view] "calderara" <calderara@discussions.microsoft.com> wrote in message news:55586CB6-DA81-47CA-AC2F-DD97E6F51B8C@microsoft.com... > > OK fine.. > > Doing this in that way do you think it is better ? > - to read all data from database and store them in memory ready to be push > when request ?. This is faster, but you may need to write code for synchronizing memory cache and backend database. Also, you may need to lock the memory cache if you need to access it from different threads. If your memory cache is too large, maybe this method is not a proper way. In short, if you can surely synchronize memory cache and backend database and memory cache is not too large, this way may be preferred. [quoted text, click to view] > > - or do you think I should read them from database each time a request is > comming This way is simpler, but it is slightly slower because a request has to be sent to a backend database. [quoted text, click to view] > > thnaks for help > serge > "Spam Catcher" wrote: > >> =?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in >> news:CCF3D645-CBEA-40D1-BC0F-CDE259F374AC@microsoft.com: >> >> > What do you mean by publisher methode from my applciation side ? is it >> > just the fact that it send data back to my cllient? >> >> He means to push the events from the server --> client. >>
does thsi notification event is present also in sqlexpress 2005 ?
[quoted text, click to view] "Spam Catcher" wrote:
> =?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in > news:55586CB6-DA81-47CA-AC2F-DD97E6F51B8C@microsoft.com: > > > Doing this in that way do you think it is better ? > > - to read all data from database and store them in memory ready to be > > push when request ?. > > I would store in memory and mirror the data to the database. > > Of course it depends on how many alerts your expecting. > > BTW, SQL Server 2005 has an notification service which can push database > table changes as events. Might be worth to take a look. > > > > > - or do you think I should read them from database each time a request > > is comming >
=?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in
news:55586CB6-DA81-47CA-AC2F-DD97E6F51B8C@microsoft.com: [quoted text, click to view] > Doing this in that way do you think it is better ? > - to read all data from database and store them in memory ready to be > push when request ?. I would store in memory and mirror the data to the database. Of course it depends on how many alerts your expecting. BTW, SQL Server 2005 has an notification service which can push database table changes as events. Might be worth to take a look. [quoted text, click to view] > - or do you think I should read them from database each time a request
> is comming
=?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote in
news:90F13031-EE74-4746-962B-EBC03899C91F@microsoft.com: [quoted text, click to view] > SO storing in memory mind be ok, but what do you thing culd be the limit > size for this time solution ? Memory (RAM) is cheap these days. So you could theoretically store GBs of data in RAM ;-) Since you don't need to sync stuff from memory to the database, that makes
Hi, calderara:
For time solution, it mainly depends on your Network latency. To find the best resultion, you can ping your client from your server. The ping time is your best resolution you can get. The max time resultion is your network latency. For LAN (local area network), it should be less than 0.5 ms (or 500 us). For WAN, it should be less than 30 ms, which is dependent on ping time from your server to your client machine. If you can batch and broadcasting multiple messages in one call like we do at the site http://www.udaparts.com/document/articles/chatservice.htm, the time resolution can be improved further. If your message is large, you turn on online compression so that message size is reduced and transferred at the fastest speed. Wish the above hint is useful to you. Regards, [quoted text, click to view] "calderara" <calderara@discussions.microsoft.com> wrote in message news:90F13031-EE74-4746-962B-EBC03899C91F@microsoft.com... > HI, > > I do not need to keep syncronistaion of memeory with back end database > becasue data which are pushed are configuration data that never change. > There > are not live data but more a predifine message structure base on a > configuration. > > Whnen a request is coming, I should be abvle to send back message 1, > message > 2, or message 3 depending on the request... > > SO storing in memory mind be ok, but what do you thing culd be the limit > size for this time solution ? > > regards > > "msgroup" wrote: > >> Hi, Serge: >> >> See my inline comments. Analyzing your business requirements, select >> a >> proper way! >> >> Regards, >> >> Do you know batching, asynchrony and parallel computation with online >> compression? See the sample project SocketPro at www.udaparts.com >> >> >> "calderara" <calderara@discussions.microsoft.com> wrote in message >> news:55586CB6-DA81-47CA-AC2F-DD97E6F51B8C@microsoft.com... >> > >> > OK fine.. >> > >> > Doing this in that way do you think it is better ? >> > - to read all data from database and store them in memory ready to be >> > push >> > when request ?. >> >> This is faster, but you may need to write code for synchronizing >> memory >> cache and backend database. Also, you may need to lock the memory cache >> if >> you need to access it from different threads. If your memory cache is too >> large, maybe this method is not a proper way. >> >> In short, if you can surely synchronize memory cache and backend >> database and memory cache is not too large, this way may be preferred. >> >> > >> > - or do you think I should read them from database each time a request >> > is >> > comming >> >> This way is simpler, but it is slightly slower because a request has >> to >> be sent to a backend database. >> >> >> > >> > thnaks for help >> > serge >> > "Spam Catcher" wrote: >> > >> >> =?Utf-8?B?Y2FsZGVyYXJh?= <calderara@discussions.microsoft.com> wrote >> >> in >> >> news:CCF3D645-CBEA-40D1-BC0F-CDE259F374AC@microsoft.com: >> >> >> >> > What do you mean by publisher methode from my applciation side ? is >> >> > it >> >> > just the fact that it send data back to my cllient? >> >> >> >> He means to push the events from the server --> client. >> >> >> >> >>
Don't see what you're looking for? Try a search.
|
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
| home · blog · groups | Questions? Comments? Contact the dn |