:You should see what speed RamBus they were using, 600 or 800 Mhz. It is
:pretty fast for large memory writes and reads. It'd be cool to see how
:the different speeds stack up against one another. DDR comparisons would
:be cool too. Yeah, for the frequency, you have to take into account that
:the
> Date: Sun, 04 Mar 2001 19:39:09 -0600
> From: David A. Gobeille <[EMAIL PROTECTED]>
>
> It would also be interesting to see the numbers for an Athlon/PIII
> system with DDR, if anyone has such a machine.
Personally, I'd be [more] interested in a ServerWorks III HE core chipset
with four-way in
You should see what speed RamBus they were using, 600 or 800 Mhz. It is
pretty fast for large memory writes and reads. It'd be cool to see how
the different speeds stack up against one another. DDR comparisons would
be cool too. Yeah, for the frequency, you have to take into account that
these are
Tyler K McGeorge wrote:
>
> - Original Message -
> From: Matt Dillon <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Sunday, March 04, 2001 3:34 AM
> Subject: Machines are getting too damn fast
>
> | We need to find something more interesting then buildworlds to do on
> | t
On Sun, Mar 04, 2001 at 11:58:11AM -0800, Alfred Perlstein wrote:
> using send-pr:
> http://www.freebsd.org/support.html#gnats
>
> Is '__dead2' a GNU C thing? or is in any sort of standard?
>
> Generally there's some resistance to putting GNU C specific
> code into the base system, is there a p
On Fri, Mar 02, 2001 at 12:31:33PM +0800, David Xu wrote:
>
>
> I have cvsuped 4.2-STABLE today, make buildword and mergemaster,
> after reboot, netstat no longer show TCP connections:
You didn't say that you built a new kernel: did you?
Kris
PGP signature
All,
I have produced another version of the time zone changes in
cron. I ran a few tests and plan to commit it to -current after
a bit more testing. Everyone who wants to join the testing efforts
is welcome. The comments are welcome as well.
The new behavior is enabled by the option "-s", withou
On 04-Mar-01 Alfred Perlstein wrote:
> * Farooq Mela <[EMAIL PROTECTED]> [010304 11:18] wrote:
>>
>> Hi,
>>
>> Could someone with CVS write access make the following change in
>> pthread.h
>>
>> void pthread_exit __P((void *));
>>
>> to
>>
>> void pthread_exit __P((void *)) __dead2;
>>
>> a
On Sun, Mar 04, 2001 at 08:13:36AM -0500, Dan Shechter wrote:
> Can I pthread with libpcap?
I doubt it, but you might want to talk to Bill Fenner. Also see
www.tcpdump.org.
Joerg
--
Joerg B. MicheelEmail: <[EMAIL PROTECTED]>
WAND and NLANR MOAT
> Date: Sun, 04 Mar 2001 12:15:36 -0800
> From: Farooq Mela <[EMAIL PROTECTED]>
>
> It's not actually gcc-specific code, its more of a hint to the compiler
> to not warn about something like, main() "falling off the end" when
> there is actually an exit(0); at the end of it. If GCC knows exit()
>
* Farooq Mela <[EMAIL PROTECTED]> [010304 12:14] wrote:
> Alfred Perlstein wrote:
>
> > Is '__dead2' a GNU C thing? or is in any sort of standard?
>
> See /usr/include/sys/cdefs.h
>
> __dead2 is defined to __attribute__((__noreturn__)) if a suitable
> version of GCC is being used.
>
> > Gene
Alfred Perlstein wrote:
> Is '__dead2' a GNU C thing? or is in any sort of standard?
See /usr/include/sys/cdefs.h
__dead2 is defined to __attribute__((__noreturn__)) if a suitable
version of GCC is being used.
> Generally there's some resistance to putting GNU C specific
> code into the base
Alfred Perlstein wrote:
>
> * Farooq Mela <[EMAIL PROTECTED]> [010304 11:18] wrote:
> >
> > Hi,
> >
> > Could someone with CVS write access make the following change in
> > pthread.h
> >
> > void pthread_exit __P((void *));
> >
> > to
> >
> > void pthread_exit __P((void *)) __dead2;
> >
> > as th
* Farooq Mela <[EMAIL PROTECTED]> [010304 11:18] wrote:
>
> Hi,
>
> Could someone with CVS write access make the following change in
> pthread.h
>
> void pthread_exit __P((void *));
>
> to
>
> void pthread_exit __P((void *)) __dead2;
>
> as this function doesnt return and gcc is giving me so
Hi,
Could someone with CVS write access make the following change in
pthread.h
void pthread_exit __P((void *));
to
void pthread_exit __P((void *)) __dead2;
as this function doesnt return and gcc is giving me some annoying
warnings ;-)
BTW, what is the standard mechanism for submitting a pa
On Sun, 4 Mar 2001, Jordan DeLong wrote:
> On Sun, Mar 04, 2001 at 11:08:51AM +, Jordan DeLong wrote:
> > clone() wont count against the per uid process limit, right?
> actually I just realized it'd be incredibly stupid for clone not to
> count against the per uid process limit
It does the
On Sun, Mar 04, 2001 at 01:02:25PM -0500, Daniel Eischen wrote:
> On Sun, 4 Mar 2001, Jordan DeLong wrote:
> > Hey; I've got a question about the pthread implementation on freebsd. I was
> > looking it over and noticed that the pthread library is green; which is
> > disadvantagous on SMP machines
> Actually, clone() returns to your program with the stack fixed up
> so that you don't crash immediately, FreeBSD has a way of doing
> this, it's documented in the manpages and through disucssion on
> the mailing lists.
>
> --
> -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
Yes, I k
On Sun, Mar 04, 2001 at 11:08:51AM +, Jordan DeLong wrote:
> On Sun, Mar 04, 2001 at 09:55:03AM -0800, Alfred Perlstein wrote:
> > * Jordan DeLong <[EMAIL PROTECTED]> [010304 09:27] wrote:
> > > Hey; I've got a question about the pthread implementation on freebsd. I was
> > > looking it over
On Sun, Mar 04, 2001 at 09:55:03AM -0800, Alfred Perlstein wrote:
> * Jordan DeLong <[EMAIL PROTECTED]> [010304 09:27] wrote:
> > Hey; I've got a question about the pthread implementation on freebsd. I was
> > looking it over and noticed that the pthread library is green; which is
> > disadvantag
On Sun, 4 Mar 2001, Jordan DeLong wrote:
> Hey; I've got a question about the pthread implementation on freebsd. I was
> looking it over and noticed that the pthread library is green; which is
> disadvantagous on SMP machines. I found a port of the linux pthreads, but it
> uses rfork() to create
* Alexander N. Kabaev <[EMAIL PROTECTED]> [010304 09:58] wrote:
>
> On 04-Mar-2001 Jordan DeLong wrote:
> > Hey; I've got a question about the pthread implementation on freebsd. I was
> > looking it over and noticed that the pthread library is green; which is
> > disadvantagous on SMP machines.
On 04-Mar-2001 Jordan DeLong wrote:
> Hey; I've got a question about the pthread implementation on freebsd. I was
> looking it over and noticed that the pthread library is green; which is
> disadvantagous on SMP machines. I found a port of the linux pthreads, but it
> uses rfork() to create th
* Jordan DeLong <[EMAIL PROTECTED]> [010304 09:27] wrote:
> Hey; I've got a question about the pthread implementation on freebsd. I was
> looking it over and noticed that the pthread library is green; which is
> disadvantagous on SMP machines. I found a port of the linux pthreads, but it
> uses
Hey; I've got a question about the pthread implementation on freebsd. I was
looking it over and noticed that the pthread library is green; which is
disadvantagous on SMP machines. I found a port of the linux pthreads, but it
uses rfork() to create the new threads...
Anyway; I was curious if a c
Hi,
Can I pthread with libpcap?
Regards,
Dan
This e-mail has been sent to you courtesy of OperaMail, a
free web-based service from Opera Software, makers of
the award-winning Web Browser - http://www.operasoftware.com
--
On Sun, Mar 04, 2001 at 04:21:02AM -0600, Tyler K McGeorge wrote:
>
> - Original Message -
> From: Matt Dillon <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Sunday, March 04, 2001 3:34 AM
> Subject: Machines are getting too damn fast
>
> | We need to find something more inte
> Let's just complicate the code more.
Hey it works for Microsoft after all! Perhaps if buildworld takes 3 days
even on a an eight CPU AlphaServer FreeBSD will rocket to almost completely
domination of the OS market?
Then again - maybe not :)
Dominic
-Original Message-
From: [EMAIL PRO
- Original Message -
From: Matt Dillon <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, March 04, 2001 3:34 AM
Subject: Machines are getting too damn fast
| We need to find something more interesting then buildworlds to do on
| these machines.
Let's just complicate th
I was browsing CompUSA today and noticed they were selling Sony
VAIO 1.3 and 1.5 GHz desktops, amoung other things. It's amazing
how fast processors have gotten just in the last two years! I just
had to pick up one of these babies and give it a run through to see
how fast the
30 matches
Mail list logo
