be written to accomplish given task

be written to accomplish given tasks. Similarly, more addressing modes give the programmer greater flexibility in implementing certain functions, such as table manipulations and multiple-way branching. And, of course, with the increase in main memory size and the increasing use of virtual memory, programmers want to be able to address larger memory ranges. All of these things (opcodes, operands, addressing modes, address range) require bits and push in the direction of longer instruction lengths. But longer instruction length may be wasteful. A 64-bit instruction occupies twice the space of a 32-bit instruction but is probably less than twice as useful. Beyond this basic trade-off, there are other considerations. Either the instruction length should be equal to the memory-transfer length (in a bus system, databus length) or one should be a multiple of the other. Otherwise, we will not get an integral number of instructions during a fetch cycle. A related consideration is the memory transfer rate. This rate has not kept up with increases in processor speed. Accordingly, memory can become a bottleneck if the processor can execute instructions faster than it can fetch them. One solution to this problem is to use cache memory (see Section 4.3); another is to use shorter instructions. Thus, 16-bit instructions can be fetched at twice the rate of 32-bit instructions but probably can be executed less than twice as rapidly. A seemingly mundane but nevertheless important feature is that the instruction length should be a multiple of the character length, which is usually 8 bits, and of the length of fixed-point numbers. To see this, we need to make use of that unfortunately ill-defined word, word [FRAI83]. The word length of memory is, in some sense, the “natural” unit of organization. The size of a word usually determines the size of fixed-point numbers (usually the two are equal). Word size is also typically equal to, or at least integrally related to, the memory transfer size. Because a common form of data is character data, we would like a word to store an integral number of characters. Otherwise, there are wasted bits in each word when storing multiple characters, or a character will have to straddle a word boundary. The importance of this point is such that IBM, when it introduced the System/360 and wanted to employ 8-bit characters, made the wrenching decision to move from the 36-bit architecture of the scientific members of the 700/7000 series to a 32-bit architecture.
Allocation of Bits We’ve looked at some of the factors that go into deciding the length of the instruction format. An equally difficult issue is how to allocate the bits in that format. The trade-offs here are complex. For a given instruction length, there is clearly a trade-off between the number of opcodes and the power of the addressing capability. More opcodes obviously mean more bits in the opcode field. For an instruction format of a given length, this reduces the number of bits available for addressing. There is one interesting refinement to this trade-off, and that is the use of variable-length opcodes. In this approach, there is a minimum opcode length but, for some opcodes, additional operations may be specified by using additional bits in the instruction. For a fixedlength instruction, this leaves fewer bits for addressing. Thus, this feature is used for those instructions that require fewer operands and/or less powerful addressing

Kết quả (Việt) 1:

được viết để thực hiện được nhiệm vụ. Tương tự, thêm địa chỉ cung cấp cho chế độ lập trình linh hoạt hơn trong việc thực hiện các chức năng nhất định, chẳng hạn như bàn thao tác và đa chiều phân nhánh. Và, tất nhiên, với sự gia tăng kích thước bộ nhớ chính và việc sử dụng ngày càng tăng các bộ nhớ ảo, lập trình viên muốn có thể để địa chỉ bộ nhớ lớn hơn phạm vi. Tất cả những điều này (mã, operands, giải quyết chế độ, phạm vi địa chỉ) yêu cầu các bit và đẩy hướng lâu hơn chỉ dẫn độ dài. Nhưng còn chỉ dẫn chiều dài có thể lãng phí. Một lệnh 64-bit chiếm hai lần không gian của một hướng dẫn 32-bit, nhưng có lẽ ít hơn hai lần như là hữu ích. Vượt ra ngoài sự đánh đổi cơ bản này, có những cân nhắc khác. Chiều dài chỉ dẫn nên được tương đương với chiều dài nhớ-chuyển giao (trong một hệ thống xe buýt, databus chiều dài) hoặc một trong những nên là một bội số của người kia. Nếu không, chúng tôi sẽ không nhận được một số không thể tách rời của các hướng dẫn trong một chu kỳ lấy. Một xem xét có liên quan là tốc độ truyền của bộ nhớ. Tỷ lệ này đã không giữ với gia tăng tốc độ xử lý. Theo đó, bộ nhớ có thể trở thành một nút cổ chai nếu bộ vi xử lý có thể thực hiện nhanh hơn, nó có thể lấy chúng. Một giải pháp cho vấn đề này là sử dụng bộ nhớ cache (xem phần 4.3); một là sử dụng các hướng dẫn ngắn hơn. Vì vậy, 16-bit hướng dẫn có thể được tải về tại gấp đôi tỷ lệ hướng dẫn 32-bit nhưng có lẽ có thể được thực hiện ít hơn hai lần như nhanh chóng. Một tính năng dường như nhàm chán nhưng quan trọng tuy nhiên là chiều dài hướng dẫn phải là bội số của độ dài ký tự, thường là 8 bit, và chiều dài của Brouwer số. Để thấy điều này, chúng ta cần để làm cho việc sử dụng từ đó không may ill-defined, từ [FRAI83]. Chiều dài từ bộ nhớ là, trong một ý nghĩa, các đơn vị "tự nhiên" của tổ chức. Kích thước của một từ thường xác định kích thước của số Brouwer (thường cả hai đều được bình đẳng). Từ kích thước cũng là thường bằng hoặc ít integrally liên quan đến kích thước chuyển bộ nhớ. Bởi vì một hình thức phổ biến của dữ liệu dữ liệu ký tự, chúng tôi muốn một từ để lưu trữ một số lượng không thể thiếu của nhân vật. Nếu không, có bị lãng phí bit trong mỗi từ khi lưu trữ nhiều nhân vật, hoặc một ký tự sẽ có sự dang chân ra một ranh giới từ. Tầm quan trọng của thời điểm này là như vậy mà IBM, khi nó được giới thiệu hệ thống/360 và muốn sử dụng các ký tự 8-bit, đã quyết định wrenching để di chuyển từ 36-bit kiến trúc của các thành viên khoa học của 700/7000 series cho kiến trúc 32-bit.Phân bổ các bit chúng tôi đã xem xét một số yếu tố mà đi vào việc quyết định chiều dài của các định dạng hướng dẫn. Một vấn đề khó khăn không kém là làm thế nào để phân bổ các bit trong định dạng đó. Thương mại-offs ở đây rất phức tạp. Trong khoảng thời gian nhất định chỉ dẫn, rõ ràng là một sự đánh đổi giữa số mã và sức mạnh của khả năng giải quyết. Thêm mã rõ ràng là có nghĩa là thêm bit trong các lĩnh vực opcode. Cho một định dạng hướng dẫn của một độ dài nhất định, điều này làm giảm số lượng bit có sẵn cho địa chỉ. Đó là một trong những thú vị tinh tế cho thương mại-off này, và đó là việc sử dụng các chiều dài thay đổi mã. Trong cách tiếp cận này, đó là một chiều dài tối thiểu opcode, nhưng cho một số mã, hoạt động bổ sung có thể được xác định bằng cách sử dụng thêm bit trong giảng dạy. Cho một hướng dẫn fixedlength, điều này lá ít bit cho địa chỉ. Vì vậy, tính năng này được sử dụng cho những hướng dẫn mà cần ít hơn operands và/hoặc ít hơn địa chỉ mạnh mẽ

Kết quả (Việt) 2:

