layering often becomes visible to the user in these systems, which rui การแปล - layering often becomes visible to the user in these systems, which rui ไทย วิธีการพูด

layering often becomes visible to t

layering often becomes visible to the user in these systems, which ruins the primary
advantage of the method.
The Process Model.
Our definition of the process model is that a separate process is established for each
service request. Such a process receives arguments from the parent process and possibly
returns results, but is otherwise distinct.
The principal advantage of the process model is that the communication paths
between the requester and the server are significantly reduced. In particular, in any
machine with an address space protection mechanism, the service routine can be completely
insulated from the calling routine.
The disadvantage is that this insulation can be costly. Only a very few operating
systems are able to create processes in a reasonable multiple of the time in which they
can execute a procedure call. In fact, a fairly convincing argument can be made that conventional
process creation must take considerably longer than the corresponding procedure
call. The semantics of this method are quite complex. For instance, if the parent
procedure dies due to an outside signal, we have the orphan problem [51].
The Client/Server Model.
In the client/sever model each service is supplied by a separate, permanent process,
called a server. Requests are communicated to the server via messages, and the server
sends back information via messages. Both synchronous and asynchronous client/server
systems have been developed. Modern implementations of this model often use objectoriented
design principles. This means that the servers enforce abstract data typing, by
only allowing correct operations on objects of each type. This model is used by Argus
and Camelot.
The principal advantage of the client/server model is that it is a natural way to
implement distributed systems across multiple autonomous sites, each of which wants to
perform request validation. More recently the advantage of having the server and the
client in separate address spaces without the high cost of process creation for each request
has also been recognized.
Unfortunately, modularity in the client/server model has proven to be a problem.
This is because the validation overhead for each request penalizes tasks that require several
layers of request. The problem is even more severe in object-oriented systems. For
example, attempt to lower this overhead, R* creates a separate server process for each
user, and only checks the users’ privileges one time.
In distributed or multiprocessor systems, the implementation of the client/server
model is perhaps the most natural of those we have discussed. The most significant difficulties
lie in constructing efficient usable servers that work correctly in the face of loss,
destruction, or arbitrary delays of messages. Stateless servers help in getting over these
difficulties. A server is stateless if its response to a client request does not depend on the
history of previous requests [21].
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
กลุ่มมักจะเห็นผู้ใช้ในระบบเหล่านี้ ซึ่งซากปรักหักพังหลักประโยชน์ของวิธีการแบบจำลองกระบวนการรายละเอียดของแบบจำลองกระบวนการของเราเป็นที่สำเร็จเป็นกระบวนการที่แยกต่างหากสำหรับแต่ละคำขอบริการ กระบวนการดังกล่าวได้รับอาร์กิวเมนต์ จากกระบวนการหลัก และอาจส่งกลับค่าผลลัพธ์ แต่เป็นอย่างอื่นแตกต่างกันประโยชน์หลักของแบบจำลองกระบวนการคือเส้นทางการสื่อสารระหว่างผู้ขอและเซิร์ฟเวอร์ได้อย่างมีนัยสำคัญลดลง ในโดยเฉพาะเครื่องกลไกที่อยู่พื้นที่ป้องกัน ขั้นตอนการบริการได้อย่างสมบูรณ์ฉนวนจากชุดคำสั่งเรียกข้อเสียคือ ว่า ฉนวนกันความร้อนนี้สามารถค่าใช้จ่าย เฉพาะการปฏิบัติการน้อยมากระบบจะสร้างกระบวนการหลากหลายที่เหมาะสมของเวลาที่พวกเขาสามารถดำเนินการเรียกกระบวนงาน ในความเป็นจริง อาร์กิวเมนต์ที่ค่อนข้างน่าเชื่อถือได้ที่ปกติกระบวนการสร้างต้องใช้เวลานานกว่ามากกว่ากระบวนการที่เกี่ยวข้องโทร ความหมายของวิธีการนี้จะค่อนข้างซับซ้อน ตัวอย่าง ถ้าแม่ตอนตายครบกำหนดจะมีสัญญาณภายนอก เรามีปัญหาสุดท้ายของย่อหน้า [51]แบบไคลเอ็นต์/เซิร์ฟเวอร์ในแบบไคลเอนต์/ตัด ละบริการมาจากกระบวนการแยก ถาวรเรียกว่าเซิร์ฟเวอร์ คำขอสื่อสารกับเซิร์ฟเวอร์ผ่านข้อความ และเซิร์ฟเวอร์ส่งกลับข้อมูลผ่านข้อความ ทั้งแบบซิงโครนัส และแบบอะซิงโครนัสไคลเอ็นต์/เซิร์ฟเวอร์ได้รับการพัฒนาระบบ ใช้งานที่ทันสมัยของรูปแบบนี้มักจะใช้ objectorientedหลักการออกแบบ หมายความ ว่า เซิร์ฟเวอร์การบังคับให้ข้อมูลบทคัดย่อพิมพ์ โดยช่วยให้การดำเนินงานที่ถูกต้องบนวัตถุแต่ละชนิดเท่านั้น รุ่นนี้ถูกใช้ โดยมั่นและคาเมล็อตประโยชน์หลักของแบบไคลเอ็นต์/เซิร์ฟเวอร์คือ ว่า มันเป็นวิธีธรรมชาติใช้ระบบแบบกระจายในหลายไซต์อิสระ ซึ่งต้องการดำเนินการตรวจสอบคำขอ เมื่อเร็ว ๆ นี้ข้อดีของการมีเซิร์ฟเวอร์และลูกค้าในพื้นที่ที่อยู่แยกต่างหากโดยไม่มีค่าใช้จ่ายสูงที่สร้างกระบวนการสำหรับแต่ละคำขอนอกจากนี้ยังรับรู้อับ modularity ในแบบไคลเอ็นต์/เซิร์ฟเวอร์ได้พิสูจน์เป็นปัญหาทั้งนี้เนื่องจากค่าใช้จ่ายในการตรวจสอบคำขอแต่ละ penalizes งานที่ต้องใช้หลายชั้นของคำขอ ปัญหาจะยิ่งรุนแรงในระบบเชิงวัตถุ สำหรับตัวอย่าง พยายามลดค่าใช้จ่ายในนี้ R * สร้างกระบวนการของเซิร์ฟเวอร์แยกต่างหากสำหรับแต่ละผู้ใช้ และเพียง ตรวจสอบสิทธิ์ของผู้ใช้หนึ่งครั้งในระบบแบบกระจาย หรือมัลติโปรเซสเซอร์ ใช้ของไคลเอ็นต์/เซิร์ฟเวอร์แบบจำลองอาจจะเป็นธรรมชาติมากที่สุดของเราได้กล่าวถึง ปัญหาสำคัญที่สุดอยู่ในเซิร์ฟเวอร์ได้อย่างมีประสิทธิภาพที่ทำงานอย่างถูกต้องหน้าขาดทุน สร้างทำลาย หรือกำหนดความล่าช้าของข้อความ เซิร์ฟเวอร์ที่ไม่ระบุสัญชาติที่ช่วยในการผ่านเหล่านี้ความยากลำบาก เซิร์ฟเวอร์ไม่รณรงค์การตอบสนองการร้องขอไคลเอนต์ไม่ขึ้นกับการประวัติของการร้องขอก่อนหน้านี้ [21]
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
layering often becomes visible to the user in these systems, which ruins the primary
มักจะกลายเป็นชั้นที่มองเห็นให้กับผู้ใช้ในระบบเหล่านี้ซึ่งซากปรักหักพังหลักประโยชน์จากวิธีการที่. advantage of the method.
รุ่นกระบวนการ. ความหมายของเราแบบจำลองกระบวนการคือกระบวนการแยกที่จะจัดตั้งขึ้นสำหรับแต่ละการร้องขอบริการ The Process Model.
Our definition of the process model is that a separate process is established for each
service request. Such a process receives arguments from the parent process and possibly
returns results, but is otherwise distinct.
The principal advantage of the process model is that the communication paths
between the requester and the server are significantly reduced. In particular, in any
machine with an address space protection mechanism, the service routine can be completely
insulated from the calling routine.
The disadvantage is that this insulation can be costly. Only a very few operating
systems are able to create processes in a reasonable multiple of the time in which they
can execute a procedure call. In fact, a fairly convincing argument can be made that conventional
process creation must take considerably longer than the corresponding procedure
call. The semantics of this method are quite complex. For instance, if the parent
procedure dies due to an outside signal, we have the orphan problem [51].
The Client/Server Model.
In the client/sever model each service is supplied by a separate, permanent process,
called a server. Requests are communicated to the server via messages, and the server
sends back information via messages. Both synchronous and asynchronous client/server
systems have been developed. Modern implementations of this model often use objectoriented
design principles. This means that the servers enforce abstract data typing, by
only allowing correct operations on objects of each type. This model is used by Argus
and Camelot.
The principal advantage of the client/server model is that it is a natural way to
implement distributed systems across multiple autonomous sites, each of which wants to
perform request validation. More recently the advantage of having the server and the
client in separate address spaces without the high cost of process creation for each request
has also been recognized.
Unfortunately, modularity in the client/server model has proven to be a problem.
This is because the validation overhead for each request penalizes tasks that require several
layers of request. The problem is even more severe in object-oriented systems. For
example, attempt to lower this overhead, R* creates a separate server process for each
user, and only checks the users’ privileges one time.
In distributed or multiprocessor systems, the implementation of the client/server
model is perhaps the most natural of those we have discussed. The most significant difficulties
lie in constructing efficient usable servers that work correctly in the face of loss,
destruction, or arbitrary delays of messages. Stateless servers help in getting over these
difficulties. A server is stateless if its response to a client request does not depend on the
history of previous requests [21].
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ชั้นมักจะกลายเป็นมองเห็นได้ให้กับผู้ใช้ในระบบเหล่านี้ ซึ่งทำลายประโยชน์หลักของวิธีนี้
.
แบบจำลองกระบวนการ .
นิยามของแบบจำลองกระบวนการ คือ กระบวนการ แยกเป็น บริษัท ที่จัดตั้งขึ้นเพื่อขอแต่ละ
บริการ เช่นกระบวนการได้รับข้อคิดจากกระบวนการหลักและอาจ
ผลลัพธ์ แต่เป็นอย่างอื่นที่แตกต่างกัน .
ประโยชน์หลักของแบบจำลองกระบวนการก็คือ การสื่อสารระหว่างเส้นทาง
สั่นคลอนและเซิร์ฟเวอร์จะลดลงอย่างมาก . โดยเฉพาะในพื้นที่ที่อยู่
เครื่องกับกลไกการป้องกัน , งานประจำบริการสามารถสมบูรณ์

ฉนวนจากเรียกรูทีน ข้อเสียคือฉนวนกันความร้อนนี้สามารถเป็นบทเรียนราคาแพง เพียงไม่กี่มากปฏิบัติการ
ระบบสามารถสร้างกระบวนการในเวลาที่เหมาะสม หลายของพวกเขา
สามารถรันกระบวนการเรียก ในความเป็นจริง การโต้แย้งที่ค่อนข้างเชื่อได้ว่า การสร้างกระบวนการปกติต้องใช้เวลานานกว่ามาก

กว่าเรียกกระบวนการที่สอดคล้องกัน ความหมายของวิธีนี้ คือค่อนข้างซับซ้อน ตัวอย่าง ถ้าขั้นตอนที่ผู้ปกครอง
ตายเนื่องจากสัญญาณภายนอกเรามีปัญหาเด็กกำพร้า [ 51 ] .

ในไคลเอ็นต์ / เซิร์ฟเวอร์แบบไคลเอ็นต์ / เซิร์ฟเวอร์แต่ละรูปแบบบริการจัดโดยแยกถาวรกระบวนการ
ที่เรียกว่าเซิร์ฟเวอร์ การร้องขอจะสื่อสารกับเซิร์ฟเวอร์ผ่านทางข้อความและเซิร์ฟเวอร์
ส่งกลับข้อมูลผ่านข้อความ ทั้งแบบซิงโครนัสและไคลเอ็นต์ / เซิร์ฟเวอร์
ระบบได้รับการพัฒนาการใช้งานที่ทันสมัยของรูปแบบนี้มักจะใช้เจ็คโ รียลเท็ด
หลักการออกแบบ ซึ่งหมายความว่าเซิร์ฟเวอร์บังคับข้อมูลนามธรรมพิมพ์ โดยให้ดำเนินการให้ถูกต้อง
เท่านั้นวัตถุของแต่ละประเภท รูปแบบนี้ถูกใช้โดยกัส

