On 03/01/2012 04:31 PM, Adam Jackson wrote:
On Thu, 2012-03-01 at 13:01 -0500, mwesten wrote:
I set this up on the Alpha release and the results are below. I'm
assuming there's something wrong with that top entry, but I don't know
how to fix it.
Events: 50K cycles
55.99% gnome-shell per
On Thu, 2012-03-01 at 13:01 -0500, mwesten wrote:
> I set this up on the Alpha release and the results are below. I'm
> assuming there's something wrong with that top entry, but I don't know
> how to fix it.
>
> Events: 50K cycles
>
> 55.99% gnome-shell perf-6425.map
On 02/23/2012 09:54 AM, Adam Jackson wrote:
In the non-steady-state, though, the current implementation is known
to be incredibly memcpy-heavy. Fixes coming soon, beta should be
much better I hope. If you want to collect some data about where CPU
time is being spent, 'perf record' against the
On Fri, 2012-02-24 at 08:11 -0500, Josh Boyer wrote:
> On Fri, Feb 24, 2012 at 5:55 AM, Kamil Paral wrote:
> >> Almost all FC17 kernels are debug kernels. A quick way to tell if
> >> you're
> >> using one is:
> >>
> >> grep -i CONFIG_ACPI_DEBUG /boot/config-`uname -r`
> >>
> >> 'not set' = release
On Fri, Feb 24, 2012 at 5:55 AM, Kamil Paral wrote:
>> Almost all FC17 kernels are debug kernels. A quick way to tell if
>> you're
>> using one is:
>>
>> grep -i CONFIG_ACPI_DEBUG /boot/config-`uname -r`
>>
>> 'not set' = release kernel. 'Y' = debug kernel.
>>
>> The kernel team is building one ke
> Almost all FC17 kernels are debug kernels. A quick way to tell if
> you're
> using one is:
>
> grep -i CONFIG_ACPI_DEBUG /boot/config-`uname -r`
>
> 'not set' = release kernel. 'Y' = debug kernel.
>
> The kernel team is building one kernel per upstream kernel release (I
> think that's it) as '
On Thu, 2012-02-23 at 19:40 -0700, Michal Jaegermann wrote:
> On Thu, Feb 23, 2012 at 11:43:22AM -0800, Adam Williamson wrote:
> > On Thu, 2012-02-23 at 09:54 -0500, Adam Jackson wrote:
> >
> > > > For comparison:
> > > >
> > > > 3,2GHz Pentium 4 (HT Disabled) / Gallium 0.4 on ATI RV370 / 1680x10
On 02/23/2012 09:54 AM, Adam Jackson wrote:
On Thu, 2012-02-23 at 08:44 -0500, mwesten wrote:
Fedora-17-Alpha-i686-Live-Desktop.iso (RC2) on USB
2.13GHz AthlonXP 2600+ / RV200 (Radeon 7500) / 1280x1024
Fallback mode is fine, but once the shell starts, it's a battle just to
get System Monitor
On 02/23/2012 02:43 PM, Adam Williamson wrote:
On Thu, 2012-02-23 at 09:54 -0500, Adam Jackson wrote:
For comparison:
3,2GHz Pentium 4 (HT Disabled) / Gallium 0.4 on ATI RV370 / 1680x1050
Fine. System Monitor CPU at 19%.
That's still way higher than I'd like, but it's at least an r300g bug
On Thu, Feb 23, 2012 at 11:43:22AM -0800, Adam Williamson wrote:
> On Thu, 2012-02-23 at 09:54 -0500, Adam Jackson wrote:
>
> > > For comparison:
> > >
> > > 3,2GHz Pentium 4 (HT Disabled) / Gallium 0.4 on ATI RV370 / 1680x1050
> > >
> > > Fine. System Monitor CPU at 19%.
> >
> > That's still
On Thu, 2012-02-23 at 09:54 -0500, Adam Jackson wrote:
> > For comparison:
> >
> > 3,2GHz Pentium 4 (HT Disabled) / Gallium 0.4 on ATI RV370 / 1680x1050
> >
> > Fine. System Monitor CPU at 19%.
>
> That's still way higher than I'd like, but it's at least an r300g bug
> not an llvmpipe bug.
Re
On Thu, 2012-02-23 at 08:44 -0500, mwesten wrote:
> Fedora-17-Alpha-i686-Live-Desktop.iso (RC2) on USB
>
> 2.13GHz AthlonXP 2600+ / RV200 (Radeon 7500) / 1280x1024
>
> Fallback mode is fine, but once the shell starts, it's a battle just to
> get System Monitor open and to the Resources tab. On
On 02/22/2012 02:42 PM, Michal Jaegermann wrote:
I am afraid that I am not qualified to sensibly discuss underlying
mechanisms. I can only report what I see. In this thread
mwes...@verizon.net wrote "the processor gets pegged at 100%
continuously and it's not usable". I am not sure what was t
On Wed, Feb 22, 2012 at 08:46:30PM +0100, drago01 wrote:
> On Wed, Feb 22, 2012 at 8:42 PM, Michal Jaegermann
> wrote:
> > In summary this is deep into a "dancing pig" teritory; no question of
> > dancing well but one marvels that she is dancing at all.
>
> What is your screen resolution?
1
On Wed, Feb 22, 2012 at 8:42 PM, Michal Jaegermann wrote:
> On Wed, Feb 22, 2012 at 09:40:18AM -0500, Adam Jackson wrote:
>> On Tue, 2012-02-21 at 16:35 -0700, Michal Jaegermann wrote:
>>
>> > This particular one is a 64-bit (albeit quite old) processor:
>> >
>> > vendor_id : AuthenticAMD
>> > c
On Wed, Feb 22, 2012 at 09:40:18AM -0500, Adam Jackson wrote:
> On Tue, 2012-02-21 at 16:35 -0700, Michal Jaegermann wrote:
>
> > This particular one is a 64-bit (albeit quite old) processor:
> >
> > vendor_id : AuthenticAMD
> > cpu family : 15
> > model : 5
> > model name : AMD
On Tue, 2012-02-21 at 16:35 -0700, Michal Jaegermann wrote:
> This particular one is a 64-bit (albeit quite old) processor:
>
> vendor_id : AuthenticAMD
> cpu family: 15
> model : 5
> model name: AMD Opteron(tm) Processor 142
> stepping : 1
> cpu MHz : 1600.
On Tue, 2012-02-21 at 16:35 -0700, Michal Jaegermann wrote:
> On Tue, Feb 21, 2012 at 05:12:13PM -0500, Adam Jackson wrote:
> > On Tue, 2012-02-21 at 13:10 -0700, Michal Jaegermann wrote:
> >
> > > Running 'LIBGL_ALWAYS_SOFTWARE=1 gnome-shell --replace', as proposed by
> > > drago01, indeed starts
On Tue, Feb 21, 2012 at 05:12:13PM -0500, Adam Jackson wrote:
> On Tue, 2012-02-21 at 13:10 -0700, Michal Jaegermann wrote:
>
> > Running 'LIBGL_ALWAYS_SOFTWARE=1 gnome-shell --replace', as proposed by
> > drago01, indeed starts an intended mode gnome session, both before and
> > after installing
On Tue, 2012-02-21 at 13:10 -0700, Michal Jaegermann wrote:
> Running 'LIBGL_ALWAYS_SOFTWARE=1 gnome-shell --replace', as proposed by
> drago01, indeed starts an intended mode gnome session, both before and
> after installing these scratch packages, but results are spectacularly
> useless. 'gnome-
On Tue, Feb 21, 2012 at 11:13:19AM -0500, Adam Jackson wrote:
> On Mon, 2012-02-20 at 23:52 -0700, Michal Jaegermann wrote:
> > I am asking because on my rawhide installation
> > (Radeon RV280 graphics card) I am surely not observing anything of that
> > sort.
> Yeah, ugly corner case.
.
>
>
On Tue, 2012-02-21 at 13:10 -0500, Adam Jackson wrote:
> On Tue, 2012-02-21 at 12:08 -0500, mwesten wrote:
>
> > FYI - I can get the shell with this on RV200 in F17ARC2 (Live), but the
> > processor gets pegged at 100% continuously and it's not usable.
>
> Performance reports for software gnome-
On Tue, 2012-02-21 at 12:08 -0500, mwesten wrote:
> FYI - I can get the shell with this on RV200 in F17ARC2 (Live), but the
> processor gets pegged at 100% continuously and it's not usable.
Performance reports for software gnome-shell need to include the CPU
speed and model to be informative.
T
On 02/21/2012 05:14 AM, drago01 wrote:
On Tue, Feb 21, 2012 at 7:52 AM, Michal Jaegermann wrote:
At https://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering
I am reading "The standard Gnome 3 experience is now available on all
hardware". Is this a plan, a wish or this is supposed
On Mon, 2012-02-20 at 23:52 -0700, Michal Jaegermann wrote:
> At https://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering
> I am reading "The standard Gnome 3 experience is now available on all
> hardware". Is this a plan, a wish or this is supposedly describing the
> current situati
On Tue, Feb 21, 2012 at 7:52 AM, Michal Jaegermann wrote:
> At https://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering
> I am reading "The standard Gnome 3 experience is now available on all
> hardware". Is this a plan, a wish or this is supposedly describing the
> current situatio
At https://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering
I am reading "The standard Gnome 3 experience is now available on all
hardware". Is this a plan, a wish or this is supposedly describing the
current situation? I am asking because on my rawhide installation
(Radeon RV280 gr
27 matches
Mail list logo