Hi,
If your "safely" means not spoiling your CPU:
If you wil not raise the Vcore, you can not spoil an Intel CPU even if you start feeding them by absurdly high FSB. It just will not function at all will or give up the work after few seconds of action. But it does not hurt him.
Even if you will raise the Vcore in a reasonable range (10% over the specs is a acceptable for Northwood generation CPUs - yours one is this genereation) you can not spoil the CPU. If the resulting core speed wiil be too high for it, your system will hang or lock up, but nothing happens to your CPU. Raising the Vcore more than 15% over the specs gets it into conditions which can't be marked "safe", but anyhow as I have find out while playing with hardware, it is not just risky, but counterproductive too, because even one can reach stable operation of core for a few seconds or minutes, the core then overheats and the system hangs. And the overclocked system which isn't stable does not worth all that effort. Perfect stability is more important than an extra 1 or 2% of speed, in my opinion. I consider raising the Northwood core CPUs Vcore to 1.575 - 1.65 V is the happy mean, except for cases when you are using superduper cryo cooling. My celeron 2.1 gives me the better results for overclocking at 1.575V (140 MHz with stock heatsink).
If you mean "stable" when you say "safe", it's very easy to state whether your system is stable at a given frequency. There are programs which does nothing else just burden the CPU with a dozen of computing tasks and it gets it in the fully laoaded state. If you have some hardware monitoring tool you can notice that CPU heats up. And if it hangs, you have to go down with your FSB or with Vcore, until you reach tje state, that such testing software can run for several hours without a crash. Then, your system is rock stable
One of such stability testing programs is "The CPU stability test 6.0" by Jouni Vuorio.
My recommendations of how to play with your system is as follows:
1. Raise the CPU Vcore to 1.6 V. You don't have to afraid, it's harmless, because it is just 5% over the Northwood's default Vcore (1.525V)
2. Choose the slowest FSB:RAM divider. It means, that your memory will work slow, but this is the state, when the crash of the system can be caused only by CPU. For example, if you have an DDR333 or DDR400 memory, which is capable running stable up to 166MHz (200MHz respectively), then choose 1:1 divider, which will drive your RAM at the same frequency as the CPU (assuming you will start OCing from 133MHz). In case you have DDR266, choose a divider somewhat under 1:1, for example 4:3. Moreover, choose the slowest timings for memory. These are the memory timing settings:
- CAS Latency (or DRAM Cycle length)
- RAS to CAS delay
- RAS precharge (or Row precharge)
- Tras/Trc (or Row active time or Minumum RAS pulse width)
Choose the highest possible numbers for these settings in your BIOS.
3. Set the CPU FSB to say 150 MHz and boot the system. The run the CPU stability test. If it does not fail (it shouldn't), riase the FSB to say 155 MHz and so on with 5 MHz steps, until the stability test starts hanging in first 30 minutes. Then go back by 1 MHz and when it will run stable for over 12 hours, you have reached the limits of your CPU. I hope the wild overclockers excuse me for not mentioning advices like "go in the shop and buy one 150W peltier or cryocooling unit ..." it would be a whole different story.
But in general, it is better to run the P4 systems at limits of the system memory, not at the limits of the CPU. So, how you can find out the limits of your memory? The way is similar, just the stress is moved from CPU to memory.
For now, I think it is enough to have play with it for at least a few days. Maybe somewhat later I will write aomething about finding out the limits of your memory and what to do after you know both the limits of the CPU and the memory.
I am sorry for this broken story, but I am in a hurry right now and have to leave this "twadding"