Craig Partridge, "Protocols for high-speed networks: some questions and a few answers", Computer Networks and ISDN Systems, Vol. 25, pp. 1019-1028, 1993.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....to use the same communication system in the near future, which has to behave differently according to the characteristics of carried data. Basically, applications expect distinct performance in terms of data transport delay, bandwidth, reliability, failure recover, or session establishment latency [Partridge93]. Different approaches can be used to construct QoS capable systems. One would be to over dimension the system, using the requirements put by worst load conditions, supporting the resulting waste of resources. Another would be to use scale and filter mechanisms to adapt the generated load to the ....

Craig Partridge, "Protocols for high-speed networks: some questions and a few answers", Computer Networks and ISDN Systems, Vol. 25, pp. 1019-1028, 1993.

....as the speed is increased) is no longer the bottleneck. The new bottleneck is the propagation delay, which is independent of the network data rate. Hence in our attempts to derive better performance from the high speed network, solutions to this communication latency problem will have to be found [1, 2]. Owing to the importance of this topic, several of the gigabit network testbed projects (specifically, CASA and Aurora) have ongoing efforts in the distributed computing applications area [3, 4] The only database system known to us that exploits the huge bandwidths available in order to obtain ....

C. Partridge, "Protocols for High Speed Networks: Some questions and a few answers," Computer Networks and ISDN Systems, vol. 25, pp. 1019--1028, April 1993.

....non real time and reliable applications, non real time and non reliable applications. The introduction of high speed networks will also increase the necessity for the applications to know the network charac teristics in order to better benefit from the high performance of those networks[ Par93] The new applications will have to adapt to network conditions and according to their specific needs. As the RPC system does not take into consideration the communication needs of its applications, it is not suited to support the great variety of existing and future applications (from transfer ....

C. Partridge. Protocols for high-speed networks: some questions and a few asnwers. Computer Network and ISDN Systems, 25:1019--1028, 1993.

....applications will naturally use the same communication system, which has to behave differently according to the nature of carried data. Basically, applications expect different performances in terms of transport delay, bandwidth, reliability, failure recover, or session establishment latency [Partridge93]. Different approaches can be used to construct QoS capable systems. One would be to over dimension the system, using the requirements put by worst load conditions, and assuming the resulting waste of resources. Another approach would be to use scale and filter mechanisms to adapt the generated ....

Craig Partridge, "Protocols for high-speed networks: some questions and a few answers", Computer Networks and ISDN Systems, Vol. 25, pp. 1019-1028, 1993.

....[47] Anyone who has talked with someone on an inter continental telephone link may verify this. In order to use the network for multimedia applications, the different traffic streams (i.e. video, audio, data) must be synchronized. To do this, the traffic need to be integrated into one network [66]. It is likely that the fast development of high speed networks and high performance processors will influence the way computer systems are organized. For instance, the use of transactions, which are small messages sent over the networks between clients and servers (e.g. used for RPCs [7] is ....

C. Partridge, "Protocols for high-speed networks: some questions and a few answers", Computer Networks and ISDN Systems, Vol. 25, No. 9, 1993.

....use the same communication system in the near future, which has to behave differently according to the characteristics of carried data. Basically, applications expect different performances in terms of data transport delay, bandwidth, reliability, failure recover, or session establishment latency [Partridge93]. Different approaches can be used to construct QoS capable systems. One would be to over dimension the system, using the requirements put by worst load conditions, and assuming the resulting waste of resources. Another would be to use scale and filter mechanisms to adapt the generated load to ....

Craig Partridge, "Protocols for high-speed networks: some questions and a few answers", Computer Networks and ISDN Systems, Vol. 25, pp. 1019-1028, 1993.

....systems. In this paper, a special case of distributed systems, that of distributed database systems is discussed in the above context. We refer to these as gigabit networked databases (GNDB) Traditional data access and data sharing techniques are not expected to scale to gigabit network rates [6, 11, 10, 14, 2]. Thus if any advantages of a high speed network are to be realized, new schemes are required, that can efficiently utilize the huge bandwidths available. Towards this end, assuming a client server distributed database system in a shared nothing environment, in [1] we proposed a lock based ....

C. Partridge. Protocols for High Speed Networks: Some questions and a few answers. Computer Networks and ISDN Systems, 25:1019--1028, 1993.

....was applied to a wide area distributed system, and a simple performance model was developed 1 . It was found that the datacycle scheme worked extremely well in hiding the communication latency incurred in wide area networks. The latency problem in wide area environments is of particular concern [6, 7], and hence the importance of a datacycle like scheme in such an environment. In this paper, it is attempted to study the distributed datacycle architecture in some detail, and present the implications of implementing such a scheme in a distributed database system. The performance of the datacycle ....

C. Partridge, "Protocols for High Speed Networks: Some questions and a few answers," Computer Networks and ISDN Systems, vol. 25, pp. 1019--1028, April 1993.

....was applied to a wide area distributed system, and a simple performance model was developed. It was found that the datacycle scheme worked extremely well in hiding the communication latency incurred in wide area networks. The latency problem in wide area environments is of particular concern [6, 7], and hence the importance of a datacycle like scheme in such an environment. In this paper, it is attempted to study the distributed datacycle architecture in some detail, and present the implications of implementing such a scheme in a distributed database system. The performance of the datacycle ....

C. Partridge, "Protocols for High Speed Networks: Some questions and a few answers, " Computer Networks and ISDN Systems, vol. 25, pp. 1019--1028, April 1993.

....interactive multi media applications can be realized. This bottleneck is the propagation delay, which is independent of the network data rate. Hence in our attempts to derive better performance from the high speed network, solutions to this communication latency problem will have to be found [1, 2]. Unfortunately, the propagation delay is a physical bottleneck that cannot be reduced. Unlike the transmission delay which will continue to decrease as newer breakthroughs in optical fiber technology are attained, there is not much that can be done about increasing the speed of light The best ....

C. Partridge, "Protocols for High Speed Networks: Some questions and a few answers," Computer Networks and ISDN Systems, vol. 25, pp. 1019--1028, April 1993.

No context found.

C. Partridge, "Protocols for High Speed Networks: Some questions and a few answers," Computer Networks and ISDN Systems, vol. 25, pp. 1019--1028, April 1993.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC