For SDRAM, the higher the speed the lower the CL, CAS latency, setting you can use. At core speeds of 100MHz a CAS 2 setting should be viable. (Junk brands might not allow for this. Quality is the other key to lower latency settings.) You are using Crucial. With that kind of quality you should not worry about a CL setting of 2.0.
(I posted this on another thread, but it is worth repeating.)
In addition...
I thought that I should add this for those of you who wonder if your memory can handle a CAS Latency 2 setting.
tCLK = System Clock Speed
CL = The CAS Latency
tCAC = Column Access Time
<A HREF="http://www.vml.co.uk/Support/Sdram Timing.htm" target="_new">The "rule" for determining CAS Latency timing is based on this equation: CL * tCLK >= tCAC
In English: "CAS Latency times the system clock cycle length must be greater than or equal to the column access time". In other words, if tCLK is 10ns (100 MHz system clock) and tCAC is 20ns, the CL can be 2. But if tCAC is 25ns, then CL must be 3. The SDRAM spec only allows for CAS Latency values of 1, 2 or 3.</A>
This is based off of 100MHz PC100. So for PC2700 which is a 166.667MHz clock and the fact that most DDR is a CAS 2.5 clock cycles. So the switch is only 0.5 cycles to CAS 2.
So... on a 266 FSB / 133.33MHz x 2 or 400/5 system clock... the tCLK should be around 7.5ns, nanoseconds. (1 second = 1,000,000 ns)
<b>1 second / 1 MHz or cycles per second (clock speed) = 1000ns</b>
(1 MHz = 1,000,000 cycles per 1 second.)
So for 400/3Mhz or 133.33MHz the tCLK will be...
<b>1000ns /(400/3) = 7.5ns</b>
<b>CL * tCLK >= tCAC</b>
<b>2 x 7.5 = 14ns</b>
So for a CAS latency setting of 1.4 would be enough. So you should be more than able to run PC2700 in this example at CL2.
<b>"If I melt dry ice in a bathtub, can I take a bath without getting wet?" - Steven Wright</b>