Active Topics
-
Is there a section to talk about Java ME? Apps, etc. (0)
to General by Kalatti - 2 days, 13 hrs ago -
Extra softwares in Sailfish using CLI, repositories, etc (117)
to SailfishOS by nieldk - 4 days, 10 hrs ago -
Firefox with Leste (6)
to Maemo 7 / Leste by teroyk - 5 days, 7 hrs ago - more...
|
2011-01-18
, 23:01
|
|
Posts: 1,042 |
Thanked: 430 times |
Joined on May 2010
|
#22
|
No I mean even enabling VDD it still has no effect as it's hardcodedly disabled by nokia after PR1.0?
|
|
2011-01-19
, 00:06
|
|
Posts: 1,463 |
Thanked: 1,916 times |
Joined on Feb 2008
@ Edmonton, AB
|
#23
|
its hard to verify it does anything but on my n900 it freezes when i enable smartreflex at clocks > 805mhz. otherwise i can get it to 950. so it must be lowering the voltage too much. nokia never said anything about disabling it completely, just by default it would remain disabled.
nokia might have broken it in their stock kernel, but its able to turn on still with titan's
Last edited by Creamy Goodness; 2011-01-19 at 00:18.
nokia might have broken it in their stock kernel, but its able to turn on still with titan's
Last edited by Creamy Goodness; 2011-01-19 at 00:18.
| The Following User Says Thank You to Creamy Goodness For This Useful Post: | ||
|
|
2011-01-19
, 01:20
|
|
Posts: 343 |
Thanked: 165 times |
Joined on Sep 2010
|
#24
|
overclocking will damage your system.
|
|
2011-01-19
, 01:40
|
|
Posts: 4,556 |
Thanked: 1,624 times |
Joined on Dec 2007
|
#25
|
Originally Posted by mattbutsko
Depends on the specific batch of Cortex A8 chips. I think there's more than one Cortex A8. With the chips being rated (or certified I guess) to run at certain speeds without much harm. Which is probably why some N900 are more unstable when overclocked with the same voltage settings than other N900s.
Most of the time, this isn't true. The Cortex A8 was made to run at 600Mhz to greater than 1Ghz, and that's quoting ARM's website. So, if you keep it at or under 1Ghz, you're not gonna hurt the phone since it was made to run at that speed anyway.
__________________
Originally Posted by ysss
They're maemo and MeeGo...
"Meamo!" sounds like what Zorro would say to catherine zeta jones... after she slaps him for looking at her dirtily...
|
|
2011-01-19
, 02:03
|
|
Banned |
Posts: 358 |
Thanked: 160 times |
Joined on Dec 2010
|
#26
|
I wonder what happens when I make my device entirely and fully swapless? Looking at Conky there is always about 25% free memory left! Isn't Linux supposed to eat all free memory for diskcache and so on? Isn't it the same idea? Btw I removed python from being swapped too and my device seems to be very responsive now!
#!/bin/sh
LD_PRELOAD=/usr/lib/mlocker.so
exec python2.5 "$@"
Last edited by epitaph; 2011-01-19 at 02:16.
#!/bin/sh
LD_PRELOAD=/usr/lib/mlocker.so
exec python2.5 "$@"
Last edited by epitaph; 2011-01-19 at 02:16.
|
|
2011-01-19
, 03:02
|
|
Posts: 18 |
Thanked: 72 times |
Joined on Sep 2008
|
#27
|
Originally Posted by epitaph
I'm fairly certain that Conky only displays memory allocated to processes for the "memory used" graph. The rest of the memory you can assume has been (or will soon be) used by the kernel for disk cache/buffers.
I wonder what happens when I make my device entirely and fully swapless? Looking at Conky there is always about 25% free memory left! Isn't Linux supposed to eat all free memory for diskcache and so on? Isn't it the same idea?
Originally Posted by epitaph
I think that's probably placebo-- most if not all python processes are running as user, not root, and mlocker.so will only work if the process is running with root privileges. If you really want to see how your device runs without swap, then type the following at the console:
Btw I removed python from being swapped too and my device seems to be very responsive now!
Code:
sudo gainroot swapoff -a
The question of which apps to lock into memory is tricky, because the more RAM you lock up, the less responsive anything else in the system will be. I decided the X server was important enough to lock just because any application that displays anything on the screen, which is most of them, will have to talk to the X server, so it's a common bottleneck. I'm not nearly as sure about the rest, though.
I'm actually considering writing a kernel patch to fine-tune the swapping behavior for different processes; it might be more effective (and efficient) than continuing with the LD_PRELOAD tricks I've been using.
| The Following User Says Thank You to Cirne For This Useful Post: | ||
|
|
2011-01-19
, 08:43
|
|
Posts: 196 |
Thanked: 224 times |
Joined on Sep 2010
@ Africa
|
#28
|
Originally Posted by Cirne
Note that the other problem here is bad behaviour in the kernel when under memory pressure while doing IO to a device that has slow IO. On desktop linux, this is very apparent when you do any disk IO to (say) a slow USB flash disk, on kernels (AFAIUR) 2.6.27 through 2.6.33.
[SIZE="5"]
I've always been a little disappointed in how the N900 handles when all its RAM is used up and it starts going to swap. It doesn't happen that often, but sometimes I have four or five browser windows open plus the email client and maybe an xterm... Typically the device pretty much stops responding, and even pressing control-backspace, the power button, or even the lock slider takes ages to work. And if I get a phone call? Sometimes I don't even get the phone window to show up before the phone stops ringing.
Taking a look using htop, it seems like the browser process and X itself are fighting over RAM-- the browser is using what appears to be around 500 or so megs of memory (most of it swapped out, obviously) and both it and X are in disk-wait as both of them page fault to work together on handling the same request. So, I've altered my N900 to make the Xorg process lock all its memory into RAM. Which means that RAM space can't ever be used by other processes, but in my experience, X swapping out is never a good thing on a workstation, and that's probably triply true on a handheld device.
There have been a number of fixes addressing this bug, starting around 2.6.34.
On desktop linux distros, just one of these fixes on top of 2.6.33 makes a *huge* difference.
It might be worthwhile looking at getting these patches into the kernel (since almost all the IO is to slow block devices).
| The Following User Says Thank You to buchanmilne For This Useful Post: | ||
|
|
2011-01-19
, 09:20
|
|
Posts: 63 |
Thanked: 37 times |
Joined on Jul 2010
|
#29
|
Yep, http://www.phoronix.com/scan.php?pag...item&px=OTAyNw
2.6.38 will feature all responsiveness patches.
2.6.38 will feature all responsiveness patches.
 |
|
2011-01-24
, 07:25
|
|
Posts: 21 |
Thanked: 15 times |
Joined on Jan 2011
|
#30
|
Originally Posted by Cirne
Apologies for hijacking the thread.
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
How did you type the dash, 0, and slash? When I boot into the Meego rescue initrd, the Fn key doesn't do anything.
Smartreflex is disabled by default, sure, i'm just saying people messing with the overclocking stuff are likely to enable it. And they will get longer cpu life.