และ คาเมลอท ประโยชน์หลักของไคลเอ็นต์ / เซิร์ฟเวอร์แบบก็คือว่ามันเป็นวิธีที่ธรรมชาติ

ใช้ระบบกระจายในหลาย ๆของเว็บไซต์แต่ละที่อยาก
ดำเนินการร้องขอการตรวจสอบ เมื่อเร็ว ๆ นี้ประโยชน์ของการมีเซิร์ฟเวอร์และลูกค้าในพื้นที่ที่อยู่แยก
โดยไม่ต้องค่าใช้จ่ายสูงของการสร้างกระบวนการสำหรับแต่ละคำขอ

ยังได้รับการยอมรับ แต่ต้นแบบแบบไคลเอ็นต์ / เซิร์ฟเวอร์ ได้พิสูจน์แล้วว่าเป็นปัญหา
นี้เป็นเพราะค่าใช้จ่ายในการตรวจสอบการร้องขอแต่ละครั้ง penalizes งานที่ต้องใช้หลาย
ชั้นขอร้อง ปัญหาจะรุนแรงมากยิ่งขึ้นในการ ระบบ สำหรับ
ตัวอย่าง พยายามลด ค่าใช้จ่าย นี้ R * สร้างกระบวนการเซิร์ฟเวอร์ที่แยกต่างหากสำหรับแต่ละผู้ใช้
, และการตรวจสอบของผู้ใช้สิทธิ์หนึ่งครั้ง ในการติดตั้งระบบมัลติ
,การใช้งานของไคลเอ็นต์ / เซิร์ฟเวอร์
รูปแบบอาจจะเป็นธรรมชาติมากที่สุดของผู้ที่เรากล่าวถึง ปัญหาที่สำคัญที่สุดในการสร้างที่มีประสิทธิภาพใช้งานเซิร์ฟเวอร์
โกหกว่าทำงานได้อย่างถูกต้องในหน้าของการสูญเสีย
ทำลายหรือโดยพลการล่าช้าของข้อความ เซิร์ฟเวอร์ไทยช่วยในการได้รับผ่านความยากลำบาก

เซิร์ฟเวอร์เป็นไร้สัญชาติ ถ้าการตอบสนองของลูกค้าที่ร้องขอไม่ได้ขึ้นอยู่กับ
ประวัติก่อนรับประทานอาหาร [ 21 ]
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: