pc is like procedure call but procedure is handled on remote server• C dịch - pc is like procedure call but procedure is handled on remote server• C Việt làm thế nào để nói

pc is like procedure call but proce

pc is like procedure call but procedure is
handled on remote server
• Client caller blocks until return
– rpipe is like pipe but server gets output on – rpipe is like pipe but server gets output on
remote machine
• Client process can continue, non-blocking
• Goal: study the performance of
applications using rpipes to similar
applications using rpcs
System Definition
• Client and Server and Network
• Key component is “channel”, either a rpipe
or an rpc
– Only the subset of the client and server
that handle channel are part of the system
Client Network Server
- Try to minimize effect of components
outside system
Services
• There are a variety of services that can
happen over a rpipe or rpc
• Choose data transfer as a common one,
with data being a typical result of most
client-server interactions

client-server interactions
• Classify amount of data as either large or
small
• Thus, two services:
– Small data transfer
– Large data transfer
Metrics
• Limit metrics to correct operation only (no
failure or errors)
• Study service rate and resources consumed
A) elapsed time per call
B) maximum call rate per unit time
C) Local CPU time per call
D) Remote CPU time per call
E) Number of bytes sent per call
Parameters
• Speed of CPUs
– Local
– Remote
• Network
– Speed
– Reliability (retrans)
• Time between calls
• Number and sizes
– of parameters
– of results
• Type of channel
– rpc
System Workload
– Reliability (retrans)
• Operating system
overhead
– For interfacing with
channels
– For interfacing with
network

– rpc
– Rpipe
• Other loads
– On CPUs
– On network
Key Factors
• Type of channel
– rpipe or rpc
• Speed of network
– Choose short (LAN) across country (WAN)
• Size of parameters • Size of parameters
– Small or larger
• Number of calls
– 11 values: 8, 16, 32 …1024
• All other parameters are fixed
• (Note, try to run during “light” network load)
Evaluation Technique
• Since there are prototypes, use
measurement
• Use analytic modeling based on measured
data for values outside the scope of the
experiments conducted
Workload
• Synthetic program generated specified
channel requests
• Will also monitor resources consumed and
log results
• Use “null” channel requests to get baseline • Use “null” channel requests to get baseline
resources consumed by logging
– (Remember the Heisenberg principle!)
Experimental Design
• Full factorial (all possible combinations of
factors)
• 2 channels, 2 network speeds, 2 sizes, 11
numbers of calls
–  2 x 2 x 2 x 11 = 88 experiments –  2 x 2 x 2 x 11 = 88 experiments
Data Analysis
• Analysis of variance will be used to
quantify the first three factors
– Are they different?
• Regression will be used to quantify the
effects of n consecutive calls
– Performance is linear? Exponential?
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
pc is like procedure call but procedure is handled on remote server• Client caller blocks until return– rpipe is like pipe but server gets output on – rpipe is like pipe but server gets output on remote machine• Client process can continue, non-blocking• Goal: study the performance of applications using rpipes to similar applications using rpcsSystem Definition• Client and Server and Network• Key component is “channel”, either a rpipe or an rpc– Only the subset of the client and server that handle channel are part of the systemClient Network Server- Try to minimize effect of components outside systemServices• There are a variety of services that can happen over a rpipe or rpc• Choose data transfer as a common one, with data being a typical result of most client-server interactions•client-server interactions• Classify amount of data as either large or small• Thus, two services:– Small data transfer– Large data transferMetrics• Limit metrics to correct operation only (no failure or errors)• Study service rate and resources consumedA) elapsed time per callB) maximum call rate per unit timeC) Local CPU time per callD) Remote CPU time per callE) Number of bytes sent per callParameters• Speed of CPUs– Local – Remote• Network– Speed– Reliability (retrans)• Time between calls• Number and sizes – of parameters– of results• Type of channel– rpcSystem Workload– Reliability (retrans)• Operating system overhead– For interfacing with channels– For interfacing with network•– rpc– Rpipe• Other loads– On CPUs– On networkKey Factors• Type of channel– rpipe or rpc• Speed of network– Choose short (LAN) across country (WAN)• Size of parameters • Size of parameters– Small or larger• Number of calls– 11 values: 8, 16, 32 …1024• All other parameters are fixed• (Note, try to run during “light” network load)Evaluation Technique• Since there are prototypes, use measurement• Use analytic modeling based on measured data for values outside the scope of the experiments conductedWorkload• Synthetic program generated specified channel requests• Will also monitor resources consumed and log results• Use “null” channel requests to get baseline • Use “null” channel requests to get baseline resources consumed by logging– (Remember the Heisenberg principle!)Experimental Design• Full factorial (all possible combinations of factors)• 2 channels, 2 network speeds, 2 sizes, 11 numbers of calls–  2 x 2 x 2 x 11 = 88 experiments –  2 x 2 x 2 x 11 = 88 experimentsData Analysis• Analysis of variance will be used to quantify the first three factors– Are they different?• Regression will be used to quantify the effects of n consecutive calls– Performance is linear? Exponential?
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
pc giống như cuộc gọi thủ tục nhưng thủ tục được
xử lý trên máy chủ từ xa
khối • Khách hàng gọi đến khi trở về
- rpipe giống như ống nhưng máy chủ được đầu ra trên - rpipe giống như ống nhưng máy chủ được đầu ra trên
máy tính từ xa
• quá trình khách hàng có thể tiếp tục, không chặn
• Mục tiêu: Nghiên cứu hiệu suất của
các ứng dụng sử dụng rpipes để tương tự như
các ứng dụng sử dụng RPC
Hệ thống Định nghĩa
• client và máy chủ và mạng
• thành phần chính là "kênh", hoặc là một rpipe
hoặc một rpc
- Chỉ tập hợp con của các khách hàng và máy chủ
có thể xử lý kênh là một phần của hệ thống
khách hàng Network server
- Cố gắng giảm thiểu ảnh hưởng của các thành phần
bên ngoài hệ thống
dịch vụ
• có một loạt các dịch vụ có thể
xảy ra qua một rpipe hoặc rpc
• Chọn độ truyền dữ liệu là một trong những phổ biến,
với dữ liệu là một kết quả điển hình của hầu hết các
khách hàng- tương tác máy chủ

tương tác client-server
• Phân loại số lượng dữ liệu hoặc là lớn hay
nhỏ
• như vậy, hai dịch vụ:
- chuyển dữ liệu nhỏ
- truyền dữ liệu lớn
Metrics
• Giới hạn số liệu để chỉ sửa hoạt động (không có
thất bại hay lỗi)
• tỷ lệ dịch vụ nghiên cứu và nguồn tài nguyên tiêu thụ
A) thời gian trôi qua mỗi cuộc gọi
tỷ lệ cuộc gọi B) tối đa cho mỗi đơn vị thời gian
thời gian C) CPU địa phương cho mỗi cuộc gọi
D) Remote CPU thời gian cho mỗi cuộc gọi
E) số byte gửi cho mỗi cuộc gọi
thông số
• tốc độ của CPU
- địa phương
- từ xa
• Mạng
- tốc độ
- độ tin cậy (retrans)
• Thời gian giữa các cuộc gọi
• số lượng và kích cỡ
- các thông số
- kết quả
• Loại kênh
- rpc
hệ thống Workload
- độ bền (retrans)
• hệ điều hành
trên cao
- Đối với giao diện với
các kênh
- Đối với giao diện với
mạng

- rpc
- Rpipe
• tải khác
- Trên các CPU
- Trên mạng
Những yếu tố chính
• Loại kênh
- rpipe hoặc rpc
• tốc độ mạng
- Chọn ngắn (LAN) trên toàn quốc (WAN)
• Kích thước của các thông số • Kích thước của các thông số
- nhỏ hoặc lớn hơn
• số các cuộc gọi
- 11 giá trị: 8, 16, 32 ... 1024
• Tất cả các thông số khác được cố định
• (Lưu ý, cố gắng chạy trong "ánh sáng" tải mạng)
Kỹ thuật Đánh giá
• Vì có nguyên mẫu, sử dụng
đo lường
• sử dụng các mô hình phân tích dựa trên đo
dữ liệu cho các giá trị bên ngoài phạm vi của các
thí nghiệm thực hiện
khối lượng công việc
• chương trình tổng hợp tạo ra quy định
yêu cầu kênh
• cũng sẽ theo dõi tài nguyên tiêu thụ và
kết quả đăng nhập
• Sử dụng các yêu cầu kênh "null" để có được cơ sở • Sử dụng các yêu cầu kênh "null" để có được cơ sở
tài nguyên mà khai thác gỗ
- (Ghi theo nguyên tắc Heisenberg!)
Experimental Design
• Full thừa (tất cả các kết hợp có thể có của
các yếu tố)
• 2 kênh, 2 tốc độ mạng, 2 kích cỡ, 11
số của cuộc gọi
-? 2 x 2 x 2 x 11 = 88 thí nghiệm -? 2 x 2 x 2 x 11 = 88 thí nghiệm
phân tích dữ liệu
• Phân tích phương sai sẽ được sử dụng để
xác định số lượng ba yếu tố đầu tiên
- Có phải họ khác nhau?
• Regression sẽ được sử dụng để định lượng các
tác động của các cuộc gọi n liên tiếp
- Hiệu suất là tuyến tính? Số mũ?
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: