Monday Ship Message, 2007-09-24
Ship update message for 2007-09-24 Schedule: This week we are going to finalize the build for Trial-3. We are not putting any more bug fixes in to the code base without approval from Jim or Kim. Jim is reviewing all the bugs from the blocking status through high priority to find the few that still need to be addressed. Kim is looking at all the normal and low priority bugs with the intention of finding a good future release for them. We are about a week behind where we want to be and we expect to drop the first release of OFW (and OS) to Quanta (mfg) at the end of this week. The FRS schedule is right on the tail of this Trial-3 release. People who are not working on the few critical bugs left in trial-3, please start in on the bugs that have been moved into FRS. These fixes will need to be checked into a different stream (Jim, can you provide direction?). It is important that you have a place to check in and test; but these FRS fixes should NOT go into the next Trial-3 build. FRS code freeze is only 3 weeks from today. Areas of Discussion this week: Suspend/Resume updates High priority Trial-3 bugs - journal (human readable names, backward compatibility with v542), suspend/resume, activation and upgrades, documenting or finding work-arounds for the rest High priority small features for FRS High priority/blocking bugs for FRS Discussions on hiring (job descriptions available at the laptop.org website) Meeting schedule: Monday 1pm EDT, test meeting (call in line1) Monday 3pm EDT, multi-battery charger update (call in line 1) Tuesday noon EDT, Journal and Tubes update [trial-3 and frs bugs/features] (call in line1) Tuesday 3pm EDT, Content IRC chat (is this the correct time, SJ?) Tuesday 4pm EDT, Security update [as well as a general update we should discuss testing activation, bentham, laptop upgrades, rainbow] (no call in yet) Tuesday 9pm EDT, Bug review IRC chat (Jim will send out email if this time/day changes; we have been discussing different times every week to give people a chance to attend who can't otherwise) Wednesday 10am EDT, UI/Sugar design meeting (ask Eben for call in info) Wednesday 3pm EDT, School server update (no call in yet) Call in line1: From the United States 866-213-2185 From Outside the United States 1-609-454-9914 access code: 8069698 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Monday Ship Message, 2007-09-24
On 9/24/07, Kim Quirk [EMAIL PROTECTED] wrote: The FRS schedule is right on the tail of this Trial-3 release. People who are not working on the few critical bugs left in trial-3, please start in on the bugs that have been moved into FRS. These fixes will need to be checked into a different stream (Jim, can you provide direction?). It is important that you have a place to check in and test; but these FRS fixes should NOT go into the next Trial-3 build. For Sugar and activities we are creating trial-3 branches in git and continue the 1.0 work on master. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Increasing performance by tuning swappiness
Swappiness[1] is believed to increase perfomance by setting the amount of RAM an application may use before switching to swap. The following command: # cat /proc/sys/vm/swappiness reports that the XO distro is using 60 as the current value. A specific value may be set as the default in /etc/sysctl.conf Example: vm.swappiness = 70 The question is, would using another value here increase performance? I think so. It's a matter of finding what is the better value and, considering the hardware will remain pretty much the same from here on, it is likely worthy to set something according to the laptop's needs. Any thoughts on this subject? -Ivo [1] http://kerneltrap.org/node/3000 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Increasing performance by tuning swappiness
Hi, Any thoughts on this subject? Yes: we don't use swap. - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Increasing performance by tuning swappiness
Chris Ball wrote: Hi, Any thoughts on this subject? Yes: we don't use swap. Not quite; we don't have anywhere to swap *dirty* pages to, but the kernel can still swap out shared library code pages and stuff like that, because they already exist on disk so it can just read them back from there if it needs them later. -- Dan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Less Watts
FYI: http://www.lesswatts.org/ -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Fwd: + maps-pssproportional-set-size-accounting-in-smaps.patch added to -mm tree]
Cool! Andrew picked up the patch I liked. Andres, how about adding it to olpc-2.6 too? Along with the latest Memphis patch, it would give use us invaluable stats for those trying to reduce memory usage. Original Message Subject: + maps-pssproportional-set-size-accounting-in-smaps.patch added to -mm tree Date: Mon, 24 Sep 2007 13:32:10 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],[EMAIL PROTECTED], [EMAIL PROTECTED] The patch titled maps: PSS(proportional set size) accounting in smaps has been added to the -mm tree. Its filename is maps-pssproportional-set-size-accounting-in-smaps.patch *** Remember to use Documentation/SubmitChecklist when testing your code *** See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find out what to do about this -- Subject: maps: PSS(proportional set size) accounting in smaps From: Fengguang Wu [EMAIL PROTECTED] The proportional set size (PSS) of a process is the count of pages it has in memory, where each page is divided by the number of processes sharing it. So if a process has 1000 pages all to itself, and 1000 shared with one other process, its PSS will be 1500. - lwn.net: ELC: How much memory are applications really using? The PSS proposed by Matt Mackall is a very nice metic for measuring an process's memory footprint. So collect and export it via /proc/pid/smaps. Matt Mackall's pagemap/kpagemap and John Berthels's exmap can also do the job. They are comprehensive tools. But for PSS, let's do it in the simple way. Cc: John Berthels [EMAIL PROTECTED] Cc: Bernardo Innocenti [EMAIL PROTECTED] Cc: Padraig Brady [EMAIL PROTECTED] Cc: Denys Vlasenko [EMAIL PROTECTED] Cc: Balbir Singh [EMAIL PROTECTED] Acked-by: Matt Mackall [EMAIL PROTECTED] Signed-off-by: Fengguang Wu [EMAIL PROTECTED] Cc: Hugh Dickins [EMAIL PROTECTED] Signed-off-by: Andrew Morton [EMAIL PROTECTED] --- fs/proc/task_mmu.c | 29 - 1 files changed, 28 insertions(+), 1 deletion(-) diff -puN fs/proc/task_mmu.c~maps-pssproportional-set-size-accounting-in-smaps fs/proc/task_mmu.c --- a/fs/proc/task_mmu.c~maps-pssproportional-set-size-accounting-in-smaps +++ a/fs/proc/task_mmu.c @@ -324,6 +324,27 @@ struct mem_size_stats unsigned long private_clean; unsigned long private_dirty; unsigned long referenced; + + /* +* Proportional Set Size(PSS): my share of RSS. +* +* PSS of a process is the count of pages it has in memory, where each +* page is divided by the number of processes sharing it. So if a +* process has 1000 pages all to itself, and 1000 shared with one other +* process, its PSS will be 1500. - Matt Mackall, lwn.net +*/ + u64 pss; + /* +* To keep (accumulated) division errors low, we adopt 64bit pss and +* use some low bits for division errors. So (pss PSS_DIV_BITS) +* would be the real byte count. +* +* A shift of 12 before division means(assuming 4K page size): +* - 1M 3-user-pages add up to 8KB errors; +* - supports mapcount up to 2^24, or 16M; +* - supports PSS up to 2^52 bytes, or 4PB. +*/ +#define PSS_DIV_BITS 12 }; struct smaps_arg @@ -341,6 +362,7 @@ static int smaps_pte_range(pmd_t *pmd, u pte_t *pte, ptent; spinlock_t *ptl; struct page *page; + int mapcount; pte = pte_offset_map_lock(vma-vm_mm, pmd, addr, ptl); for (; addr != end; pte++, addr += PAGE_SIZE) { @@ -357,16 +379,19 @@ static int smaps_pte_range(pmd_t *pmd, u /* Accumulate the size in pages that have been accessed. */ if (pte_young(ptent) || PageReferenced(page)) mss-referenced += PAGE_SIZE; - if (page_mapcount(page) = 2) { + mapcount = page_mapcount(page); + if (mapcount = 2) { if (pte_dirty(ptent)) mss-shared_dirty += PAGE_SIZE; else mss-shared_clean += PAGE_SIZE; + mss-pss += (PAGE_SIZE PSS_DIV_BITS) / mapcount; } else { if (pte_dirty(ptent)) mss-private_dirty += PAGE_SIZE; else mss-private_clean += PAGE_SIZE; + mss-pss += (PAGE_SIZE PSS_DIV_BITS); } } pte_unmap_unlock(pte - 1, ptl); @@ -395,6 +420,7 @@ static int show_smap(struct seq_file *m, seq_printf(m, Size: %8lu kB\n Rss:%8lu kB\n +
Re: [Fwd: + maps-pssproportional-set-size-accounting-in-smaps.patch added to -mm tree]
On Mon, 24 Sep 2007 16:51:07 -0400 Bernardo Innocenti [EMAIL PROTECTED] wrote: Cool! Andrew picked up the patch I liked. Andres, how about adding it to olpc-2.6 too? Along with the latest Memphis patch, it would give use us invaluable stats for those trying to reduce memory usage. Is it useful for the sugar folks' memory donut? I'm certainly not opposed to including the patch (though I'd want to look over the lkml thread before committing), if people find it useful. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Fwd: + maps-pssproportional-set-size-accounting-in-smaps.patch added to -mm tree]
Andres Salomon wrote: On Mon, 24 Sep 2007 16:51:07 -0400 Bernardo Innocenti [EMAIL PROTECTED] wrote: Cool! Andrew picked up the patch I liked. Andres, how about adding it to olpc-2.6 too? Along with the latest Memphis patch, it would give use us invaluable stats for those trying to reduce memory usage. Is it useful for the sugar folks' memory donut? I'm certainly not opposed to including the patch (though I'd want to look over the lkml thread before committing), if people find it useful. PSS is basically the same measure we're currently calculating (a little more accurate in some ways, a little less in others). Having the kernel calculate PSS would let us draw the ring faster (which would be good), but wouldn't affect the accuracy. The biggest problem the ring has right now is that it doesn't take into account the fact that code pages can be swapped back out to disk to create more RAM, and so it needs to count inactive pages differently from active pages if we want the free-space wedge in the donut to be an accurate estimation of the user's ability to launch another activity. AFAIK the PSS kernel patch doesn't help with this. -- Dan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #3631 HIGH First D: Need fullscreen mode
Well, some of our principles for keyboard shortcuts have been 1) treating CTRL-K as a primary shortcut for action A and ALT-K as a variation on that same action and 2) we've been trying to adhere to the (generally similar) shortcut paradigms present in Linux and OSX when possible. I'm not as familiar with Linux, but OSX frequently uses F for fullscreen. Is ALT-ENTER of Windows origin? On 9/24/07, Zarro Boogs per Child [EMAIL PROTECTED] wrote: #3631: Need fullscreen mode --+- Reporter: Eben | Owner: erikos Type: task | Status: new Priority: high | Milestone: First Deployment, V1.0 Component: web browser | Version: Resolution: |Keywords: Verified: 0| --+- Comment(by bert): Traditionally, Alt-Enter is used for toggling full-screen mode. I like that better than using up a valuable ctrl-key combo, which should be left to the activities. Etoys for one already uses all of them (if you disable the novice mode at least). -- Ticket URL: https://dev.laptop.org/ticket/3631#comment:4 One Laptop Per Child https://dev.laptop.org OLPC bug tracking system ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Fwd: + maps-pssproportional-set-size-accounting-in-smaps.patch added to -mm tree]
On 09/24/2007 05:14 PM, Dan Winship wrote: The biggest problem the ring has right now is that it doesn't take into account the fact that code pages can be swapped back out to disk to create more RAM, and so it needs to count inactive pages differently from active pages if we want the free-space wedge in the donut to be an accurate estimation of the user's ability to launch another activity. AFAIK the PSS kernel patch doesn't help with this. Considering only active pages would be an unfair estimate of the overall memory pressure caused by a running activity. An activity in the background would seem to use less memory than one in the foreground. And the usage estimate would change over time without the application ever allocating more. -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #3631 HIGH First D: Need fullscreen mode
On 9/25/07, Eben Eliason [EMAIL PROTECTED] wrote: I'm open to other suggestions for shortcuts, though. What about the F8 key, or whatever's the name of the largest dot key at the top of the keyboard? Right now, it doesn't seem to do anything. -Ivo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Modification of Public OLPC Software
I often use Linux without any X-Windows, but only svgalib: mplayer, links 2.0 browser, mp3blaster, etc. On FreeDOS (Free Disk Operating System), I can use display, arachne, pppd etc. Because OLPC is sold to general public using Buy 2 Get 1 G1G1, is it possible to customize OLPC: 1. Disable internal Flash Drive, and boot from external USB hard disk / external CD-ROM drive. 2. Boot to console mode (svgalib). 3. Install Fedora, Mandriva or other Linux/BSD distro, FreeDOS. Use TWM / IceWM windows manager. Is the above ideas possible? Thank you. _ = You want FREE web-based email ? = You want your own @qon.lao.net address?? = Then you want LaoNet's WebMail ! = Get it at http://webmail.lao.net !! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Modification of Public OLPC Software
OLPC does not have a conventional BIOS, so any software that depends on one will not work. big one wrote: I often use Linux without any X-Windows, but only svgalib: mplayer, links 2.0 browser, mp3blaster, etc. On FreeDOS (Free Disk Operating System), I can use display, arachne, pppd etc. Because OLPC is sold to general public using Buy 2 Get 1 G1G1, is it possible to customize OLPC: 1. Disable internal Flash Drive, and boot from external USB hard disk / external CD-ROM drive. 2. Boot to console mode (svgalib). 3. Install Fedora, Mandriva or other Linux/BSD distro, FreeDOS. Use TWM / IceWM windows manager. Is the above ideas possible? Thank you. _ = You want FREE web-based email ? = You want your own @qon.lao.net address?? = Then you want LaoNet's WebMail ! = Get it at http://webmail.lao.net !! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Modification of Public OLPC Software
big one wrote: I often use Linux without any X-Windows, but only svgalib: mplayer, links 2.0 browser, mp3blaster, etc. On FreeDOS (Free Disk Operating System), I can use display, arachne, pppd etc. Because OLPC is sold to general public using Buy 2 Get 1 G1G1, is it possible to customize OLPC: 1. Disable internal Flash Drive, and boot from external USB hard disk / external CD-ROM drive. 2. Boot to console mode (svgalib). 3. Install Fedora, Mandriva or other Linux/BSD distro, FreeDOS. Use TWM / IceWM windows manager. Is the above ideas possible? 3 is possible provided you replace the standard Linux kernel with one including the OLPC patch set. I've also been told that Minix works. I doubt the BSDs already support our hardware, but wouldn't be hard. FreeDOS would be problematic because the OFW does not emulate BIOS services and does not provide 16bit support. But maybe you can get LinuxBIOS to boot from OFW and then you're done! Several people booted regular Fedora 7 and Ubuntu Feisty off USB drives. I think the only change needed was installing the kernel package. The RPM is available from us, a dpkg should be easy to produce with the Debian kernel development tools. When enough of our patches will be merged upstream, and the OLPC hardware gets more widely available, I'd expect the mainstream distros to offer out of the box OLPC support. -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel