Re: Performance! [SOLVED]

2008-01-11 Thread Ricardo Nabinger Sanchez
On Fri, 11 Jan 2008 18:15:08 +0100
Kris Kennaway <[EMAIL PROTECTED]> wrote:

> Krassimir reports that with these two fixes, the standard 7.0 kernel
> has performance:
> 
> #threads  transactions/sec
> 1 755
> 8 7129
> 406580
> 100   6768
> 
> compared to Linux:
> 
> Linux (2.6.18)
> #threads#transactions/sec
> 1   693
> 5   3539
> 10  5789
> 20  5791
> 40  5661
> 60  5517
> 80  5401
> 100 5319
> 
> Linux (2.6.23)
> #threads#transactions/sec
> 1   740
> 5   2675
> 10  6486
> 20  6893
> 40  6623
> 60  6623
> 80  6522
> 100 6417
> 
> I think this is a satisfactory resolution :)

That's great news!  Even greater if you consider that not a single line
of code inside FreeBSD had to be changed.

-- 
Ricardo Nabinger Sanchez   [EMAIL PROTECTED]
Powered by FreeBSD  http://rnsanchez.wait4.org

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose?

2007-11-06 Thread Ricardo Nabinger Sanchez
On Tue, 6 Nov 2007 12:48:35 +1100
Norberto Meijome <[EMAIL PROTECTED]> wrote:

> Pretty much everytime I'm getting a lockup, i'm either streaming music
> from my music box or on a skype call. Not much to go by, but there
> isn't any logs left at all of the crash. It is not a panic (no writing
> dump to disk when I press enter, Caps-lock is dead, even the Fn key
> which is bound to the bios is dead). What I have noticed in these
> cases is that there seems to be a lock upthen, about a minute or
> so after it, the mouse seems to come back to life...but then there's
> nothing more I can do - i've waited for over 5 minutes after this with
> no more results
> 
> Not sure how I can diagnose / test this, but i'm willing to give them
> a try, time permitting :)

Hmm.  Any chances any of you upgraded Xorg/glib2 this weekend?  I did on
Sunday, and got some soft-locks similar to these ones.  In my case, only
part of the applications would freeze.  Interestingly, only xmms and
gkrellm kept running, and I could ssh to the machine---nothing unusual
on top(1).

In the X console, the mouse would move, but don't do anything useful.
The keyboard sometimes didn't worked, but whenever NumLock worked,
then I'd be able to vtswitch to some vt and ^C the whole X server.

The only worth message was from nvidia module (sometimes more than once),
some random time before soft-locking up.  If it helps, I heard a slightly
different pc-speaker beep (short), which eventually led me to vt-switch
and discover this message:

kernel: NVRM: API mismatch: the client has the version 100.14.19, but
kernel: NVRM: this kernel module has the version 100.14.11.  Please
kernel: NVRM: make sure that this kernel module and all NVIDIA driver
kernel: NVRM: components have the same version.

I'm on 6.1-RELEASE, most ports are up-to-date, and now using the nv
driver because nvidia module is getting a _sleep unresolved symbol.
No locks so far, BTW.

-- 
Ricardo Nabinger Sanchez   [EMAIL PROTECTED]
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: xfce4 broke after pkgdb -Ff

2007-05-17 Thread Ricardo Nabinger Sanchez
On Thu, 17 May 2007 08:51:13 -0400
Lowell Gilbert <[EMAIL PROTECTED]> wrote:

> > pkgdb -Ff had had a pango problem, so i did a portupgrade -f pango.
> >
> > now i can't even get a terminal in my xfce4
> 
> I think you missed some of the instructions in /usr/ports/UPDATING.
> I'm also a bit confused on exactly what you did, because pkgdb doesn't
> make any changes to the programs you can run.  At this point, you need
> to start by making sure that programs that use pango are updated to
> use the new one.  Something like "portupgrade -fr pango".

