Alsa keeps the values in memory and writes it into the
/etc/alsa/asound.state file during shutdown. The file has a new
timestamp, so someone is writing into it at least.
Sorry my master asound.state file was working but not standard. I have
now 5 values that are different between a standard XO
On Wed, Dec 31, 2008 at 03:52:05PM +0700, Philipp Kocher wrote:
Alsa keeps the values in memory and writes it into the
/etc/alsa/asound.state file during shutdown. The file has a new
timestamp, so someone is writing into it at least.
Okay, that must be a build 767 thing. Recent
On Tue, 2008-12-30 at 20:41 -0700, Jordan Crouse wrote:
I'm curious as to why reads from video memory are so slow, On standard
video cards it's slow because there is quite a division between the CPU
and the video memory, but on the geode isn't the video memory shared in
the same SDRAM as
Neil Graham wrote:
On Tue, 2008-12-30 at 20:41 -0700, Jordan Crouse wrote:
I'm curious as to why reads from video memory are so slow, On standard
video cards it's slow because there is quite a division between the CPU
and the video memory, but on the geode isn't the video memory shared in
We had an interruption in network services at 1cc from about 10:30 am to
11:15 am this morning. This affected the reverse proxy server serving the
wiki as well as phone and network services at 1cc.
--HH.
--
We've heard that a million monkeys at a million keyboards could produce the
complete
Hi All,
I'll be on IRC freenode.net #olpc-meeting at 2PM US ET today.
Minutes of last weeks meeting and this weeks agenda are here:
http://lists.laptop.org/pipermail/devel/2008-December/022085.html
We can table the agenda and call it a year unless there are updates or
other comments.
Happy
On Wed, Dec 31, 2008 at 09:20:27AM -0700, Jordan Crouse wrote:
The solution to the performance problems is good old fashioned elbow
grease These are the sorts of things that we need to find and
squash - and yes, it will be very time consuming and a little boring.
Several anecdotes for your
I agree with Jordan. You just have to sit down and do the work to optimize
the code, either finding the fastest path through hardware and software
stack.
I've rewritten Bounce twice now for performance just to hold on to 20fps on
the XO. Colors! has been through many performance iterations as
Hi All,
Answering two e-mails on one pass.
I agree, its hard work.
Wade,
I believe this thread is about optimizing the XO OS and GUI. That's why
I call the requirement General_UI_sluggishness.
Optimizing applications is yet another challenge. I'm all for people
doing that hard work and
Hi Greg,
I think there's actually a lot of overlap between activity performance work
and OS performance work.
The bottlenecks I encountered and resolved were in PyGTK, Cairo, the Python
interpreter, librsvg, etc. These are the many of the same libraries which
are believed to cause sluggishness
What I find discouraging is mentally comparing the responsiveness
in use of F10-based Joyride builds against what I remember (perhaps
mistakenly) of responsiveness with Ship.2 builds. [I don't
currently have a Ship.2 system on hand for direct comparison.]
Examples of my (non-performance)
Dear =S Page,
As the social analog of town drunk on this list, I am flattered as hell to
be lumped in with the smart set!
¡Gracias!
genesee
S Page-2 wrote:
you're just making the smart smarter still.
--
View this message in context:
gently Many more people are going to read
http://wiki.laptop.org/go/Adobe_Flash page than follow this mailing
list. Your effect on XO users by only answering problems here is
limited, you're just making the smart smarter still.
Just in time for New Year's resolutions: edit the wiki page
2008/12/31 David Leeming leem...@pipolfastaem.gov.sb
I want to do a new install but can you let me know if I can install Samba
and how to set up access to a shared folder on a Windows PC on the LAN as I
have a large content collection and it takes ages to copy it all again by
flash drive. Or
14 matches
Mail list logo
