headers
Andre Guibert de Bruet | 1 Apr 2005 01:46
Favicon

Re: strcspn(3) complexity improvement


On Thu, 31 Mar 2005, Peter Jeremy wrote:

> On Wed, 2005-Mar-30 10:31:45 -0800, Brooks Davis wrote:
>> The real question I have is, how long does the string need to be before
>> this is a win and how much does it hurt for typical string lengths?
>> I've written code with strcspn that needed to perform well, but it was
>> parsing 80-column punch card derived formats.
>
> I was thinking about this last night.  The easy way is to generate random
> "string" and "charset" arrays of varying length and time both strcspn()
> variants - this gives you two two-dimensional surfaces showing timing
> vs argument size.  The difficulty is visualising the result and
> deciding whether pairs of random strings are realistic.

I would be tempted to use list traffic as the haystack and random words of 
differing lengths from the aspell dict for the needle.

Andy

| Andre Guibert de Bruet | Enterprise Software Consultant >
| Silicon Landmark, LLC. | http://siliconlandmark.com/    >
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
FreeBSD Tinderbox | 1 Apr 2005 01:53
Picon
Favicon

[current tinderbox] failure on i386/pc98

TB --- 2005-03-31 22:30:34 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2005-03-31 22:30:34 - starting CURRENT tinderbox run for i386/pc98
TB --- 2005-03-31 22:30:34 - checking out the source tree
TB --- 2005-03-31 22:30:34 - cd /home/tinderbox/CURRENT/i386/pc98
TB --- 2005-03-31 22:30:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2005-03-31 22:37:28 - building world (CFLAGS=-O2 -pipe)
TB --- 2005-03-31 22:37:28 - cd /home/tinderbox/CURRENT/i386/pc98/src
TB --- 2005-03-31 22:37:28 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2005-03-31 23:46:04 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2005-03-31 23:46:04 - cd /home/tinderbox/CURRENT/i386/pc98/src
TB --- 2005-03-31 23:46:04 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Thu Mar 31 23:46:05 UTC 2005
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andre Guibert de Bruet | 1 Apr 2005 02:05
Favicon

Re: I'm impressed with 5.4-PRERELEASE


On Thu, 31 Mar 2005, David D.W. Downey wrote:

>
> I am truly impressed with the speed increases across the board with
> 5.4-PRERELEASE.
> I currently run an ipfw + ipnat + quagga box that handles our local
> network traffic as well as bgp peering for ipv6 blocks.
> I don't usually go gaga over most operating systems, but I must say I'm
> very happy with the prerelease.

At work, we have our own success story with it. We migrated our busiest 
webservers via re-install, to 5.4-pre (From 4.x) with much success. In 
all, the operation took about an hour to get the machines back up and 
handling requests. During this time, traffic was redirected to a couple of 
spare 5.4-pre servers that we had racked for the occasion. The data 
volumes are still UFS1 at this point, but that migration will have to be 
for another time...

It all went so well that I was asked several hours after everything was 
back online if the process had begun! :-)

Andy

| Andre Guibert de Bruet | Enterprise Software Consultant >
| Silicon Landmark, LLC. | http://siliconlandmark.com/    >
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"
(Continue reading)

Permalink | Reply | 2 comments |
headers
Phil Oleson | 1 Apr 2005 04:18

Re: request: libedit sync

Kris Kennaway wrote:

>On Fri, Mar 25, 2005 at 05:28:12PM -0700, Phil Oleson wrote:
>  
>
>>Can somone with commit privs, think about re-sync'ing freebsd's libedit 
>>with NetBSD's copy?
>>    
>>
>
>Consider providing patches yourself :)
>
>Kris
>  
>
Okay.. patchfile is at http://nixil.net/libedit-sync-patch.gz

btw, I was a bit unsure if I should increment 'SHLIB_MAJOR' to 5. There 
were some
small changes (exposed some tok_xx functions) but it also removed 
el_data_get() &
el_data_set().  blah..

   Phil.
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"
(Continue reading)

Permalink | Reply | 4 comments |
headers
joe mcguckin | 1 Apr 2005 04:40
Favicon

Xen & FreeBSD?

Does anyone know the current status of Xen and FreeBSD?

Thanks,

Joe

--

-- 

Joe McGuckin

ViaNet Communications
994 San Antonio Road
Palo Alto, CA  94303

Phone: 650-213-1302
Cell:  650-207-0372
Fax:   650-969-2124

_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"
Permalink | Reply | 1 comment |
headers
Jon Noack | 1 Apr 2005 04:57

