Re: Top Posting Mania [was Re: FreeBSD 7.O compiled code is very slow]
On Thu, Feb 19, 2009 at 06:50:04PM +1100, Ian Smith wrote: On Thu, 19 Feb 2009, Wojciech Puchar wrote: On Wed, 18 Feb 2009, Kailash Kailash wrote: Woj, I'm really surprised that you, of all people, seem lately to have been converted to the Micro$oft Outlock-trained style of top-posting, including tail-quoting all sorts irrelevant and repeated trailers etc, after years of your (almost too- :) concise postings. well, sorry, but i don't use M$ Outlock That's more like it! :) I don't either, but I will provide a different data point: Blind listers, myself included, must generally read through posts sequentially, as it is usually trickier to skip reliably through quotes to the new material when using synthesized speech to read an email. We therefore favor top posting as a rule, though some of us try to adhere to a particular list's preferences. :-) For my part, I got way tired of sifting through masses of quotes and requotes and finally threw a little Perl script in as a Mutt display filter: Anyone who uses to quote lines is now my friend because my filter removes those, and I only see them on demand by opening the body of the message from Mutt's attachment list. Those who use other quoting techniques still cause me some anguish. :) So in summary, I hope people quote consistently, and I'll post at whichever end seems most popular per list. At least when I remember to do so... -- Doug Lee d...@dlee.orghttp://www.dlee.org SSB BART Group doug@ssbbartgroup.com http://www.ssbbartgroup.com When your best-laid plans have turned to dust, vacuum! - Whoopi Goldberg ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Top Posting Mania [was Re: FreeBSD 7.O compiled code is very slow]
On Sun, Feb 22, 2009 at 02:52:34PM -0500, Doug Lee wrote: I don't either, but I will provide a different data point: Blind listers, myself included, must generally read through posts sequentially, as it is usually trickier to skip reliably through quotes to the new material when using synthesized speech to read an email. We therefore favor top posting as a rule, though some of us try to adhere to a particular list's preferences. :-) This is why one should trim quotes -- so there's just enough there to provide the needed context, rather than a lengthy record of an entire conversation. It may be surprising to you, but those of us who can see also sometimes find it annoying to have six thousand words of repetitive quotes of material that is currently irrelevant stacked up at either the top *or* the bottom of the email. For my part, I got way tired of sifting through masses of quotes and requotes and finally threw a little Perl script in as a Mutt display filter: Anyone who uses to quote lines is now my friend because my filter removes those, and I only see them on demand by opening the body of the message from Mutt's attachment list. Those who use other quoting techniques still cause me some anguish. :) That's a pretty good idea. -- Chad Perrin [ content licensed OWL: http://owl.apotheon.org ] Quoth Scott McNealy: Microsoft is now talking about the digital nervous system. I guess I would be nervous if my system was built on their technology too. pgpDnaT2Leb6G.pgp Description: PGP signature
Re: Top Posting Mania [was Re: FreeBSD 7.O compiled code is very slow]
From: Ian Smith smi...@nimnet.asn.au [snip] Woj, I'm really surprised that you, of all people, seem lately to have been converted to the Micro$oft Outlock-trained style of top-posting, including tail-quoting all sorts irrelevant and repeated trailers etc, after years of your (almost too- :) concise postings. This list is getting very hard to follow as a digest anymore, when half of it or more is re-re-repeated overtailquoting of irrelevant trivia. Please come back from the dark side .. 1) MS Outlook is not the only MUA that defaults to 'TOP POSTING'. 2) It is configurable in the newer versions 3) The lack of effort by many posters to trim a message prior to sending is equally annoying. 4) The insertion of legally unenforceable disclaimers, etc. is another big waste of space. 5) The use of HTML mail in a mail forum is absurd; however, it is commonly done (GMail). 6) One of my 'Pet Peeves: Morons who change a thread's subject rather than start a new one. -- Jerry ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Top Posting Mania [was Re: FreeBSD 7.O compiled code is very slow]
5) The use of HTML mail in a mail forum is absurd; however, it is commonly done (GMail). this is a problem - as GMail and similar things itself. 6) One of my 'Pet Peeves: Morons who change a thread's subject rather than start a new one. was me sometimes by accident, but i do care now not doing this. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Top Posting Mania [was Re: FreeBSD 7.O compiled code is very slow]
On Thursday 19 February 2009 05:06:15 GESBBB wrote: 4) The insertion of legally unenforceable disclaimers, etc. is another big waste of space. And not always under the control of sender, through the creative use of outgoing mailfilters. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 7.O compiled code is very slow
looks like they improved gcc. you can install older from ports.
On Wed, 18 Feb 2009, Kailash Kailash wrote:
I am using FreeBSD 7.0 in 64 BIT mode. Same code compiled on BSD 7.0 runs
50% speed (as expected by CPU and code architecture) compared to BSD 6.2.
Here is one real code with binary output. On 3.0 GHz Woodcrest processor, I
am able to copy from one cache to another cache at the speed of
24Gbytes/second verses 12 Gbytes/second. Any help is appreciated.
Thanks,
Kailash
Source-code:
#define BACKWARD_MEMCOPY_WITH_TYPE(dp, sp, len, type)
BACKWARD_MEMCOPY((type*)(dp), (const type*)(sp),
((len)+(sizeof(type)-1))/sizeof(type))
#define BACKWARD_MEMCOPY(dp, sp, len) \
do { \
smwbits __len = len;/* must be signed value */ \
while (--__len = 0) \
(dp)[__len] = (sp)[__len]; \
} while (0)
BSD 6.2 code
0x004353b2 smcli_memory_copy_performance+434: mov
0x8(%rbp,%rdx,8),%rax
0x004353b7 smcli_memory_copy_performance+439: mov
%rax,0x48(%r12,%rdx,8)
0x004353bc smcli_memory_copy_performance+444: dec%rdx
0x004353bf smcli_memory_copy_performance+447: jns0x4353b2
smcli_memory_copy_performance+434
BSD 7.0 code
0x0040cb80 smcli_memory_copy_performance+272:mov
0xfff8(%rsi),%rax
0x0040cb84 smcli_memory_copy_performance+276:mov
%rax,0xfff8(%rcx)
0x0040cb88 smcli_memory_copy_performance+280:sub
$0x8,%rsi
0x0040cb8c smcli_memory_copy_performance+284:sub
$0x8,%rcx
0x0040cb90 smcli_memory_copy_performance+288:sub
$0x1,%rdx
0x0040cb94 smcli_memory_copy_performance+292:jns
0x40cb80 smcli_memory_copy_performance2+272
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
RE: FreeBSD 7.O compiled code is very slow
Can old version of GCC used with BSD 7.0 without facing any compatibility
problem?
Thanks,
Kailash
-Original Message-
From: Wojciech Puchar [mailto:woj...@wojtek.tensor.gdynia.pl]
Sent: Wednesday, February 18, 2009 1:46 PM
To: Kailash Kailash
Cc: freebsd-questions@freebsd.org
Subject: Re: FreeBSD 7.O compiled code is very slow
looks like they improved gcc. you can install older from ports.
On Wed, 18 Feb 2009, Kailash Kailash wrote:
I am using FreeBSD 7.0 in 64 BIT mode. Same code compiled on BSD 7.0 runs
50% speed (as expected by CPU and code architecture) compared to BSD 6.2.
Here is one real code with binary output. On 3.0 GHz Woodcrest processor,
I
am able to copy from one cache to another cache at the speed of
24Gbytes/second verses 12 Gbytes/second. Any help is appreciated.
Thanks,
Kailash
Source-code:
#define BACKWARD_MEMCOPY_WITH_TYPE(dp, sp, len, type)
BACKWARD_MEMCOPY((type*)(dp), (const type*)(sp),
((len)+(sizeof(type)-1))/sizeof(type))
#define BACKWARD_MEMCOPY(dp, sp, len) \
do { \
smwbits __len = len;/* must be signed value */ \
while (--__len = 0) \
(dp)[__len] = (sp)[__len]; \
} while (0)
BSD 6.2 code
0x004353b2 smcli_memory_copy_performance+434: mov
0x8(%rbp,%rdx,8),%rax
0x004353b7 smcli_memory_copy_performance+439: mov
%rax,0x48(%r12,%rdx,8)
0x004353bc smcli_memory_copy_performance+444: dec%rdx
0x004353bf smcli_memory_copy_performance+447: jns0x4353b2
smcli_memory_copy_performance+434
BSD 7.0 code
0x0040cb80 smcli_memory_copy_performance+272:mov
0xfff8(%rsi),%rax
0x0040cb84 smcli_memory_copy_performance+276:mov
%rax,0xfff8(%rcx)
0x0040cb88 smcli_memory_copy_performance+280:sub
$0x8,%rsi
0x0040cb8c smcli_memory_copy_performance+284:sub
$0x8,%rcx
0x0040cb90 smcli_memory_copy_performance+288:sub
$0x1,%rdx
0x0040cb94 smcli_memory_copy_performance+292:jns
0x40cb80 smcli_memory_copy_performance2+272
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
freebsd-questions-unsubscr...@freebsd.org
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 7.O compiled code is very slow
On Wednesday 18 February 2009 03:44 pm, Kailash Kailash wrote:
I am using FreeBSD 7.0 in 64 BIT mode. Same code compiled on BSD
7.0 runs 50% speed (as expected by CPU and code architecture)
compared to BSD 6.2. Here is one real code with binary output. On
3.0 GHz Woodcrest processor, I am able to copy from one cache to
another cache at the speed of 24Gbytes/second verses 12
Gbytes/second. Any help is appreciated.
You may try -fno-ivopts. I think the bug is:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27440
Jung-uk Kim
Thanks,
Kailash
Source-code:
#define BACKWARD_MEMCOPY_WITH_TYPE(dp, sp, len, type)
BACKWARD_MEMCOPY((type*)(dp), (const type*)(sp),
((len)+(sizeof(type)-1))/sizeof(type))
#define BACKWARD_MEMCOPY(dp, sp, len) \
do { \
smwbits __len = len;/* must be signed value */
\
while (--__len = 0) \
(dp)[__len] = (sp)[__len]; \
} while (0)
BSD 6.2 code
0x004353b2 smcli_memory_copy_performance+434: mov
0x8(%rbp,%rdx,8),%rax
0x004353b7 smcli_memory_copy_performance+439: mov
%rax,0x48(%r12,%rdx,8)
0x004353bc smcli_memory_copy_performance+444: dec%rdx
0x004353bf smcli_memory_copy_performance+447: jns
0x4353b2 smcli_memory_copy_performance+434
BSD 7.0 code
0x0040cb80 smcli_memory_copy_performance+272:mov
0xfff8(%rsi),%rax
0x0040cb84 smcli_memory_copy_performance+276:mov
%rax,0xfff8(%rcx)
0x0040cb88 smcli_memory_copy_performance+280:sub
$0x8,%rsi
0x0040cb8c smcli_memory_copy_performance+284:sub
$0x8,%rcx
0x0040cb90 smcli_memory_copy_performance+288:sub
$0x1,%rdx
0x0040cb94 smcli_memory_copy_performance+292:jns
0x40cb80 smcli_memory_copy_performance2+272
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
RE: FreeBSD 7.O compiled code is very slow
you install it from ports and use explicitly, everything else still uses
default
On Wed, 18 Feb 2009, Kailash Kailash wrote:
Can old version of GCC used with BSD 7.0 without facing any compatibility
problem?
Thanks,
Kailash
-Original Message-
From: Wojciech Puchar [mailto:woj...@wojtek.tensor.gdynia.pl]
Sent: Wednesday, February 18, 2009 1:46 PM
To: Kailash Kailash
Cc: freebsd-questions@freebsd.org
Subject: Re: FreeBSD 7.O compiled code is very slow
looks like they improved gcc. you can install older from ports.
On Wed, 18 Feb 2009, Kailash Kailash wrote:
I am using FreeBSD 7.0 in 64 BIT mode. Same code compiled on BSD 7.0 runs
50% speed (as expected by CPU and code architecture) compared to BSD 6.2.
Here is one real code with binary output. On 3.0 GHz Woodcrest processor,
I
am able to copy from one cache to another cache at the speed of
24Gbytes/second verses 12 Gbytes/second. Any help is appreciated.
Thanks,
Kailash
Source-code:
#define BACKWARD_MEMCOPY_WITH_TYPE(dp, sp, len, type)
BACKWARD_MEMCOPY((type*)(dp), (const type*)(sp),
((len)+(sizeof(type)-1))/sizeof(type))
#define BACKWARD_MEMCOPY(dp, sp, len) \
do { \
smwbits __len = len;/* must be signed value */ \
while (--__len = 0) \
(dp)[__len] = (sp)[__len]; \
} while (0)
BSD 6.2 code
0x004353b2 smcli_memory_copy_performance+434: mov
0x8(%rbp,%rdx,8),%rax
0x004353b7 smcli_memory_copy_performance+439: mov
%rax,0x48(%r12,%rdx,8)
0x004353bc smcli_memory_copy_performance+444: dec%rdx
0x004353bf smcli_memory_copy_performance+447: jns0x4353b2
smcli_memory_copy_performance+434
BSD 7.0 code
0x0040cb80 smcli_memory_copy_performance+272:mov
0xfff8(%rsi),%rax
0x0040cb84 smcli_memory_copy_performance+276:mov
%rax,0xfff8(%rcx)
0x0040cb88 smcli_memory_copy_performance+280:sub
$0x8,%rsi
0x0040cb8c smcli_memory_copy_performance+284:sub
$0x8,%rcx
0x0040cb90 smcli_memory_copy_performance+288:sub
$0x1,%rdx
0x0040cb94 smcli_memory_copy_performance+292:jns
0x40cb80 smcli_memory_copy_performance2+272
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
freebsd-questions-unsubscr...@freebsd.org
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Top Posting Mania [was Re: FreeBSD 7.O compiled code is very slow]
On Thu, 19 Feb 2009 00:13:08 +0100 (CET) Wojciech Puchar woj...@wojtek.tensor.gdynia.pl wrote: you install it from ports and use explicitly, everything else still uses default On Wed, 18 Feb 2009, Kailash Kailash wrote: Can old version of GCC used with BSD 7.0 without facing any compatibility problem? Thanks, Kailash -Original Message- From: Wojciech Puchar [mailto:woj...@wojtek.tensor.gdynia.pl] Sent: Wednesday, February 18, 2009 1:46 PM To: Kailash Kailash Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD 7.O compiled code is very slow looks like they improved gcc. you can install older from ports. On Wed, 18 Feb 2009, Kailash Kailash wrote: Woj, I'm really surprised that you, of all people, seem lately to have been converted to the Micro$oft Outlock-trained style of top-posting, including tail-quoting all sorts irrelevant and repeated trailers etc, after years of your (almost too- :) concise postings. This list is getting very hard to follow as a digest anymore, when half of it or more is re-re-repeated overtailquoting of irrelevant trivia. Please come back from the dark side .. Cheers anyway, Ian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 7.O compiled code is very slow
On Wed, Feb 18, 2009 at 8:44 PM, Kailash Kailash kailash.kail...@zscaler.com wrote: I am using FreeBSD 7.0 in 64 BIT mode. Same code compiled on BSD 7.0 runs 50% speed (as expected by CPU and code architecture) compared to BSD 6.2. Here is one real code with binary output. On 3.0 GHz Woodcrest processor, I am able to copy from one cache to another cache at the speed of 24Gbytes/second verses 12 Gbytes/second. Any help is appreciated. Thanks, Kailash Whatever happened to your brilliant team that you assembled in India ? Heard you started SafeMarch and BlueJune. what happened ? Looks like still you are fixated with NetScaler and got as far as zScaler. Huh ? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Top Posting Mania [was Re: FreeBSD 7.O compiled code is very slow]
On Wed, 18 Feb 2009, Kailash Kailash wrote: Woj, I'm really surprised that you, of all people, seem lately to have been converted to the Micro$oft Outlock-trained style of top-posting, including tail-quoting all sorts irrelevant and repeated trailers etc, after years of your (almost too- :) concise postings. well, sorry, but i don't use M$ Outlock ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Top Posting Mania [was Re: FreeBSD 7.O compiled code is very slow]
On Thu, 19 Feb 2009, Wojciech Puchar wrote: On Wed, 18 Feb 2009, Kailash Kailash wrote: Woj, I'm really surprised that you, of all people, seem lately to have been converted to the Micro$oft Outlock-trained style of top-posting, including tail-quoting all sorts irrelevant and repeated trailers etc, after years of your (almost too- :) concise postings. well, sorry, but i don't use M$ Outlock That's more like it! :) cheers, Ian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