được viết để hoàn thành nhiệm vụ được giao. Tương tự như vậy, phương thức giải quyết hơn cho các lập trình linh hoạt hơn trong việc thực hiện chức năng nhất định, chẳng hạn như các thao tác bảng và nhiều cách phân nhánh. Và, tất nhiên, với sự gia tăng kích thước bộ nhớ chính và tăng cường sử dụng bộ nhớ ảo, các lập trình viên muốn có thể để giải quyết các dãy bộ nhớ lớn hơn. Tất cả những điều này (opcodes, toán hạng, giải quyết các chế độ, dải địa chỉ) yêu cầu các bit và đẩy theo hướng dài hướng dẫn dài hơn. Nhưng thời gian hướng dẫn còn có thể là lãng phí. Một chỉ thị 64-bit chiếm gấp đôi không gian của một hướng dẫn 32-bit, nhưng có lẽ ít hơn hai lần là có ích. Ngoài cơ bản thương mại-off này, có những cân nhắc khác. Dù chiều dài hướng dẫn nên bằng với chiều dài bộ nhớ-chuyển giao (trong một hệ thống xe buýt, chiều dài databus) hay người ta phải là một bội số của người khác. Nếu không, chúng tôi sẽ không có được một số nguyên của hướng dẫn trong một chu kỳ lấy. Một xem xét có liên quan là tốc độ truyền tải bộ nhớ. Tỷ lệ này đã không bắt kịp với sự gia tăng tốc độ xử lý. Theo đó, bộ nhớ có thể trở thành một nút cổ chai nếu bộ xử lý có thể thực hiện hướng dẫn nhanh hơn nó có thể lấy chúng. Một giải pháp cho vấn đề này là sử dụng bộ nhớ cache (xem Phần 4.3); khác là sử dụng các hướng dẫn ngắn hơn. Như vậy, hướng dẫn 16-bit có thể được lấy tại hai lần tỷ lệ hướng dẫn 32-bit, nhưng có lẽ có thể được thực hiện ít hơn hai lần như nhanh chóng. Một tính năng dường như nhàm chán nhưng vẫn quan trọng là độ dài lệnh phải là một bội số của chiều dài ký tự, mà thường là 8 bit, và chiều dài của số điểm cố định. Để thấy điều này, chúng ta cần phải sử dụng các từ đó không may bệnh được xác định, từ [FRAI83]. Chiều dài từ bộ nhớ, trong một nghĩa nào đó, các đơn vị "tự nhiên" của tổ chức. Kích thước của một từ thường xác định kích thước của số điểm cố định (thường là hai người đều bình đẳng). Kích thước Word cũng thường là bằng hoặc ít nhất trọn vẹn liên quan đến, kích thước bộ nhớ chuyển. Bởi vì một dạng phổ biến của dữ liệu là dữ liệu ký tự, chúng tôi muốn có một từ để lưu trữ một số lượng không thể thiếu của các nhân vật. Nếu không, có lãng phí bit trong mỗi từ khi cất giữ nhiều nhân vật, hoặc một nhân vật sẽ phải dang chân ra một ranh giới từ. Tầm quan trọng của quan điểm này là như vậy mà IBM, khi giới thiệu System / 360 và muốn sử dụng ký tự 8-bit, đã quyết định đau lòng để di chuyển từ các kiến trúc 36-bit của các thành viên khoa học của loạt 700/7000 để một 32-bit kiến trúc.
Phân bổ Bits Chúng tôi đã xem xét một số yếu tố mà đi vào việc quyết định độ dài của các định dạng hướng dẫn. Một vấn đề khó khăn như nhau là làm thế nào để phân bổ các bit trong định dạng đó. Thương mại-off ở đây rất phức tạp. Đối với một chiều dài hướng dẫn được đưa ra, rõ ràng là có một sự đánh đổi giữa số opcodes và sức mạnh của khả năng giải quyết. Nhiều opcodes rõ ràng có nghĩa là nhiều bit trong lĩnh vực opcode. Đối với một định dạng hướng dẫn có chiều dài nhất định, điều này làm giảm số lượng bit có sẵn để giải quyết. Có một sự tinh tế thú vị để đổi này, và đó là việc sử dụng các opcodes chiều dài thay đổi. Trong phương pháp này, có một chiều dài tối thiểu opcode nhưng, đối với một số opcodes, các hoạt động bổ sung có thể được xác định bằng cách sử dụng các bit thêm trong hướng dẫn. Đối với một hướng dẫn fixedlength, lá này ít bit hơn để giải quyết. Như vậy, tính năng này được sử dụng cho những lệnh yêu cầu các toán hạng ít hơn và / hoặc ít mạnh mẽ giải quyết