Power Mac G4 cooling project: Phase 3 - Orientation swap


Hello and welcome to the third installment of the Power Mac G4 cooling project. If you missed the last two installments here are the links...

Power Mac G4 cooling project: Phase 2 - The baseline
Power Mac G4 cooling project: Phase 1 - The plan

In this installment I will be changing the orientation of my 120mm side panel fan and my 60mm CPU fan. Originally the CPU fan was oriented to draw external air into the case and onto the CPU heatsink. The Apple OEM heatsink for my Quicksilver did not have a fan on it; however, my third party CPU has two 40mm fans on top of it. With that in mind, I will orient the 60mm fan to expel the internal case air out of the case. The Quicksilver's CPU, RAM and GPU all live very close together. I suspect that expelling all of that hot air may bring the temperatures down. The results will answer that for us. The 120mm side panel fan is originally oriented to draw air out of the case. I will be changing it's orientation to draw external air into the case. I suspect that using the 120mm fan to draw air into the case may help the GPU temperatures; again, the results will answer that for us.

At the end of phase 2, I came to the conclusion that, on my Quicksilver, nap mode was enabled by default under OS X. With that being said I will not be performing an idle test without nap mode enabled.

I will note the difference in temperature taken, from the baseline temperature taken in phase two.

With all that said, onto the tests!

Ten minutes of idle. OS X 10.4.11:
CPU: 39°C, -3°C
GPU: 43°C, +1°C
RAM: 36°C, -3°C
Exhaust air: 33°C
Intake air: 36°C, +2°C

Ten minutes of idle. Debian Wheezy:
CPU: 38°C, -4°C
GPU: 43°C, +1°C
RAM: 36°C, -6°C
Exhaust air: 33°C, +1°C
Intake air: 38°C, -4°C

This very interesting already. Swapping the orientation did benefit the CPU and the RAM temperatures. There is a catch though; the benefit comes at the expense of the GPU temperature. A one degree increase is not large but this is just at idle. Once I actually start taxing the GPU with something like Quake III; I suspect that the increase in GPU temperature will grow larger.

I will start with the web browsing test. I am curious to see how the GPU temperature increase trends. I will have three tabs open, PowerPC Liberation, FrozenCPU.com and Newegg. I will bounce between FrozenCPU.com and Newegg just as I did in phase two.

Surfing under TenFourFox 31. OS X 10.4.11:
CPU: 48°C, -3°C
GPU: 46°C, +3°C
RAM: 39°C, -4°C
Exhaust air: 36°C, +2°C
Intake air: 38°C

Surfing under Ice Weasel 24.7.0. Debian Wheezy:
CPU: 51°C
GPU: 46°C, +3°C
RAM: 39°C, -4°C
Exhaust air: 36°C, +2°C
i Intake air: 39°C, +1°C

This keeps getting more and more interesting! The GPU temperature did slightly increase, going from a one degree increase to a three degree increase on both platforms. The RAM temperature also maintained it's decrease under both platforms. This is where it gets interesting, I managed to completely loose my CPU temperature decrease under Debian. This makes me start to question the benefit of this orientation swap. It looks as if, when pushed hard enough and long enough, the CPU temperature rises to the baseline temperature. So far I have gained ground on the RAM temperatures and CPU idle temperatures; while loosing ground on the GPU temperature and possibly the CPU temperature under higher usage.

Now lets see if I can erase the drop in the CPU temperature again by pegging the CPU at 100%. To do this I will perform the DVD rip test again. This is the same DVD rip test from phase 2 using using Handbrake 0.9.1. under Mac OS X.

The DVD rip results are...
CPU: 57°C, -4°C
GPU: 43°C, -3°C
RAM: 39°C -9°C
Exhaust air: 36°C
Intake air: 38°C, -4°C

