Success (well..alot more)
- pulled down the latest - Ran the following ./livecd-iso-to-disk.sh --noverify --reset-mbr --xo --overlay-size-mb 512 --swap-size-mb 0 F10-Snap1-i686-Live/F10-Snap1-i686-Live.iso /dev/sdb1
And Viola!: http://picasaweb.google.com/bryan.kearney/Olpc#5257190341949578050
Couple of comments:
1) GDK has not updated his blog 2) The initial boot is very slow, with no feedback (no hotdog man) 3) many windows are much snappier. 4) new windows such as font preferences and terminal preferences are painfully slow (the latter is going on 5 mins) 5) Still get kernel panic at the beginning
But.. much further along.
-- bk
On Tue, 2008-10-14 at 21:49 -0400, Bryan Kearney wrote:
- GDK has not updated his blog
Heh -- I updated mine :)
- The initial boot is very slow, with no feedback (no hotdog man)
Slow isn't entirely unexpected. The fact that the progress bar finishes with the text plugin before we're done is something that might need some general plymouth looking at. And we're getting the text plugin due to a dependency loop (again). *sigh*
- many windows are much snappier.
Yep, should be. And there are some bugs in the geode driver that upstream was looking at getting us a fix for soon which should help even more
- new windows such as font preferences and terminal preferences are
painfully slow (the latter is going on 5 mins)
Is this when you already have a lot of things running?
- Still get kernel panic at the beginning
I haven't actually seen this on the FedoraOnXO deptree... can someone file it against the kernel and have it block the tracker?
Jeremy
Jeremy Katz wrote:
On Tue, 2008-10-14 at 21:49 -0400, Bryan Kearney wrote:
- GDK has not updated his blog
Heh -- I updated mine :)
- The initial boot is very slow, with no feedback (no hotdog man)
Slow isn't entirely unexpected. The fact that the progress bar finishes with the text plugin before we're done is something that might need some general plymouth looking at. And we're getting the text plugin due to a dependency loop (again). *sigh*
- many windows are much snappier.
Yep, should be. And there are some bugs in the geode driver that upstream was looking at getting us a fix for soon which should help even more
- new windows such as font preferences and terminal preferences are
painfully slow (the latter is going on 5 mins)
Is this when you already have a lot of things running?
No.. I logged in and immediately went to Preferences -> Look and Feel -> Appearance. I would estimate about a minute to bring up the fonts tab after the first tab came up. I then launched a terminal. I then launched firefox. I went back to the terminal to click on a menu. I got this screen for about 5 minutes:
http://picasaweb.google.com/bryan.kearney/Olpc#5257189804330963746
- Still get kernel panic at the beginning
I haven't actually seen this on the FedoraOnXO deptree... can someone file it against the kernel and have it block the tracker?
I will look this morning. I think someone else posted the info to the list.
-- bk
On Tue, 2008-10-14 at 21:49 -0400, Bryan Kearney wrote:
Couple of comments:
- GDK has not updated his blog
- The initial boot is very slow, with no feedback (no hotdog man)
- many windows are much snappier.
- new windows such as font preferences and terminal preferences are
painfully slow (the latter is going on 5 mins) 5) Still get kernel panic at the beginning
It's also worth noting that the few of us on #fedora-qa testing the new images tonight were all still getting hard lock-ups of our systems after a few minutes of usage. This seems unrelated to memory - I still had plenty of swap left at least once when it froze up. It almost seems like an X problem. Sometimes the system freezes, but I can still move the mouse. I can't kill X with <ctl>-<alt>-<backspace> or switch to a virtual terminal when that happens.
Michael.
On Tue, Oct 14, 2008 at 10:14 PM, Michael Solberg msolberg@redhat.com wrote:
It's also worth noting that the few of us on #fedora-qa testing the new images tonight were all still getting hard lock-ups of our systems after a few minutes of usage. This seems unrelated to memory - I still had plenty of swap left at least once when it froze up. It almost seems like an X problem. Sometimes the system freezes, but I can still move the mouse. I can't kill X with <ctl>-<alt>-<backspace> or switch to a virtual terminal when that happens.
This was the case I was having last night - I was one of the ones on #fedora-qa last night. The system booted using the new Snap1 and initially the responsiveness seemed pretty good. Moving through the menus seemed to go quickly and doing the initial connection to my wireless access point was pain free.
But after a few minutes things would slow to the point of things no longer opening up (even menus), though the mouse would still move. If you waited long enough though, even the mouse would freeze and stop moving.
~Jeffrey
Michael Solberg wrote:
On Tue, 2008-10-14 at 21:49 -0400, Bryan Kearney wrote:
Couple of comments:
- GDK has not updated his blog
- The initial boot is very slow, with no feedback (no hotdog man)
- many windows are much snappier.
- new windows such as font preferences and terminal preferences are
painfully slow (the latter is going on 5 mins) 5) Still get kernel panic at the beginning
It's also worth noting that the few of us on #fedora-qa testing the new images tonight were all still getting hard lock-ups of our systems after a few minutes of usage. This seems unrelated to memory - I still had plenty of swap left at least once when it froze up. It almost seems like an X problem. Sometimes the system freezes, but I can still move the mouse. I can't kill X with <ctl>-<alt>-<backspace> or switch to a virtual terminal when that happens.
Is that ctrl-alt-erase in xo speak (solid diamond-empty diamond-erase)?
-- bk
On Wed, 2008-10-15 at 08:32 -0400, Bryan Kearney wrote:
Michael Solberg wrote:
It's also worth noting that the few of us on #fedora-qa testing the new images tonight were all still getting hard lock-ups of our systems after a few minutes of usage. This seems unrelated to memory - I still had plenty of swap left at least once when it froze up. It almost seems like an X problem. Sometimes the system freezes, but I can still move the mouse. I can't kill X with <ctl>-<alt>-<backspace> or switch to a virtual terminal when that happens.
Is that ctrl-alt-erase in xo speak (solid diamond-empty diamond-erase)?
It is. It works unless the system is hung.
Michael.
Michael Solberg wrote:
On Wed, 2008-10-15 at 08:32 -0400, Bryan Kearney wrote:
Michael Solberg wrote:
It's also worth noting that the few of us on #fedora-qa testing the new images tonight were all still getting hard lock-ups of our systems after a few minutes of usage. This seems unrelated to memory - I still had plenty of swap left at least once when it froze up. It almost seems like an X problem. Sometimes the system freezes, but I can still move the mouse. I can't kill X with <ctl>-<alt>-<backspace> or switch to a virtual terminal when that happens.
Is that ctrl-alt-erase in xo speak (solid diamond-empty diamond-erase)?
It is. It works unless the system is hung.
Michael.
Yeah.. I started seeing the hangs today and a oops on every other boot.
--bk
Thanks for the update - I'd previously got that far *and* even had the patience to get on my home Wifi - after that my XO hung / went completely glacial.
I'll try the latest recipe later tonight.
I presume the build we're using has the absolute bear minimum services enabled so no pruning is required ?
- Rich
Success (well..alot more)
- pulled down the latest
- Ran the following
./livecd-iso-to-disk.sh --noverify --reset-mbr --xo --overlay-size-mb 512 --swap-size-mb 0 F10-Snap1-i686-Live/F10-Snap1-i686-Live.iso /dev/sdb1
And Viola!: http://picasaweb.google.com/bryan.kearney/Olpc#5257190341949578050
Couple of comments:
- GDK has not updated his blog
- The initial boot is very slow, with no feedback (no hotdog man)
- many windows are much snappier.
- new windows such as font preferences and terminal preferences are
painfully slow (the latter is going on 5 mins) 5) Still get kernel panic at the beginning
But.. much further along.
-- bk
Rich Sharples wrote:
Thanks for the update - I'd previously got that far *and* even had the patience to get on my home Wifi - after that my XO hung / went completely glacial.
I'll try the latest recipe later tonight.
I presume the build we're using has the absolute bear minimum services enabled so no pruning is required ?
Nothing yet.. just Snap1.
-- bk
On Wed, 2008-10-15 at 09:03 -0400, Rich Sharples wrote:
I presume the build we're using has the absolute bear minimum services enabled so no pruning is required ?
Some pruning has already been done with all live images (/sbin/service setroubleshoot stop). However there may be more pruning suggestions.
Please don't hesitate to drop your thoughts into
Thanks, James
I'll give that a try. FWIW - I think getting a slimmed down install would be great - otherwise n00bs like me just aren't going to make any progress and aren't going to be able to contribute much to the actual testing.
- Rich
On Wed, 2008-10-15 at 09:03 -0400, Rich Sharples wrote:
I presume the build we're using has the absolute bear minimum services enabled so no pruning is required ?
Some pruning has already been done with all live images (/sbin/service setroubleshoot stop). However there may be more pruning suggestions.
Please don't hesitate to drop your thoughts into
Thanks, James
On Wed, 2008-10-15 at 09:03 -0400, Rich Sharples wrote:
Thanks for the update - I'd previously got that far *and* even had the patience to get on my home Wifi - after that my XO hung / went completely glacial.
I'll try the latest recipe later tonight.
I presume the build we're using has the absolute bear minimum services enabled so no pruning is required ?
I didn't find pruning services all that important - if you boot the stock image to run level 3, you'll only see around 40MB of RSS. The killer is the GNOME desktop stuff. You can save maybe 10MB by turning off setroubleshoot and another few MB by turning off bluetooth, but the real advantages are in tuning the GNOME session.
Also - swap is essential -
https://fedoraproject.org/wiki/QA/TestPlans/XO_Performance#Swap_space.3F
has instructions for turning on swap once your XO has booted.
Michael.
- Rich
Success (well..alot more)
- pulled down the latest
- Ran the following
./livecd-iso-to-disk.sh --noverify --reset-mbr --xo --overlay-size-mb 512 --swap-size-mb 0 F10-Snap1-i686-Live/F10-Snap1-i686-Live.iso /dev/sdb1
And Viola!: http://picasaweb.google.com/bryan.kearney/Olpc#5257190341949578050
Couple of comments:
- GDK has not updated his blog
- The initial boot is very slow, with no feedback (no hotdog man)
- many windows are much snappier.
- new windows such as font preferences and terminal preferences are
painfully slow (the latter is going on 5 mins) 5) Still get kernel panic at the beginning
But.. much further along.
-- bk
-- Rich Sharples JBoss, a division of Red Hat Inc.
m : +1 919 265 9099 o : +1 919 754 4174
On Wed, Oct 15, 2008 at 9:11 AM, Michael Solberg msolberg@redhat.com wrote:
Also - swap is essential -
https://fedoraproject.org/wiki/QA/TestPlans/XO_Performance#Swap_space.3F
has instructions for turning on swap once your XO has booted.
I turned added a swap file using the directions above and this has made a large difference for me. Last night I was experiencing freezes after a short period of time, preceded by things getting quite slow. Tonight, after enabling swap I have been able to navigate around pretty well and even run FireFox for a bit - though the swap usage was creeping up while using FireFox.
Definitely much more usable with the swap file.
I did do a small bit of tuning with the Gnome session, turning off the following items:
Bluetooth Manager GNOME Splash Screen Network Authentication PackageKit Update Applet Print Queue Applet SELinux Troubleshooter User Sharing
~Jeffrey
Agreed - you have to have swap - otherwise your machine will just hang when you try and run even the most trivial app.
Anyone know how to make the swap persistent ?
As well as disabling some applications (System|Preferences|Personal|Session) and Services - I've disabled SE-Linux - that frees up about 32Mb.
- Rich
On Wed, Oct 15, 2008 at 9:11 AM, Michael Solberg msolberg@redhat.com wrote:
Also - swap is essential -
https://fedoraproject.org/wiki/QA/TestPlans/XO_Performance#Swap_space.3F
has instructions for turning on swap once your XO has booted.
I turned added a swap file using the directions above and this has made a large difference for me. Last night I was experiencing freezes after a short period of time, preceded by things getting quite slow. Tonight, after enabling swap I have been able to navigate around pretty well and even run FireFox for a bit - though the swap usage was creeping up while using FireFox.
Definitely much more usable with the swap file.
I did do a small bit of tuning with the Gnome session, turning off the following items:
Bluetooth Manager GNOME Splash Screen Network Authentication PackageKit Update Applet Print Queue Applet SELinux Troubleshooter User Sharing
~Jeffrey
On Thu, 2008-10-16 at 22:57 -0400, Rich Sharples wrote:
Agreed - you have to have swap - otherwise your machine will just hang when you try and run even the most trivial app.
Anyone know how to make the swap persistent ?
Snap2 will hopefully have the fix to auto-activate a swap file in LiveOS/swap.img
Jeremy