12.11.2013 Views

Tweaking Optimizing Windows.pdf - GEGeek

Tweaking Optimizing Windows.pdf - GEGeek

Tweaking Optimizing Windows.pdf - GEGeek

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

This feature determines how long the memory controller should wait before sending the read data to the data requester (i.e.<br />

processor, graphics card, etc..). By default, a wait state is added before the data is sent to the requester. Therefore, read<br />

performance is reduced because the memory controller has to wait one cycle before sending any data. In addition, to prevent<br />

overlapping of a read and a write request when the Read Wait State is set to 1 Cycle, an additional delay cycle is inserted between<br />

every read cycle that is followed immediately by a write cycle. This is similar to disabling the Fast R-W Turn Around feature. This<br />

effectively reduces the memory write performance.<br />

Therefore, it is recommended that you set the Read Wait State to 0 Cycle for better memory read and write performance.<br />

Note that this may cause system instabilities in certain situations. When that happens, just reset the value to 1 Cycle.<br />

Read around write<br />

This BIOS feature allows the processor to execute read commands out of order, as if they are independent from the write<br />

commands. It does this by using a Read-Around-Write buffer. Writes are accumulated in this buffer and then written to memory as<br />

a burst transfer. This reduces the number of writes to memory and boosts the memory subsystem's read performance.<br />

In addition, the Read-Around-Write buffer serves as a cache of the most up-to-date data that hasn't been written to memory yet.<br />

So, if a read command points to a memory address whose latest write (content) is still in the Read-Around-Write buffer (waiting to<br />

be copied into memory), the read command will be satisfied by the cache contents instead. In short, if the Read-Around-Write<br />

buffer has the data, the processor can directly read from it, without waiting to access the memory (which will take more time). This<br />

further improves the memory's read performance. Therefore, it is highly recommended that you enable this feature for better<br />

memory read performance.<br />

Refresh interval<br />

Memory cells normally need to be refreshed every 64 msec. However, simultaneously refreshing all the rows in a typical memory<br />

chip will cause a big surge in power requirements. In addition, a simultaneous refresh causes all data requests to stall, which greatly<br />

impacts performance. To avoid both problems, refreshes are normally staggered according to the number of rows. Since a typical<br />

memory chip contains 4096 rows, the memory controller usually refreshes a different row every 15.6 µsec (64,000 µsec / 4096<br />

rows = 15.6 µsec). This reduces the amount of current used during each refresh and it allows data to be accessed from the other<br />

rows.<br />

Usually, DIMMs that use 128Mbit or smaller memory chips have 4096 rows while memory chips with higher capacity (256Mbit and<br />

above) will have 8192 rows. For memory chips that come with 8192 rows, the refresh interval will need to be halved to 7.8 µsec<br />

because there are now twice as many rows to serviced within the stipulated 64 msec for the entire chip. Therefore, the typical<br />

refresh interval for 128Mbit (not MB!) or smaller memory chips would be 15.6 µsec while those for 256Mbit or larger memory chips<br />

would be 7.8 µsec. Please note that if you are using a mix of 128Mbit or smaller DIMMs with 256Mbit or larger DIMMs, the fail-safe<br />

Refresh Interval would be 7.8 µsec, not 15.6 µsec.<br />

Although JEDEC standards call for a 64 msec refresh cycle, memory chips these days can actually hold data for longer than that. So,<br />

using a longer refresh cycle is quite possible. With a longer refresh cycle, the memory chips are refreshed less often, reducing both<br />

the amount of bandwidth wasted on refreshes and the amount of power consumed (which is great for laptops and other portable<br />

devices). For better performance, you should consider increasing the Refresh Interval from the default values (15.6 µsec for<br />

128Mbit or smaller memory chips and 7.8 µsec for 256Mbit or larger memory chips) up to 128 µsec. Please note that if you<br />

increase the Refresh Interval too much, the memory cells may lose their contents. Therefore, you should start with small<br />

increases in the Refresh Interval and test your system after each hike before increasing it further. If you face stability problems<br />

upon increasing the Refresh Interval, reduce the Refresh Interval step by step until the system is stable.<br />

Refresh mode select<br />

Memory cells normally need to be refreshed every 64 msec. However, simultaneously refreshing all the rows in a typical memory<br />

chip will cause a big surge in power requirements. In addition, a simultaneous refresh causes all data requests to stall, which greatly<br />

impacts performance. To avoid both problems, refreshes are normally staggered according to the number of rows. Since a typical<br />

memory chip contains 4096 rows, the memory controller usually refreshes a different row every 15.6 µsec (64,000 µsec / 4096<br />

rows = 15.6 µsec). This reduces the amount of current used during each refresh and it allows data to be accessed from the other<br />

rows.<br />

Usually, DIMMs that use 128Mbit or smaller memory chips have 4096 rows while memory chips with higher capacity (256Mbit and<br />

above) will have 8192 rows. For memory chips that come with 8192 rows, the refresh interval will need to be halved to 7.8 µsec<br />

because there are now twice as many rows to serviced within the stipulated 64 msec for the entire chip. Therefore, the typical<br />

refresh interval for 128Mbit (not MB!) or smaller memory chips would be 15.6 µsec while those for 256Mbit or larger memory chips<br />

would be 7.8 µsec. Please note that if you are using a mix of 128Mbit or smaller DIMMs with 256Mbit or larger DIMMs, the fail-safe<br />

refresh interval would be 7.8 µsec, not 15.6 µsec.<br />

Although JEDEC standards call for a 64 msec refresh cycle, memory chips these days can actually hold data for longer than that. So,<br />

using a longer refresh cycle is quite possible. With a longer refresh cycle, the memory chips are refreshed less often, reducing both<br />

the amount of bandwidth wasted on refreshes and the amount of power consumed (which is great for laptops and other portable<br />

devices). For better performance, you should consider increasing the Refresh Mode Select from the default values (15.6 µsec for<br />

128Mbit or smaller memory chips and 7.8 µsec for 256Mbit or larger memory chips) up to 128 µsec. Please note that if you<br />

increase the Refresh Mode Select too much, the memory cells may lose their contents. Therefore, you should start with<br />

small increases in the Refresh Mode Select and test your system after each hike before increasing it further. If you face stability<br />

problems upon increasing the Refresh Mode Select, reduce it step by step until the system is stable.<br />

SDRam Bank Interleave<br />

This feature enables you to set the interleave mode of the SDRAM interface. Interleaving allows banks of SDRAM to alternate their<br />

refresh and access cycles. One bank will undergo its refresh cycle while another is being accessed. This improves performance of<br />

the SDRAM by masking the refresh time of each bank. A closer examination of interleaving will reveal that since the refresh cycles<br />

of all the SDRAM banks are staggered, this produces a kind of pipelining effect.<br />

If there are 4 banks in the system, the CPU can ideally send one data request to each of the SDRAM banks in consecutive clock<br />

cycles. This means in the first clock cycle, the CPU will send an address to Bank 0 and then send the next address to Bank 1 in the

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!