Just when I thought this could not get any more interesting, it did. For the DVD rip we have a drop in the CPU and GPU temperature. We have a sizable nine degree drop in the RAM temperature. My theory on this is as follows. The CPU, RAM and GPU are very close to each other on the Quicksilver motherboard. The DVD rip is very taxing on the CPU. Out of all the tests I run this test is the hardest on the CPU. The CPU being taxed like that will obviously generate more heat. I suspect that the generated heat stays in that area. The RAM is next door to the CPU and the back of the GPU is right next door to the RAM. Now that I am immediately expelling the hot air with the 60mm fan I do not believe that the CPU heat is staying in that area as much as it did prior to the orientation swap. With that being said, the DVD rip is not very taxing on the GPU at all. The AVI playback tests and the Quake III tests will be more GPU intensive. Let us see what happens when I get the GPU to put out some heat.

The third test will be the playback of the resulting AVI file. I will use VLC under OS X and Debian. In addition to VLC, I will test mplayer in Debian.

OS X 10.4.11 VLC 0.9.10 full screen playback:
CPU: 43°C
GPU: 43°C, +4°C
RAM: 38°C, -1°C
Exhaust air: 33°C
Intake air: 38°C, +4°C

OS X 10.4.11 VLC 0.9.10 windowed playback:
CPU: 43°C
GPU: 43°C, +1°C
RAM: 38°C, +3°C
Exhaust air: 34°C
Intake air: 38°C, +5°C

Debian Wheezy VLC 2.0.3 full screen playback:
CPU: 43°C, -3°C
GPU: 46°C, +3°C
RAM: 38°C, +4°C
Exhaust air: 34°C, -2°C
Intake air: 39°C, +5°C

Debian Wheezy VLC 2.0.3 windowed playback:
CPU: 43°C, -3°C
GPU: 43°C
RAM: 38°C, -4°C
Exhaust air: 34°C
Intake air: 38°C

Debian Wheezy mplayer svn34540 full screen playback:
CPU: 43°C, -3°C
GPU: 43°C
RAM: 38°C, -4°C
Exhaust air: 34°C
Intake air: 39°C, +3°C

Debian Wheezy mplayer svn34540 windowed playback:
CPU: 43°C, -3°C
GPU: 42°C, -1°C
RAM: 37°C, - 5°C
Exhaust air: 34°C
Intake air: 38°C

Quake III Arena OS X 10.4.11:
CPU: 54°C, -3°C
GPU: 44°C, +1°C
RAM: 40°C, -3°C
Exhaust air: 36°C, +2°C
Intake air: 37°C, -1°C

Now it is time for my final thoughts on this experiment. I was honestly convinced that using the 120mm fan to draw air in; combined with using the 60mm fan to expel the CPU and RAM hot air would bring the temperatures down. I did not want to make such a claim without having data to back it up. That is where these tests come in.

I was wrong in regards to the effect of switching the 120mm fan's orientation. The tests, for the most part, had raises in the GPU temperature. Even though I am blowing cooler external air onto the GPU using a 120mm fan, the GPU temperature went up. I believe the reason for this is the fact, that by switching the orientation, I have given up a large form of exhaust. The heat generated by the GPU and the PCI area does not have the immediate exit it had before.

Switching the orientation of the 60mm fan however; did cause drops in the CPU and RAM temperatures. The tests, for the most part, confirm my theory about this area of computer. Immediately expelling the hot CPU and RAM air usually lowered the CPU and RAM temperatures.

The results are mixed. Since this has negatively affected portions of the system; I do not believe I can recommend this orientation swap as an improvement to a Quicksilver's cooling system. The cooling system in it's stock form does not perform poorly; therefore I do not see the sense in raising some temperatures for slight decreases in other temperatures. The mission of this project is to make it as good as I possibly can. I believe that this orientation swap misses that mark.

That brings us to a fork in the road. That is where to go from here. I could add a fan to the top of the airport bracket like Zen has in his Power Macs and test it's impact. I could also opt to replace all of my fans with Noctua or Antec fans, then test the impact.

I look forward to feedback. I hope you all have enjoyed this project so far.

Proposed new PowerPC portables


An entrepreneurial fellow named Roberto has contacted me - and it would appear the Luddite also - about the potential for a new PowerPC-based laptop; which also is intended to run Linux.

I am not yet actually putting my support behind this, but since Roberto seems genuinely motivated about it, I thought it was well worth mentioning here.  I simply don't know enough about the project, and if it has enough resources to turn this into a reality.  He claims to be close on a logic board.

I have mentioned many times before that I'm not much of a laptop/portable user, so this wouldn't be an overly desirable thing for me personally, but Mark (fiftysixk) is a portable user, as are many of the readers here.

It will be interesting to see if this actually becomes a reality, but being a laptop, no matter the architecture, there is a lot more engineering involved.  Almost anyone can make a desktop/tower; hence the Mac-clone days back in the 90's, but a laptop is much more challenging.  We shall see what happens.

I give Roberto my sincere best wishes in this project.

GNU/Linux PowerPC Notebook

Our Digital Future


OpenMedia - an international nonprofit that fights for internet rights and freedoms - is putting together what they summarize as "a crowdsourced agenda for free expression" as an answer to the many lobbyists representing many international corporations, in nations all over the world, trying to restrict net neutrality for their own benefit, but this deals more specifically with copyright.

This isn't a specific protest against anything, but more a way to document people around the earth who want to keep the internet as free and open as possible.  Think of it as a preemptive voice of the people before things can be swayed the way that benefits corporations instead of regular people.  This will positively impact the way we can create and share things, and try to ensure it stays that way.

This is why I love OpenMedia, because they are always thinking a couple steps ahead.  They are truly international in their representation of all internet users on earth.  The fact that Creative Commons backs them in all their causes is big for me also.


They propose three key recommendations to keep things fair for all:


Recommendation 1: Respect Creators

"We believe in respect for artists. Having a fair and flexible copyright system means that artists can make a living off their work, while users have the freedom to share, collaborate and create online."


Recommendation 2: Prioritize Free Expression

"The results of our crowdsourcing project demonstrate that participants value the principle of free expression above all other priorities for copyright."


Recommendation 3: Respect Democratic Processes

"Citizens, particularly young people, are increasingly questioning the legitimacy and effectiveness of traditional models of governance and hierarchical processes of decision-making; a new method befitting the era of participation is sorely needed."


They conclude...

"When it comes to government decisions that will affect all of us, OpenMedia doesn’t just want a seat at the table – instead, we actively work to put citizens at the center of government decision-making, and our own decision-making as an organization. In order to include as broad a community as possible in the conversation about copyright laws, we came up with several online engagement tools and strategies that were as simple and user-friendly as possible."


So please throw your support behind them, no matter where you live on the earth, by adding your voice to the cause and being part of the citizen-powered report.


 Our Digital Future: A Crowdsourced Agenda for Free Expression

Sudo vs Root


There has long been a debate, especially among Linux people, as to whether it is better to do administrator tasks as root or via sudo.  For me the debate is won by personal need and use alone.  If you are the lone user, and all that exists is your user account and root access; all you really need is root.

Sudo is better suited to systems with multiple users, and where each requires different limitations; along with also being able to see the logs of each user, and how they're using the abilities they do have.  It's largely for users that you don't trust with the root password, whether based on their skill (worried that they might mess something up) or based on pure trust; maybe both.

My advice is that if you don't trust the ability or intent of someone, then don't let them use your computer.  It would be better to provide them with their own, but that isn't always an option at companies or schools.

Using sudo also requires you to enter sudo in front of commands, which when you add the space needed after equals five extra characters piggybacked onto virtually every command you ever type to get important things done.

For me the best and most direct way to get restricted privilege tasks done (in Debian), will always be when logged in as a standard user and accessing root from the Root Terminal.

Use sudo when truly needed, but even in many of those cases you could get by with root if you add in some trust and discretion.

The main point is that if you trust in your ability, and the ability of those that also have access to your hardware, you never really need to bother with sudo.  I don't.

Like I said...  use it when you truly feel you need to; otherwise it's just an unneeded extra hurdle IMHO.


My personal method for installing anything in Debian or MintPPC:

1. Login to the GUI with your user account

2. Open the Root Terminal (found in the accessories menu)

3. After entering your root password, type:

apt-get install packagename


You know that old expression that goes "keep it simple stupid"?  In this case it's more appropriate to say keep it simple evolved one; since you're using Debian after all.

Several readers have emailed me about this over time, so now you all know where I stand on the whole sudo vs root thing.  Sudo is safer for the paranoid and/or less capable, but root is the best quick & dirty of all; especially if you have the confidence and ability to backup using it.

If you want to learn about using sudo in Debian, read this.

Power Mac G4 cooling project: Phase 2 - The baseline


It is finally time to kick this project off, so lets go! I will get some preliminary information out of the way first.

The temperature in my room is 80°F/27°C.

My Radeon 9800 Pro has a fresh thermal paste job using Arctic Silver 5.

My Motorola G4 1.33GHz 7455B has a fresh thermal paste job using Cooler Master High Performance Thermal Compound (HTK-002).

My memory sticks have heat spreaders on them.

Before I get creative and start moving fans around and swapping them out I need to get a set of baseline temperatures. I will be using the stock fans in their original locations and orientations. I will use the resulting baseline as a metric to determine the success of all the future cooling modifications during this project. Dan (PPCLuddite) suggested using CHUD in OS X for nap mode and powernowd in Debian for CPU frequency scaling. These should obviously help bring the temperatures down so I would like to test them out. Unfortunately I have hit a snag. I am unable to get powernowd working on my Quicksilver. I fear that my CPU is not compatible with powernowd. When I run powernowd as root I get the following results...

powernowd: PowerNow Daemon v1.00, (c) 2003-2008 John Clemens
powernowd: Found 1 scalable unit: -- 1 'CPU' per scalable unit
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq: No such file or directory

For grins I ran the same command on my iBook G3 as its CPU does scale with powernowd. Here are it's results...

powernowd: PowerNow Daemon v1.00, (c) 2003-2008 John Clemens
powernowd: Found 1 scalable unit: -- 1 'CPU' per scalable unit
powernowd: cpu0: 400Mhz - 700Mhz (2 steps)

I do not have an original Quicksilver CPU so I am currently unable to test against that fear. After running dmesg I found the following encouraging line.

[ 0.000000] Processor NAP mode on idle enabled.

Even though I cannot currently get my CPU to scale with powernowd on my Quicksilver, at least I have nap mode in both Debian and OSX. I feel like I have talked enough, lets get onto the tests and results, shall we?

Ten minutes of idle. OS X 10.4.11. CHUD nap mode disabled:
CPU: 57°C
GPU: 43°C
RAM: 43°C
Intake air: 38°C
Exhaust air: 33°C

Ten minutes of idle. OS X 10.4.11. CHUD nap mode enabled:
CPU: 42°C
GPU: 42°C
RAM: 39°C
Intake air: 34°C
Exhaust air: 33°C

Ten minutes of idle. Debian Wheezy:
CPU: 42°C
GPU: 42°C
RAM: 42°C
Intake air: 34°C
Exhaust air: 34°C

My first stress test will be web browsing. I will have three tabs open, PowerPC Liberation, FrozenCPU.com and Newegg. During the test I will flip between FrozenCPU and Newegg, browsing both sites for fans.

Surfing under TenFourFox 31. OS X 10.4.11:
CPU: 51°C
GPU: 43°C
RAM: 43°C
Intake air: 38°C
Exhaust air: 34°C

Surfing under Ice Weasel 24.7.0. Debian Wheezy:
CPU: 51°C
GPU: 43°C
RAM: 43°C
Intake air: 38°C
Exhaust air: 34°C

Now for my second test. I will rip a portion of a DVD using handbrake under OS X. I will be using Handbrake 0.9.1. My codec choice will be XviD. My average bitrate choice will be 2000kbps. I will be using 2-pass encoding and the AVI container. These settings came from Zen's excellent XviD guide. I recommend reading it if you haven't already.

The DVD rip results are...
CPU: 61°C
GPU: 46°C
RAM: 48°C
Intake air: 42°C
Exhaust air: 36°C

The third test will be the playback of the resulting AVI file. I will use VLC under OS X and Debian. In addition to VLC, I will test mplayer in Debian.

OS X 10.4.11 VLC 0.9.10 full screen playback:
CPU: 43°C
GPU: 39°C
RAM: 39°C
Intake air: 34°C
Exhaust air: 33°C

OS X 10.4.11 VLC 0.9.10 windowed playback:
CPU: 43°C
GPU: 42°C
RAM: 41°C
Intake air: 34°C
Exhaust air: 33°C

Debian Wheezy VLC 2.0.3 full screen playback:
CPU: 46°C
GPU: 43°C
RAM: 42°C
Intake air: 36°C
Exhaust air: 34°C

Debian Wheezy VLC 2.0.3 windowed playback:
CPU: 46°C
GPU: 43°C
RAM: 42°C
Intake air: 38°C
Exhaust air: 34°C

Debian Wheezy mplayer svn34540 full screen playback:
CPU: 46°C
GPU: 43°C
RAM: 43°C
Intake air: 36°C
Exhaust air: 34°C

Debian Wheezy mplayer svn34540 windowed playback:
CPU: 46°C
GPU: 43°C
RAM: 42°C
Intake air: 38°C
Exhaust air: 34°C

This experiment needs more first person shooters. Time for some Quake III Arena!

Quake III Arena OS X 10.4.11:
CPU: 57°C
GPU: 43°C
RAM: 43°C
Intake air: 38°C
Exhaust air: 34°C

This has been fun. I could have just cheese balled my way through this and used something like geek bench. I opted to use real world tasks instead as they are more important to me than benchmarking software magic numbers.

I did notice something interesting about CHUD and OS X nap mode. I belive that OS X, for my Quicksilver, enables nap mode by default. I can install CHUD, turn off nap mode and watch my temperatures climb. I can then turn it back on and watch them go back down. This is where it gets interesting. If I turn nap mode off using CHUD, then remove CHUD and reboot, my temperatures will go back down to nap mode levels. In the article Dan brought to my attention this is not the case. The MDD owner in the article can monitor his temperatures using software and watch them drop after enabling nap mode with CHUD. Based on my findings and the MDD owner's findings, I believe CHUD's benefits will vary model to model.

Given the period of time the Quicksilver came from, I do not believe these temperatures are bad. The highest temperature I got was 61C during a handbrake rip. I have seen plenty of PCs of similar vintage push out higher temperatures. However, I want the absolute best for my Power Mac. Despite these positive results, I still feel like I can make improvements to the cooling. I will continue to keep pushing onward.

The next phase will be experimenting with the fan orientation. Stay tuned and thank you for reading!

New ARM powered Freescale MCU sets modern example


While this is not a PowerPC chip; it is a RISC chip, and sets a perfect example for the modern predominant path of most RISC chips.  For those that don't know, an MCU (Micro-Controller Unit) is a type of SoC (System-on-Chip); which means it has the CPU, RAM and ROM on-chip to run embedded applications.  These are typically used in jets, cars, power generators and many other industrial based applications.

There are also PowerPC specific MCU development options like this that have been around for a while, and put all the capability directly in the users hands.  Much like Unix and Linux in the software realm; these SoC hardware and embedded development tools are only limited by the ability and imagination of the user.

This is why we should embrace the fact that we are no longer computing within the mainstream (and never really were); because even the current path of RISC steers far away from user friendly.

Solutions like these can literally turn engineering dreams into reality.