Active Topics
-
Installing CSSU Stable in year 2024 (1)
to Maemo 5 / Fremantle by Maemish - 19 mins ago -
[ANNOUNCE] CSSU-thumb thread - stable Thumb2 on N900 (2,266)
to Maemo 5 / Fremantle by pali - 2 hrs, 22 mins ago -
Firefox with Leste (7)
to Maemo 7 / Leste by teroyk - 6 hrs, 26 mins ago -
Porting apps to Leste (32)
to Maemo 7 / Leste by Arno_11 - 6 days, 9 hrs ago - more...
|
2011-01-10
, 13:16
|
|
Posts: 5,795 |
Thanked: 3,151 times |
Joined on Feb 2007
@ Agoura Hills Calif
|
#12
|
Originally Posted by James_Littler
So it's not a but that this will take years to happen?
No it is completely true.
By overclocking you WILL damage the CPU faster than if you weren't overclocking in the same scenario.
No ifs, no buts.
Doesn't Nokia overclock the N900 at the factory before they send it to us?
Would you care to go into more depth about the damage Nokia does by overclocking?
__________________
All I want is 40 acres, a mule, and Xterm.
All I want is 40 acres, a mule, and Xterm.
|
|
2011-01-10
, 13:36
|
|
Posts: 18 |
Thanked: 72 times |
Joined on Sep 2008
|
#13
|
Originally Posted by gregoranderson
I think I'll more likely implement it as an LD_PRELOAD hack again, to minimize the impact on what is a very important system process. I'd rather not recompile it if I don't have to. And there will definitely be some sort of configurability, possibly a file in /etc listing which binaries should get the mlock treatment.
Would you be patching that directly? Might be worth implementing a blacklist + whitelist.
| The Following 2 Users Say Thank You to Cirne For This Useful Post: | ||
 |
|
2011-01-10
, 13:55
|
|
Posts: 820 |
Thanked: 436 times |
Joined on May 2010
@ Portsmouth, UK.
|
#14
|
Originally Posted by geneven
The a8 comes in many clock speeds, I believe the N900 uses the one rated to 600MHz, though there are others that will officially scale to 1GHz.
So it's not a but that this will take years to happen?
Doesn't Nokia overclock the N900 at the factory before they send it to us?
Would you care to go into more depth about the damage Nokia does by overclocking?
We have no way of knowing how long it will take for the first a8 to pop.
It might be a case of months, years or decades, the point is we just do not know.
|
|
2011-01-10
, 20:54
|
|
Posts: 1,427 |
Thanked: 2,077 times |
Joined on Aug 2009
@ Sydney
|
#15
|
Originally Posted by James_Littler
That's right. Most likely, some other component will die way before the CPU does anyways.
It might be a case of months, years or decades, the point is we just do not know.
I guess I've been lucky for past 11 months or so running at 1Ghz+ constant.
Ah well, I'll soon get a dual-core A9 phone or similar and overclock that. =P
Sorry for being off topic. I'll stay quiet now.
|
|
2011-01-18
, 20:59
|
|
Posts: 85 |
Thanked: 15 times |
Joined on Sep 2010
|
#16
|
Does mlocker.so need to be chmod'ed in anyway before one does this?
|
|
2011-01-18
, 21:52
|
|
Posts: 18 |
Thanked: 72 times |
Joined on Sep 2008
|
#17
|
Originally Posted by ThePooBurner
It shouldn't need to be, it's in the archive with the right permissions. But, if you extract it to a VFAT partition (like in MyDocs), it might get messed up. If you want to be on the safe side, go ahead and chmod 755 the library once it's in place. It doesn't need to be SUID, though, if that's what you mean.
Does mlocker.so need to be chmod'ed in anyway before one does this?
In other news I got started with mlock'ing those other binaries and promptly reboot-looped my N900. It took me the better part of five hours to get it running again because EARLY_SSH in kernel-power didn't work as advertised (see my post on the k-power thread for the solution). So I had to try and fix things in the rootfs filesystem using the meego rescue initrd, which was complicated because I didn't understand ubifs at all.
For anyone else that falls into that trap (assuming you're using the meego rescue initrd, or any other initrd that gives you a standard shell):
1. Append ubi.mtd=rootfs to the kernel command line.
2. Type at the shell prompt: mount -t ubifs ubi0:rootfs /mnt
|
|
2011-01-18
, 22:11
|
|
Posts: 1,463 |
Thanked: 1,916 times |
Joined on Feb 2008
@ Edmonton, AB
|
#18
|
FYI enabling smart-reflex as part of overclocking should help with silicon degradation, it sounds like it will dynamically reduce the voltage to reduce the effects of degradation. Hopefully this counter-effects the increased temperature from overclocking 
Also the materials and process (NOT high-k and is 65nm) should provide a pretty long life compared to some CPUs. Anyways I wouldn't go so far as to say any slight overclocking will damage the cpu, but it is just wearing at an accellerated rate.
Oh yeah, thanks for the work on the scripts though, I will have to try this some time. But it might wear out my RAM! Oh I guess thats better than the flash memory...
Also the materials and process (NOT high-k and is 65nm) should provide a pretty long life compared to some CPUs. Anyways I wouldn't go so far as to say any slight overclocking will damage the cpu, but it is just wearing at an accellerated rate. Oh yeah, thanks for the work on the scripts though, I will have to try this some time. But it might wear out my RAM! Oh I guess thats better than the flash memory...
|
|
2011-01-18
, 22:25
|
|
Posts: 18 |
Thanked: 72 times |
Joined on Sep 2008
|
#19
|
Originally Posted by Creamy Goodness
As I said: This will not increase the load on the RAM chips at all, or damage them, or make them wear out faster. RAM isn't like an LCD monitor where locking an image into place "burns it in". If the X server weren't locked into memory, then it would just be some other piece of data filling that space. There's no such thing (for all practical intents and purposes) as an "empty" memory block, you don't "turn off" memory like you do a monitor, and it doesn't harm your RAM to have part of the memory space permanently dedicated to a single process.
Oh yeah, thanks for the work on the scripts though, I will have to try this some time. But it might wear out my RAM! Oh I guess thats better than the flash memory...
What it will do, however, is change the profile of the swap (i.e. flash memory) usage. The X server, which would otherwise occasionally eat up write/erase cycles by swapping out, will no longer cause any flash wear. Other processes on the system, however, will be somewhat more likely to swap out because they can't use the memory that is reserved for X, so they will cause slightly more flash wear. It's a balance, and I have no real numbers on how it might affect flash usage overall, but my intuition is that, since the X server is used so much, it would probably result in an overall decrease in flash memory usage.
| The Following User Says Thank You to Cirne For This Useful Post: | ||
|
|
2011-01-18
, 22:46
|
|
Posts: 1,042 |
Thanked: 430 times |
Joined on May 2010
|
#20
|
Originally Posted by Creamy Goodness
I thought smartreflex was disabled already?
FYI enabling smart-reflex as part of overclocking should help with silicon degradation, it sounds like it will dynamically reduce the voltage to reduce the effects of degradation. Hopefully this counter-effects the increased temperature from overclocking
Oh yeah, thanks for the work on the scripts though, I will have to try this some time. But it might wear out my RAM! Oh I guess thats better than the flash memory...
Yep so I see. Just looking at the maemo-launcher source on gitorious now to see why camera-ui went pants on head. Would you be patching that directly? Might be worth implementing a blacklist + whitelist.