And don't forget the big warning about gettext upgrade to 0.16, which may
break things which depend on gettext (which is a lot of things, including
Xfce).

-- 
Ricardo Nabinger Sanchez   [EMAIL PROTECTED]
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: BTX halted with MegaRaid SCSI 320-2 on 6.2R help

2007-02-09 Thread Ricardo Nabinger Sanchez
On Sat, 10 Feb 2007 00:45:36 +0800
LI Xin <[EMAIL PROTECTED]> wrote:

> >> esi=f69b edi=00040170 epb=03d8 esp=0358
   ^^^  Typo of "ebp"?

> >> cs=f000 ds=0040 es=5d18fs=9fc0 gs=f000 ss=9e17
> >> cs:eip=ec 50 e4 61 58 50 e4 61-58 ee 5a c3 01 00 e4 c3
> >>12 00 00 41 d0 0c 02 08-80 00 03 00 79 00 79 00 00
> >> ss:esp=77 01 03 2c a1 00 08 2c-fa 02 00 e0 00 00 c0 9f
> >>00 00 4e 80 f3 ee 00 f0-03 24 00 e0 06 02 00 80
> >> BTX halted
> >>
> >>
> >>   
> > 
> > It looks like BIOS code at f000:c3d4 is trying to read a word from I/O
> > port 0xfffa, and this is causing a GPF when it tries to write to what
> > looks like the BIOS data area at 0040:0058; "cursor position for video
> > page 4".
> > 
> >   0:   ec  in (%dx),%al
> >   1:   50  push   %eax
> >   2:   e4 61   in $0x61,%al
> >   4:   58  pop%eax
> >   5:   50  push   %eax
> >   6:   e4 61   in $0x61,%al
> >   8:   58  pop%eax
>  ^^^ The stack operations sound
> mad to me :-)  I think these is probably not what we expect...

Indeed, but the address in %esp doesn't look too bad: 0x358.  Wouldn't this be
inside the first 4K page?

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Performance 4.x vs. 6.x

2006-10-16 Thread Ricardo Nabinger Sanchez
On Mon, 16 Oct 2006 16:13:13 -0700 (PDT)
Danial Thom <[EMAIL PROTECTED]> wrote:

> Why do I need to start a project? Matt Dillon is
> already doing it.
> 
> One thing that Matt has proved is that IQ isn't
> cumulative. Because hes doing on his own what an
> entire team of FreeBSD "engineers" can't do. But
> hey, you're not getting paid, so I guess we
> shouldn't expect anything good. Bravo for trying
> guys. We appreciate your wasted efforts.

Sorry, but I don't get your point.  Why aren't you using Dragonfly or Linux
or any other OS that suits your needs already?

> I'm not nearly as concerned about the project at
> this point. Dfly will be usable before freebsd,
> and at least we know there's someone that knows
> what they're doing over there. What concerns me
> is the lying to all of the small businessman out
> there. People wasting their money on hardware
> that freebsd can't utilize. And you clowns
> telling them how great it is. Its just plain
> dishonest.

And another: have you read (and understood) the copyright message?
Specifically this part (deCAPSed for your comfort):

"This software is provided by the regents and contributors ``as is'' and
any express or implied warranties, including, but not limited to, the
implied warranties of merchantability and fitness for a particular purpose
are disclaimed."

I don't have the IQ to understand why do you keep using FreeBSD if it makes
you unhappy, doesn't support the hardware you bought/have, perform poorly on
most situations you have to deal with, and you think its developers don't
have a clue of what they're doing.

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: File systems clean after crash?

2006-09-28 Thread Ricardo Nabinger Sanchez
On Thu, 28 Sep 2006 14:20:29 +0200
Ivan Voras <[EMAIL PROTECTED]> wrote:

> I don't think so, but it's a good idea :)

Oh yes.  I have an ext2fs slice here, rarely mount it read-write (almost
always read-only), and when power goes off it is fsck'd in the next boot.

I should be less lazy and go look why this is happening.  :)

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: snd_emu10k1 driver

2006-09-27 Thread Ricardo Nabinger Sanchez
On Wed, 27 Sep 2006 04:55:04 -0700
"Bill Blue" <[EMAIL PROTECTED]> wrote:

> Is this driver known to be 100% working?

For me, it works OK most of the time.  Longer audio files (ogg/mp3) usually
play without issues, and under rarely and not-understood circumstances some
sort of slight audio distortion (like static in a radio) appears, but it's
just a matter of pausing-unpausing xmms to recover.

For shorter audio samples (lots of different types of wave files) that I use
as notification (IM messages and other events I like to be notified) it's
another story: not so rarely the audio is distorted, and the distortion is
not always the same.  Some distortions I can name are: pitch, volume,
clipping and truncating.  These are always played with sox (sox-12.18.2).

This happens both with emu10k1 and emu10kx1 (from ports), but I found that
with standard emu10k1 it happens less often for the music (which usually is
playing as long as my machine is on).

I can test the driver to hunt this bug as long as instructions on what to do
are given :)

Additional info follows.

% uname -a
FreeBSD sauron.lan.box 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May  7
04:32:43 UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
i386

% cat /dev/sndstat 
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0:  at io 0xd800 irq 16 kld snd_emu10k1 (4p/3r/0v
channels duplex default)

relevant dmesg:
pcm0:  port 0xd800-0xd81f at device 10.0 on pci0
pcm0: 

pciconf:
[EMAIL PROTECTED]:10:0:
class= 0x040100 card=0x80611102 chip=0x00021102 rev=0x07 hdr=0x00
vendor   = 'Creative Labs'
device   = 'EMU1 Sound Blaster Live! (Also Live! 5.1) - OEM from DELL
- CT4780'
class= multimedia
subclass = audio
[EMAIL PROTECTED]:10:1:
class= 0x098000 card=0x00201102 chip=0x70021102 rev=0x07 hdr=0x00
vendor   = 'Creative Labs'
device   = 'EMU1 Game Port'
class= input device

details of a small audio sample that often gets distorted:
% file roger.wav 
roger.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, mono
22050 Hz

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: (Wrong) CPU utilization reported by top

2006-09-23 Thread Ricardo Nabinger Sanchez
On Sat, 23 Sep 2006 21:16:23 +0200
Václav Haisman <[EMAIL PROTECTED]> wrote:

> ...it doesn't show a single process that would have over 1% of WCPU or CPU!
> 
>   PID USERNAME THR PRI NICE   SIZERES STATETIME   WCPU
> COMMAND

My guess is that you're seeing weighted CPU time and want unweighted.  If so,
press C (upper-case).  top will change the header to "CPU" instead of "WCPU"
right after.

But I must agree that (sometimes, at least) top seems to not show an exact
picture of the current CPU usage by the processes.

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: bug on BTX

2006-09-22 Thread Ricardo Nabinger Sanchez
On Fri, 22 Sep 2006 17:46:49 +0200
dick hoogendijk <[EMAIL PROTECTED]> wrote:

> Still remains the question on why FreeBSD is not able to boot when bios
> DMA transfers are set set to on, while XP and linux just do what they're
> supposed to. It should not be necessary i.m.h.o.

What about filing a PR <http://www.freebsd.org/send-pr.html>, so the problem
gets documented and eventually fixed?

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Thanks!

2006-09-14 Thread Ricardo Nabinger Sanchez
On Thu, 14 Sep 2006 16:11:08 -0700, Gary Kline <[EMAIL PROTECTED]>
wrote:

>   I *thought* there was a Desktop  distro.  URL's?  or should I
>   just google around?

There you go:

http://www.pcbsd.org/
http://www.desktopbsd.net/

:)

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Thanks!

2006-09-14 Thread Ricardo Nabinger Sanchez
On Thu, 14 Sep 2006 01:27:34 -0500, "Charles P. Schaum"
<[EMAIL PROTECTED]> wrote:

> I am real happy with FreeBSD. I would be interested in seeing more
> desktop stuff become a reality. Neither of the desktop variants of
> FreeBSD works so well for me, yet.

Have you tried Desktop BSD and/or PCBSD?  IIRC, they're based on FreeBSD
and very desktop oriented -- perhaps they'll work well for you.

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: optimization levels for 6-STABLE build{kernel,world}

2006-09-14 Thread Ricardo Nabinger Sanchez
On Wed, 13 Sep 2006 21:42:41 -0700, Gary Kline <[EMAIL PROTECTED]>
wrote:

>   Isn't the compiler intelligent enough to have a reasonable 
>   limit, N, of the loops it will unroll to ensure a faster runtime?

Yes, and also permits the user to choose if internal heuristics should be
used, user-specified loop size to unroll, and unroll-all-loops.

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: [OT] Re: Bug-free software

2006-09-10 Thread Ricardo Nabinger Sanchez
On Sun, 10 Sep 2006 21:28:00 -0400, Lowell Gilbert
<[EMAIL PROTECTED]> wrote:

> It *is* in the Handbook's glossary.

Geez.  I can't believe all those times I've searched for the FreeBSD
jargon, the glossary *never* appeared in my results, so I'm getting to know
it right now, after your comment.  As I own a copy of Greg's "The Complete
FreeBSD", I rarely check the online handbook.  Shame on me.

Well, now I've bookmarked it (glossary).  Thanks for the tip, and sorry for
the noise.

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


[OT] Re: Bug-free software (Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?!)

2006-09-10 Thread Ricardo Nabinger Sanchez
On Mon, 11 Sep 2006 02:37:37 +0200, Volker <[EMAIL PROTECTED]> wrote:

> MFC means "merge from current" (read as: merge from CURRENT [HEAD]
> cvs tree into the current -STABLE tree).

Way off-topic: I had a patch around my stuff to add this (and some others I
don't remember now) to the wtf (1) base, or even a "FreeBSD Glossary"
section in the handbook.  It certainly wouldn't hurt to have one, and at
least me would thank the brave fellow who did it :)

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Ports Update: Failed to Generate INDEX

2006-09-05 Thread Ricardo Nabinger Sanchez
On Tue, 5 Sep 2006 11:01:39 -0300, Ricardo Nabinger Sanchez
<[EMAIL PROTECTED]> wrote:

> On Tue, 05 Sep 2006 09:25:38 -0400, Ron Tarrant <[EMAIL PROTECTED]>
> wrote:
> 
> > At first, I commented out all the ports for languages I don't
> > understand such as Russian, Japanese, etc. But I got a similar error,
> > so I commented out all the individual ports and uncommented ports-all
> > to do a complete job of it. That's when I ran portsdb -Uu and got the
> > above error.
> > 
> > This is my first time doing this, so I'm sure I've missed something 
> > somewhere.
> 
> IIRC, you must have all the ports (ports-all in your config file) in order
> to generate an INDEX, as it will fail otherwise.

After sending, I saw your comment about having already done that
(ports-all).  Don't know what's wrong, then -- sorry for the noise.

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Ports Update: Failed to Generate INDEX

2006-09-05 Thread Ricardo Nabinger Sanchez
On Tue, 05 Sep 2006 09:25:38 -0400, Ron Tarrant <[EMAIL PROTECTED]>
wrote:

> At first, I commented out all the ports for languages I don't understand 
> such as Russian, Japanese, etc. But I got a similar error, so I 
> commented out all the individual ports and uncommented ports-all to do a 
> complete job of it. That's when I ran portsdb -Uu and got the above error.
> 
> This is my first time doing this, so I'm sure I've missed something 
> somewhere.

IIRC, you must have all the ports (ports-all in your config file) in order
to generate an INDEX, as it will fail otherwise.

-- 
Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"