Re: Xen & FreeBSD?

On 03/31/05 20:40, joe mcguckin wrote:
> Does anyone know the current status of Xen and FreeBSD?

Behold, the power of Google:
http://sourceforge.net/mailarchive/message.php?msg_id=11193132
http://www.fsmware.com/xenofreebsd/

Jon
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Matthew N. Dodd | 1 Apr 2005 06:40
Picon
Favicon

Re: request: libedit sync

On Thu, 31 Mar 2005, Phil Oleson wrote:
> btw, I was a bit unsure if I should increment 'SHLIB_MAJOR' to 5. There 
> were some small changes (exposed some tok_xx functions) but it also 
> removed el_data_get() & el_data_set().  blah..

el_data_{get,set}() were local changes.  It would be really nice if they 
stayed.

--

-- 
10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"
Permalink | Reply | 3 comments |
headers
Emanuel Strobl | 1 Apr 2005 09:40
Picon

6-cur doesn't find ad0p3 with MBR and GPT on the same disk

Hello,

I upgraded a experimenting box from 5.4 to 6 with the result that 6 can't find 
my GPT slices.
The disk additionally contains an MBR for booting, I'm on x86...

Is there any trick to convince 6 to accept GPT slices after mounting root from 
the same disk, traditonally from ad0s1a, so I can continue mounting /usr 
a.s.o. which are on ad0p3?

With the old 5.4 kernel it was no problem, but userland is already -current so 
I cannot login anymore :(

Thanks,

-Harry
Permalink | Reply | 2 comments |
headers
Andre Guibert de Bruet | 1 Apr 2005 11:33
Favicon

Re: 6-cur doesn't find ad0p3 with MBR and GPT on the same disk


On Fri, 1 Apr 2005, Emanuel Strobl wrote:

> I upgraded a experimenting box from 5.4 to 6 with the result that 6 can't find
> my GPT slices.
> The disk additionally contains an MBR for booting, I'm on x86...
>
> Is there any trick to convince 6 to accept GPT slices after mounting root from
> the same disk, traditonally from ad0s1a, so I can continue mounting /usr
> a.s.o. which are on ad0p3?
>
> With the old 5.4 kernel it was no problem, but userland is already -current so
> I cannot login anymore :(

Just as a wild guess, this could possibly be related to the ata-mkIII 
commit. I don't have anything that can fix your problem under current, but 
here's how you can get your system back online:

Boot from the 5.4-pre or 5.3-rel cd and do a binary upgrade on top of your 
-current installation. It will get you to the point where you can backup 
your data and decide what you want to do from there.

This might be too little too late, but following the "safe upgrade steps" 
in src/UPDATING would have prevented this situation (You really should 
follow those, *especially* when bumping major versions of FreeBSD). Oh 
well, live and learn... :-)

Regards,
Andy
(Continue reading)

Permalink | Reply | 1 comment |
headers
Emanuel Strobl | 1 Apr 2005 12:24
Picon

Re: 6-cur doesn't find ad0p3 with MBR and GPT on the same disk

Am Freitag, 1. April 2005 11:33 schrieb Andre Guibert de Bruet:
> On Fri, 1 Apr 2005, Emanuel Strobl wrote:
> > I upgraded a experimenting box from 5.4 to 6 with the result that 6 can't
> > find my GPT slices.
> > The disk additionally contains an MBR for booting, I'm on x86...
> >
> > Is there any trick to convince 6 to accept GPT slices after mounting root
> > from the same disk, traditonally from ad0s1a, so I can continue mounting
> > /usr a.s.o. which are on ad0p3?
> >
> > With the old 5.4 kernel it was no problem, but userland is already
> > -current so I cannot login anymore :(
>
> Just as a wild guess, this could possibly be related to the ata-mkIII

I'm quiet sure that it hasn't anything to do with ATA, I used ata-mkIII before 
on RELENG_5 on that mixed MBR/GPT box.

[...]
> This might be too little too late, but following the "safe upgrade steps"
> in src/UPDATING would have prevented this situation (You really should

Well, it was one of my testboxes, although I haven't expected the upgrade to 
disable the box it's not that problem. The problem is that I want to have 
-current on it without changing my disk layout, booting from MBR label and 
having everything else on GPT slices. 8 labels per slice are not enough on 
that testbox!
And every GPT partition holds more or less important data....
And I need current to test it, whether it is stable enough to run my webserver 
since I need nullfs at sensible performance, which RELENG_5 doesn't provide
(Continue reading)

Permalink | Reply | 0 comments |

Gmane