NAV 2009 RTC network stats

kine
Member Posts: 12,562
I have created some stats about network bandwidth of RTC and Classic client. You can read it on my blog. If you want to discuss the network bandwidth of the new RTC client, we can discuss in this post...
Right now it looks like the bandwidth is half of classic client, but all depends on how many postings/data processing are there and how much and what you are printing...
but definitely not "thin" client for you, who are thinking about RTC as about thin client...
Right now it looks like the bandwidth is half of classic client, but all depends on how many postings/data processing are there and how much and what you are printing...
but definitely not "thin" client for you, who are thinking about RTC as about thin client...
0
Comments
-
There is a HUGE difference between wat YOU think 3 tier SHOULD be, and what 3 tier NAV is. I'm not going to go into any discussion about whether that is a good thing or a bad thing, but that's the way it is.
The RTC is not a thin client.0 -
DenSter wrote:There is a HUGE difference between wat YOU think 3 tier SHOULD be, and what 3 tier NAV is. I'm not going to go into any discussion about whether that is a good thing or a bad thing, but that's the way it is.
The RTC is not a thin client.
Just imagine.... if 18 months ago we didn't have an NDA to worry about none of this thin client think client confusion would have happened. ](*,)David Singleton0 -
BlackTiger wrote:It's became very popular to "reinvent" something, including wheel.
For me NAV2009 looks like... very thick... browser... "plus one".0 -
David Singleton wrote:Just imagine.... if 18 months ago we didn't have an NDA to worry about none of this thin client think client confusion would have happened. ](*,)0
-
DenSter wrote:David Singleton wrote:Just imagine.... if 18 months ago we didn't have an NDA to worry about none of this thin client think client confusion would have happened. ](*,)
Ah but just that miss pronounciation of "Thin" when they meant to say "Thiner" would have made a lot of difference.David Singleton0 -
BlackTiger wrote:kine wrote:...but all depends on how many postings/data processing are there...
:-k
You sure? May be I'm wrong, but in "3tier" mode all "magic" happens in "application server". "Client" just sends "request" and receives "replies". "request" usually very small, "reply" - result set. So there is no place for "posting". In old client all "magic" was on client's side.
If RTC uses XML as format to communicate with server then... traffic will be huge. Biggest XML problem - data overheads. How many "additional" bytes are used to transfer 1 byte of actual data? A lot.Binary format is much more effective.
I am not talking about where the posting will happen. For me, as "user", I am just posting, and I measured the data flowing between RTC and Service-tier. I know that the posting will be done on the service-tier, but it doesn't matter from my "user" point of view, it is still posting during which the RTC is communicating with service-tier. ;-) And the bandwidth is much better...0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions