Re: XO memory size
On Thursday 26 February 2009 05:09:27 pm James Cameron wrote: > > Something is wrong with my olpc in either the xserver or hardware. For > > other non-drawing tasks its speed seems to be reasonable. > > Yes, something is wrong. Have you another XO you can test? > I installed latest xserver-xorg-video-geode_2.11.0-0.3_i386.deb from: http://lunge.mit.edu/~dilinger/debxo-0.5/ It got slightly faster, like 10% but the situation is still roughly the same. I don't think it is the JFFS2 as top shows most of the cpu time is spent in the Xorg process. A couple of suspicious things: 1, /proc/meminfo shows MemTotal: 221776KB Can someone confirm whether this is normal? 2, Console (without X) is also quite slow. I know fbcon can be slow and unlike x terminal it is synchronous so it has to draw every char literally but still I didn't expect it to be this slow. 3, every once in a while (10 mins or so) there is a message in console like: JFFS2 warning: jffs2_sum_write_sumnode: Not enough space for summary, padsize=-60 4, dmesg is flooded with thing like: [ 1950.351880] olpc-ec: received 0xe3 [ 1950.351880] olpc-ec: received 0xc2 [ 1950.352019] olpc-ec: running cmd 0x15 [ 1950.353035] olpc-ec: received 0x41 I could also reflesh debxo0.5 or latest joyride build to try. Is there anyway I can build a set of dat/img files from my current nand so I can come back easily? Derek ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Fri, 27 Feb 2009, James Cameron wrote: > On Thu, Feb 26, 2009 at 12:50:58PM -0800, da...@lang.hm wrote: >> since the effect seems to be related to the amount of text on the screen >> at any one time that needs to be scrolled, it may be that the larger >> fonts of debxo 0.5 are preventing you from seeing the effect. > > Good point, but no, rxvt is being used with a bitmap font, and it is the > same size on debxo 0.4 and 0.5, using a side by side comparison of two > XOs. An 80x24 character cell window takes up the same physical space on > the panel. xwininfo on both shows 979 x 580 pixels. but what was reported was that an 80x24 window didn't see much difference, but a window showing more characters took significantly longer. I'm going to have to try and test this on my systems when I get home. David Lang > Testing now with debxo 0.5 KDE booted from USB: 4.406s, 4.360s, 4.369s > ... same as the results from debxo 0.4. > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: xs-dev disk full?
Right, so I've - moved some silly logs (do we need them?) from /srv/library/mirror/log to /var/tmp/mirror-logs - compressed the logs of the joyride builds this has freed up some 345MB and I can work with that. A little bit at least. Now, when I say > better do some decent programming to handle the on-disk footprint better I mean that it's crazy to have these builders cranking out 1.6GB of stuff every few hs and not have a garbage collector. So I wrote one. It's not set to run, it's not even +x, I'm not part of the VIG or anything, so I throw it in as a sample implementation. Feel free to use it but responsibility is strictly yours cat /root/samplecleanup.sh #!/bin/bash -x # suggested cleanup - mar...@laptop.org # # each joyride build takes 1.6 GB # let's say we can store 200 of them MAXBUILDS=200 BUILDSONDISK=`find /srv/builds/xo-1/streams/joyride -maxdepth 1 -mindepth 1 -type d -name 'build*' | wc -l` EXCESS=$(($BUILDSONDISK-$MAXBUILDS)) if ( $EXCESS -lt 0 ); then # no fat exit 0 fi for B in `find /srv/builds/xo-1/streams/joyride -maxdepth 1 -mindepth 1 -type d -name 'build*' | sort | head -n $EXCESS`; do echo "Going to rm $B, mbwaha ha ha ha" ## rm -fr "$B" done You'll want to account for the other streams as well. It'd be trivial to set a quota for each stream. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: xs-dev disk full?
On Fri, Feb 27, 2009 at 2:32 PM, Martin Langhoff wrote: > ... whoever looks after the build scripts that hog it So, found a crontab entry hiding in root's entry, commented out so no more joyride for the time being. I'm not sure about the hw on that box before that script gets enabled again, we need a partition for it to play so it can DoS itself, and nothing else. - Are there free LVMs? Can we pop in a disk or disk pair? - Does anyone know what tmp dirs the script uses? - Can we switch it away from root? Then we get back our 5% buffer space so root can actually fix the problem. - Please move it to /etc/cron.d - this is an important task of the server, not a personal "zip my mail" task... cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Thu, Feb 26, 2009 at 12:50:58PM -0800, da...@lang.hm wrote: > since the effect seems to be related to the amount of text on the screen > at any one time that needs to be scrolled, it may be that the larger > fonts of debxo 0.5 are preventing you from seeing the effect. Good point, but no, rxvt is being used with a bitmap font, and it is the same size on debxo 0.4 and 0.5, using a side by side comparison of two XOs. An 80x24 character cell window takes up the same physical space on the panel. xwininfo on both shows 979 x 580 pixels. Testing now with debxo 0.5 KDE booted from USB: 4.406s, 4.360s, 4.369s ... same as the results from debxo 0.4. -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
xs-dev disk full?
/srv is full on xsdev. I'll do some temporary shuffling around of my stuff to clear up enough room to do what I need to do... ... whoever looks after the build scripts that hog it (is it joyride builds?) better do some decent programming to handle the on-disk footprint better _or_ some storage planning. We hit disk-full every month on xs-dev for a task that is not xs related... :-/ cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Thu, Feb 26, 2009 at 10:18:46AM +0100, Tomeu Vizoso wrote: > As a wild guess, may be related to jffs2? It may be garbage > collecting at that time or some other stuff. Agreed, that is a possibility. I'm avoiding that by installing afresh, not filling up the free space, doing nothing else on the unit, and allowing the boot time garbage collection enough time to complete. -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Thu, Feb 26, 2009 at 01:16:24AM -0800, Derek Zhou wrote: > On Thursday 26 February 2009 12:02:46 am James Cameron wrote: > > > > I'm not seeing what you're seeing. Perhaps there is something else > > affecting your system. > > > > Agreed. Now instead of a logfile which is different from computer to > computer, now I do a: > > time gunzip -c /usr/share/man/man1/perlfunc.1.gz > ( a nice long manpage, 7958 lines 357544 bytes ) The file /usr/share/man/man1/perlfunc.1.gz is from package perl-doc, version 5.10.0-19 in Debian Lenny. 04f8da39cd0d2c290f762d2a47c7bf2c /usr/share/man/man1/perlfunc.1.gz 357544 bytes 7958 lines Those numbers look the same, so we're working with identical test data now. Installed debxo 0.4 GNOME variant on jffs2. http://lunge.mit.edu/~dilinger/debxo-0.4/images/jffs2/gnome.{img,dat} ae9463081688155e550b99a7e87e01a8 gnome.dat 882748504c2800bf4e82cac33e5b7bfd gnome.img Installed rxvt and perl-doc. rxvt package version 1:2.6.4-14 Started rxvt -fn 12x24, left it size 80x24, tested using this file, results are: 4.818s, 4.494s, 4.490s. Maximised rxvt. Tested again, results are: 4.829s, 4.809s, 4.809s. This was without xorg.conf creation or changes. > So the non-drawing part cpu time on the olpc is tiny. Yes, my tests over wireless yield 0.131s, 0.134s, 0.138s. Tests to /dev/null yield 0.047s. > Something is wrong with my olpc in either the xserver or hardware. For > other non-drawing tasks its speed seems to be reasonable. Yes, something is wrong. Have you another XO you can test? -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
Hal Murray wrote: > Is there anything I can do on my XO running terminal so that when I ssh to > another system and run a text based X program the fonts will come out useable > without a magnifying glass? If you RTFA, http://wiki.laptop.org/go/Terminal_Activity has a "Change font size in the Terminal Activity" section; its steps worked for me in Terminal v.18 on candidate 800. -- =S Page ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Thu, 26 Feb 2009, Derek Zhou wrote: > On Thursday 26 February 2009 12:02:46 am James Cameron wrote: >> After generating an xorg.conf using "Xorg -configure", restarting X, >> results were 3.696s, 3.700s, 3.607s. >> >> After adding 'Option "FBSize" "8388608"', restarting X, results were >> 3.673s, 3.636s, 3.658s. >> >> The generated xorg.conf is attached. >> >> I'm not seeing what you're seeing. Perhaps there is something else >> affecting your system. since the effect seems to be related to the amount of text on the screen at any one time that needs to be scrolled, it may be that the larger fonts of debxo 0.5 are preventing you from seeing the effect. David Lang > > Agreed. Now instead of a logfile which is different from computer to > computer, now I do a: > > time gunzip -c /usr/share/man/man1/perlfunc.1.gz ( a nice long manpage, 7958 > lines 357544 bytes ) > > in a rxvt -fn 12x24, I have > 38.772s with FBSize 8M, rxvt size 80x24 > 59.500s with FBSize 8M, rxvt size 98x36 > 33.042s no FBSize limit, rxvt size 80x24 (actually faster than with FBSize > limit) > 1m31.104s no FBSize limit, rxvt size 98x36 (pathetically slow) > Doing anything that output lots of text is painful. > For comparison, my other laptop (also debian lenny, not a fast one by any > mean, AMD 1.6G single processor integrated ATI graphic) has: > 1.050s rxvt size 80x24 > 1.306s rxvt size 105x33 > ssh into olpc: > 0.129s rxvt size 80x24 > 0.125s rxvt size 105x33 > So the non-drawing part cpu time on the olpc is tiny. > Something is wrong with my olpc in either the xserver or hardware. For other > non-drawing tasks its speed seems to be reasonable. > Derek > > ___ > 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: ActivityTeam meeting
i'll be there if I can connect through my work's internet filter. hopefully i can find a little time and churn out more svgs -- View this message in context: http://n2.nabble.com/ActivityTeam-meeting-tp2376013p2391377.html Sent from the Software development mailing list archive at Nabble.com. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] xs-activation-server over IPv6
2009/2/9 Martin Langhoff : > On Mon, Feb 9, 2009 at 2:59 PM, Martin Langhoff > wrote: >> So initially I am going with #1-- do you think you can tweak the >> initrd a bit more to poke at ef01 over mesh, and ef02 over abg? >> Looking at activate.py, adding it to the array in try_network()... > > New rpms for xs-config (0.6.0.2.g...) and xs-activation (0.2.8.g...) > are on the 'olpcxs-testing' repo so > > yum --enablerepo=olpcxs-testing install xs-config xs-activation xs-activation-0.2.8 does not seem to be there, or shipped in 0.5.2-dev01. I might be doing something wrong though, it's hard for us to get this XS online so instead I was looking to find the RPMs at http://fedora.laptop.org/xs/testing/olpc/9/i386 Thanks, Daniel ___ Server-devel mailing list server-de...@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Please test - XS-0.5.2-dev01
2009/2/26 Martin Langhoff : > Grab the 0.5.2-dev01 iso from http://xs-dev.laptop.org/xs/other/ > > - @online@ should now work - please test with > http://lists.laptop.org/pipermail/server-devel/2009-February/002949.html > > - Daniel's enhancements and fixes to xs-activity-server are in there too... but it doesn't include our networking work on xs-config and xs-activation? :( any chance of a dev02 with these, or are you wanting to push this off until later? Daniel ___ Server-devel mailing list server-de...@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: OS/X11 support for XO-1 hardware?
Benjamin M. Schwartz wrote: > da...@lang.hm wrote: >>> It would allow for much improved >>> video performance since you could play back a 320x240 >>> video on the full screen at considerable CPU savings. >> except that you would spend those CPU savings doing the scaling up from >> 320x240 to the higher resolution. > > Argh and double argh! You're both wrong. > > 1. Video playback in any sane player is already routed through XV, which > uses the GPU's video overlay scaler (and YUV->RGB converter). The result > is that playing a 320x240 video at 1200x900 full-screen already costs zero > extra CPU cycles. No need to mess with screen resolution. > > 2. The Geode LX GPU can do both output scaling and video-overlay scaling, > independently, at the same time. On the latest drivers, we should be able > to set the screen resolution to 600x450, scaled up to 1200x900, and then > play a 320x240 video, scaled up to 480x360 (which means 960x720 physical > LCD pixels), all without using any CPU power for scaling. > > There are lots of good reasons to play with screen resolution. My > favorite reason is that reducing the resolution to 800x600 would make all > graphical operations runs twice as fast, and use half as much memory, > while introducing a negligible drop in display quality (the display, > remember, is not _really_ 1200x900 in color mode; the total number of > color elements is equivalent to 800x450). This last point is what I was hoping for. From other discussions, the X 1.4 driver now has scaling support. What isn't there is a release for the XO that has that driver in it. I realize that since it is open source, I should be able to put this in myself. The reality is that I am too far down on the X11+linux power curve to do this without significant time and effort. My hope is that someone who already knows how this works (e.g. OLPC?) would get this working so I could make use of it for application development and G1G1 usability features such as WINE. --Chris ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Moodle on XS Install
On Wed, Feb 25, 2009 at 7:37 PM, Martin Langhoff wrote: > 2009/2/26 Dave Bauer : > > I am using XS 0.5.1 beta. On there the moodle instance is not comfigured. > > Should I expect it to work out of the box or are there additional steps I > > need to take to get it working. The XS install docs don't mention moodle > at > > all, only ejabberd. > > It's unfortunately broken. If you're familiar with moodle, you can > find the passwrd to the admin account in /etc/moodle/ > > Working on it for 0.6 > So what is my best bet for now? Try to fix it? Wait for 0.6? If I get it fixed would it help you out? It seems this is all built from a Fedora install and moodle should be able to work. Are there scripts that should automate the setup. If so, can you point me to the right place to look? Thanks Dave > > > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > -- Dave Bauer d...@solutiongrove.com http://www.solutiongrove.com ___ Server-devel mailing list server-de...@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: TamTam
Why was it broken up, BTW? Can it be put back together? :) It's always been confusing to me how the parts interact. On Thu, Feb 26, 2009 at 6:38 AM, Bert Freudenberg wrote: > > On 26.02.2009, at 03:34, Caroline Meeks wrote: > > > http://www.youtube.com/watch?v=31L9qaxOrp0 > > > > This is a great demo! > > > > I'm trying it on Sugar on a Stick. It works well. Except I can't > > find a mic button nor can I see how to get to synth through an edit > > button as demonstrated in the video. > > > > I'm on version 50. Any ideas? > > This is not actually MiniTamTam, but "TamTam" before it was split into > separate activities. A breakup from which it has not fully recovered, > yet, since Sugar discourages close coupling between activities. > > - Bert - > > ___ > 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: [Sugar-devel] OS/X11 support for XO-1 hardware?
benjamin m. schwartz wrote: > > There are lots of good reasons to play with screen resolution. My > favorite reason is that reducing the resolution to 800x600 would make all > graphical operations runs twice as fast, and use half as much memory, > while introducing a negligible drop in display quality (the display, > remember, is not _really_ 1200x900 in color mode; the total number of > color elements is equivalent to 800x450). not to mention the compatibility improvements with previously tuned desktop environments: in a conversation with erig garrison late last year, he pointed out that the absolutely best way to make XFCE look good on the XO display was to simply scale the display so that its dimensions were closer to what the designers used. no more unclickable icons, no more unreadable text. paul =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Journal empty in Soas-200902231225 and what is Soas-200902241809.iso in snapshots/2/ ?
Ton van Overbeek wrote: > On Thu, Feb 26, 2009 at 3:11 AM, Simon Schampijer wrote: >> Ton van Overbeek wrote: >>> When trying out Soas-200902231225 the journal stays empty. >>> Anybody else seen this ? >>> >>> Also in http://download.sugarlabs.org/soas/snapshots/2/ there is now a >>> Soas-200902241809.iso. >>> What is this ? >>> >>> Is there a changelog or buildlog somewhere for the various Soas versions? >>> >>> Ton van Overbeek >> Maybe you see http://dev.sugarlabs.org/ticket/72 which was kindly fixed by >> Tomeu yesterday. >> >> Cheers, >> Simon > > Yes, it is the same bug. > I see the same error message in the logs (shell.log) as in the ticket. > I also have a large screen (1920x1200), so this is most certainly the same > bug. > Is there alreadys a SoaS snapshot with this fix included ? > > Ton Is on its way - I will announce later today on this list. Thanks, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Journal empty in Soas-200902231225 and what is Soas-200902241809.iso in snapshots/2/ ?
On Thu, Feb 26, 2009 at 3:11 AM, Simon Schampijer wrote: > Ton van Overbeek wrote: >> >> When trying out Soas-200902231225 the journal stays empty. >> Anybody else seen this ? >> >> Also in http://download.sugarlabs.org/soas/snapshots/2/ there is now a >> Soas-200902241809.iso. >> What is this ? >> >> Is there a changelog or buildlog somewhere for the various Soas versions? >> >> Ton van Overbeek > > Maybe you see http://dev.sugarlabs.org/ticket/72 which was kindly fixed by > Tomeu yesterday. > > Cheers, > Simon Yes, it is the same bug. I see the same error message in the logs (shell.log) as in the ticket. I also have a large screen (1920x1200), so this is most certainly the same bug. Is there alreadys a SoaS snapshot with this fix included ? Ton ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: TamTam
On 26.02.2009, at 03:34, Caroline Meeks wrote: > http://www.youtube.com/watch?v=31L9qaxOrp0 > > This is a great demo! > > I'm trying it on Sugar on a Stick. It works well. Except I can't > find a mic button nor can I see how to get to synth through an edit > button as demonstrated in the video. > > I'm on version 50. Any ideas? This is not actually MiniTamTam, but "TamTam" before it was split into separate activities. A breakup from which it has not fully recovered, yet, since Sugar discourages close coupling between activities. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
> I had thought this capability would be coming with > the Fedora 10 move in 9.1.0. With that release now > scuttled, I'm wondering more generally, are these > pieces being picked up anywhere? Well its not really scuttled, there will still be a equivalent release at around the time that 9.1.0 was due but it will be Fedora 11 based not Fedora 10 based. And it should be alot closer (if not almost completely) Fedora as we've been working to get all the changes upstream so they don't need to be maintained separately. > Would it make sense to have an 8.2.2 release involving > the move to Fedora 10 but pretty much the same as > 8.2.1 otherwise? The point of the 8.2.x releases is stability. Rebasing a possible 8.2.2 to Fedora 10 would be a massive undertaking. The point of the sub releases is to fix specific bugs, add new activities not a major OS upgrade. Peter ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
If you need it for some game then here is how to do it: attached. A little question to Jordan Crouse or anybody else who can answer. Here Jodran told me that the Geode can do XV flipping: http://lists.laptop.org/pipermail/devel/2007-May/005208.html It can be that he either did not reflect to that one part of my message or I am just too stupid to make it work. So what I do not see in the XV documentation is how to allocate two xvideo frames and flip between them? What this code currently does is allocating one frame and doing XvShmPutImage. Because its speed depends on the size of the xvideo frame I think it does blittting (copying) and not flipping (switching). So how to do flipping? ps: Actually I would need 3 frames for triple buffering but I would be happy even with 2 frames. Chris Marshall wrote: With the spin-off of Sugar development to sugarlabs, it is nice to see the development continued. However, it seems that the OLPC layoffs and refocus has scuttled the work to complete some OS and system software support for the XO-1 hardware features. For example, I have been waiting for the video scaler support to allow for adjustable display resolutions on the XO. Among other things, it would allow programs that don't understand a 1200x900 but only 6x4" display to work at a more usable resolution where the graphic elements and text/fonts are consistent and visible to the naked eye... It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. I had thought this capability would be coming with the Fedora 10 move in 9.1.0. With that release now scuttled, I'm wondering more generally, are these pieces being picked up anywhere? Would it make sense to have an 8.2.2 release involving the move to Fedora 10 but pretty much the same as 8.2.1 otherwise? --Chris ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel xvscale2.tar Description: Binary data ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Thu, Feb 26, 2009 at 09:19, Derek Zhou wrote: > On Wednesday 25 February 2009 11:52:11 pm James Cameron wrote: >> debxo 0.5 KDE variant booted from USB, installed rxvt, started "rxvt -fn >> 12x24", maximised, took a sample log (dmesg) which was 523 lines, >> appended it many times to generate a file 7322 lines long, then used: >> >> time cat file >> >> Results were 3.569s, 3.569s, 3.569s. Very predictable, so I tried with >> >> time cat file file >> >> Results were 7.147s, 7.151s, 7.183s. >> >> I'm certainly not seeing 15 seconds or 45 seconds. >> >> Do you have any rxvt customisations? >> > Not much, just a different font and reverse video. I used straight rxvt -fn > 12x24 just like you have, only to find it is slightly slower, now about 16 > seconds. I think the problem is not in rxvt but in xserver. My olpc is debxo > 0.4 installed in internal flash. Is there a xserver dpkg from debxo 0.5 file > I can grab to try out? As a wild guess, may be related to jfffs2? It may be garbage collecting at that time or some other stuff. I have seen that measuring performance on the XO is quite daunting and time consuming because the state of the nand flash can radically affect observations. Also making less useful user reports of slowness because you can never be sure if jfffs2 house-keeping or autocompression was stealing precious cpu cycles to the user. Regards, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Thursday 26 February 2009 12:02:46 am James Cameron wrote: > After generating an xorg.conf using "Xorg -configure", restarting X, > results were 3.696s, 3.700s, 3.607s. > > After adding 'Option "FBSize" "8388608"', restarting X, results were > 3.673s, 3.636s, 3.658s. > > The generated xorg.conf is attached. > > I'm not seeing what you're seeing. Perhaps there is something else > affecting your system. > Agreed. Now instead of a logfile which is different from computer to computer, now I do a: time gunzip -c /usr/share/man/man1/perlfunc.1.gz ( a nice long manpage, 7958 lines 357544 bytes ) in a rxvt -fn 12x24, I have 38.772s with FBSize 8M, rxvt size 80x24 59.500s with FBSize 8M, rxvt size 98x36 33.042s no FBSize limit, rxvt size 80x24 (actually faster than with FBSize limit) 1m31.104s no FBSize limit, rxvt size 98x36 (pathetically slow) Doing anything that output lots of text is painful. For comparison, my other laptop (also debian lenny, not a fast one by any mean, AMD 1.6G single processor integrated ATI graphic) has: 1.050s rxvt size 80x24 1.306s rxvt size 105x33 ssh into olpc: 0.129s rxvt size 80x24 0.125s rxvt size 105x33 So the non-drawing part cpu time on the olpc is tiny. Something is wrong with my olpc in either the xserver or hardware. For other non-drawing tasks its speed seems to be reasonable. Derek ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Journal empty in Soas-200902231225 and what is Soas-200902241809.iso in snapshots/2/ ?
On Thu, Feb 26, 2009 at 09:11, Simon Schampijer wrote: > Ton van Overbeek wrote: >> When trying out Soas-200902231225 the journal stays empty. >> Anybody else seen this ? >> >> Also in http://download.sugarlabs.org/soas/snapshots/2/ there is now a >> Soas-200902241809.iso. >> What is this ? >> >> Is there a changelog or buildlog somewhere for the various Soas versions? >> >> Ton van Overbeek > > Maybe you see http://dev.sugarlabs.org/ticket/72 which was kindly fixed > by Tomeu yesterday. Could also be that your live usb stick has no room for the home directory? Regards, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Wednesday 25 February 2009 11:52:11 pm James Cameron wrote: > debxo 0.5 KDE variant booted from USB, installed rxvt, started "rxvt -fn > 12x24", maximised, took a sample log (dmesg) which was 523 lines, > appended it many times to generate a file 7322 lines long, then used: > > time cat file > > Results were 3.569s, 3.569s, 3.569s. Very predictable, so I tried with > > time cat file file > > Results were 7.147s, 7.151s, 7.183s. > > I'm certainly not seeing 15 seconds or 45 seconds. > > Do you have any rxvt customisations? > Not much, just a different font and reverse video. I used straight rxvt -fn 12x24 just like you have, only to find it is slightly slower, now about 16 seconds. I think the problem is not in rxvt but in xserver. My olpc is debxo 0.4 installed in internal flash. Is there a xserver dpkg from debxo 0.5 file I can grab to try out? Derek ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Journal empty in Soas-200902231225 and what is Soas-200902241809.iso in snapshots/2/ ?
Ton van Overbeek wrote: > When trying out Soas-200902231225 the journal stays empty. > Anybody else seen this ? > > Also in http://download.sugarlabs.org/soas/snapshots/2/ there is now a > Soas-200902241809.iso. > What is this ? > > Is there a changelog or buildlog somewhere for the various Soas versions? > > Ton van Overbeek Maybe you see http://dev.sugarlabs.org/ticket/72 which was kindly fixed by Tomeu yesterday. Cheers, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
After generating an xorg.conf using "Xorg -configure", restarting X, results were 3.696s, 3.700s, 3.607s. After adding 'Option "FBSize" "8388608"', restarting X, results were 3.673s, 3.636s, 3.658s. The generated xorg.conf is attached. I'm not seeing what you're seeing. Perhaps there is something else affecting your system. -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/etc/X11/rgb" ModulePath "/usr/lib/xorg/modules" FontPath "/usr/share/fonts/X11/misc" FontPath "/usr/share/fonts/X11/cyrillic" FontPath "/usr/share/fonts/X11/100dpi/:unscaled" FontPath "/usr/share/fonts/X11/75dpi/:unscaled" FontPath "/usr/share/fonts/X11/Type1" FontPath "/usr/share/fonts/X11/100dpi" FontPath "/usr/share/fonts/X11/75dpi" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load "glx" Load "record" Load "GLcore" Load "extmod" Load "dbe" Load "dri" Load "xtrap" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName"Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional Identifier "Card0" Driver "geode" VendorName "Advanced Micro Devices [AMD]" BoardName "Geode LX Video" BusID "PCI:0:1:1" Option "FBSize" "8388608" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor"Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel