Quoting Gabor Kovesdan (from Wed, 18 Aug 2010
19:56:01 +0200):
Em 2010.08.18. 19:37, Rui Paulo escreveu:
On 18 Aug 2010, at 18:18, Garrett Cooper wrote:
On Wed, Aug 18, 2010 at 9:23 AM, Rui Paulo wrote:
Hi,
I've been chatting with the ICC ex-users and they seem to be ok
with the remov
Quoting Dimitry Andric (from Wed, 18 Aug 2010
19:56:44 +0200):
Updating that port to icc 11.1 is probably not a trivial task, and
making sure it compiles programs properly is even trickier... :)
It is not as trivial as a normal "configure;make;make install" port,
but with the existing por
Hello,
Alexander Leidinger wrote:
If someone would get icc 11.x up and runnig as a port (similar to what
we have for outdated icc version in the ports collection), I would have
a look if my contact at Intel is still working there in a position which
allows him to get a commercial license for u
On Wed, Aug 18, 2010 at 11:52 PM, Gordon Tetlow wrote:
> On Wed, Aug 18, 2010 at 5:01 PM, Anonymous wrote:
>
>> Gordon Tetlow writes:
>>
>> It doesn't search in bin/../man nor in bin/.man. For example,
>> my PATH contains $LOCALBASE/bin:$HOME/.bin, while /etc/manpath.config
>> is default one an
FreeBSD Tinderbox writes:
Kernel build for LINT started on Thu Aug 19 02:51:08 UTC 2010
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: b
Gabor Kovesdan wrote:
Yes, I'm sorry for my slow reaction, I got a flu some time ago and that
prevented me from fixing the bugs earlier. I have several fixes in my
working copy, which are being discussed with my mentor. Probably, today
or tomorrow they will be committed.
Gabor
When will t
Quoting "V. T. Mueller, Continum" (from
Thu, 19 Aug 2010 09:20:26 +0200):
Hello,
Alexander Leidinger wrote:
If someone would get icc 11.x up and runnig as a port (similar to
what we have for outdated icc version in the ports collection), I
would have a look if my contact at Intel is stil
Out of interest I tried the first test here add ack into the mix we
I've grown to like as a developer as it uses some nice sensible
defaults for every day use avoiding svn etc.
Its a pure perl app so wasn't expecting it to be particularly quick
in the single file case, its much quicker in the mul
Luigi Rizzo writes:
> Having sources in some fantastic new language 'fuffa' and no 'fuffa2c'
> tool is almost as bad as having no source (in fact, it is like the
> joke of supplying source for the GPL'd software in your brand new
> LCD tv or appliance. I'd like to know who will ever be able to bui
Alexander Leidinger wrote:
Alexander Leidinger wrote:
If someone would get icc 11.x up and runnig as a port (similar to
what we have for outdated icc version in the ports collection), I
would have a look if my contact at Intel is still working there in a
position which allows him to get a comm
Alexander Leidinger writes:
> If someone would get icc 11.x up and runnig as a port (similar to what
> we have for outdated icc version in the ports collection), I would
> have a look if my contact at Intel is still working there in a
> position which allows him to get a commercial license for us.
"M. Warner Losh" writes:
> So making it default turned out well in the end. Sure, there was pain
> involved (but this is current), but making it default exposed the pain
> that would otherwise have gone unnoticed. The big hue and cry, while
> excessive at times, did result in people actually run
Doug Barton writes:
> I'm not going to re-state my opinion here except to say it hasn't
> changed. Even if the performance were not an issue I think the bugs
> mentioned below combined with your 4-day absence should also have been
> considerations. However, in regards to this particular case I thi
On 19 August 2010 00:07, John Baldwin wrote:
> On Wednesday, August 18, 2010 3:17:56 pm pluknet wrote:
>> On 18 August 2010 23:11, pluknet wrote:
>> > On 18 August 2010 17:46, Kostik Belousov wrote:
>> >> On Wed, Aug 18, 2010 at 02:43:19PM +0400, pluknet wrote:
>> >>> On 18 August 2010 12:07, pl
On 19 August 2010 04:04, Rick Macklem wrote:
>> On 18 August 2010 12:07, pluknet wrote:
>> > On 17 August 2010 20:04, Kostik Belousov wrote:
>> >
>> >>
>> >> Also please take a note of the John' suggestion to use the taskqueue.
>> >
>> > I decided to go this road. Thank you both.
>> > Now I do n
Quoting Dag-Erling Smørgrav (from Thu, 19 Aug 2010
11:16:23 +0200):
Alexander Leidinger writes:
If someone would get icc 11.x up and runnig as a port (similar to what
we have for outdated icc version in the ports collection), I would
have a look if my contact at Intel is still working th
Quoting "V. T. Mueller, Continum" (from
Thu, 19 Aug 2010 11:15:19 +0200):
Alexander Leidinger wrote:
Alexander Leidinger wrote:
If someone would get icc 11.x up and runnig as a port (similar to
what we have for outdated icc version in the ports collection), I
would have a look if my cont
Hello Andriy!
On Aug 18, 2010, at 7:30 PM, Andriy Gapon wrote:
> on 13/08/2010 00:45 Alexey Tarasov said the following:
>> Fatal trap 1: privileged instruction fault while in kernel mode
>> cpuid = 1; apic id = 01
>> instruction pointer = 0x20:0xff8040d2cc83
>> stack pointer =
On Wed Aug 18 10, Alexander Best wrote:
> On Wed Aug 18 10, Gordon Tetlow wrote:
> > All,
> >
> > I sat down and rewrote the man tools from a relatively old codebase to a
> > single shell script. My original motivation was to allow multiple
> > configuration files so port installations did not hav
Hi,
GNU grep is OK. However standard BSD grep also work:
find . -exec grep -i world {} /dev/null \;
or even:
find . -exec grep -in world {} /dev/null \;
if you want linenumbers ...
hth
Stein Morten
On Aug 19, 2010, at 11:29, freebsd-current-requ...@freebsd.org wrote:
> Date: Thu, 19 Aug
Dag-Erling Smørgrav wrote:
There is a lesson here: people who are unsatisfied with the performance
of ${TOOL} should profile it before they start a flamefest on -current.
If you're alluding to Dougs original email, I will strictly disagree.
He found a performance issue which noone had seen or
"V. T. Mueller, Continum" writes:
> If you're alluding to Dougs original email, I will strictly disagree.
> He found a performance issue which noone had seen or brought up before
> and gave feedback to Gabor in a constructive and distinctively polite
> manner.
It would have been far more "constru
Dag-Erling Smørgrav wrote:
In other words: as long as there are unresolved issues, the default
should be set to GNU grep. This doesn't stop anyone from improving the
BSD grep we're all waiting for. It only does good to those who rely on
using grep - expecting correctness and speed.
Based on my
"V. T. Mueller, Continum" writes:
> Dag-Erling Smørgrav writes:
> > Based on my 12 years of experience in this project, you are very,
> > very wrong.
> An 'argumentation' like the above is simply a killer phrase that ends
> every discussion.
An 'argumentation' like the above is simply a killer p
+---[ V. T. Mueller, Continum ]--
|
| In other words: as long as there are unresolved issues, the default
| should be set to GNU grep. This doesn't stop anyone from improving the
| BSD grep we're all waiting for. It only does good to those who rely on
| using grep - expe
Am 19.08.2010 11:35, schrieb Alexander Leidinger:
>
> Quoting Dag-Erling Smørgrav (from Thu, 19 Aug 2010
> 11:16:23 +0200):
>
>> Alexander Leidinger writes:
>>> If someone would get icc 11.x up and runnig as a port (similar to what
>>> we have for outdated icc version in the ports collection
On Wednesday, August 18, 2010 5:54:41 pm Dimitry Andric wrote:
> On 2010-08-18 23:12, Dimitry Andric wrote:
> >> And one trial is not statistically valid - especially given the small
> >> differences. How about multiple multiple trials with ministat.
> >
> > The result were averages of three tria
On Thursday, August 19, 2010 5:29:25 am pluknet wrote:
> On 19 August 2010 00:07, John Baldwin wrote:
> > On Wednesday, August 18, 2010 3:17:56 pm pluknet wrote:
> >> On 18 August 2010 23:11, pluknet wrote:
> >> > On 18 August 2010 17:46, Kostik Belousov wrote:
> >> >> On Wed, Aug 18, 2010 at 02
Gabor Kovesdan writes:
> I've just committed a patch with the kind help of Dimitry Andric,
> which gives BSD grep a huge performance boost. The performance is now
> almost comparable to GNU grep.
Not quite, as Doug pointed out. I don't know what benchmark you're
using, but I'm using a greatly si
On 2010-08-17 23:24, Alan Cox wrote:
>> So normal mmap is ~3% slower, and prefault mmap does not seem to make
>> any measurable difference. I guess the added complexity is not really
>> worth it, for now.
>
> Do you know what fraction of this time is being spent in the kernel?
I ran 100 trials a
on 12/08/2010 23:57 Doug Barton said the following:
> My "runaway intr" problem with flash has been continuing all along, but
> since no one has been interested in helping with it I haven't reported
> it for a while. However, today, for the first time, it happened when I
> had not run flash at all
On Thursday 19 August 2010 15:38:54 Dag-Erling Smørgrav wrote:
> Gabor Kovesdan writes:
>> I've just committed a patch with the kind help of Dimitry Andric,
>> which gives BSD grep a huge performance boost. The performance is
>> now almost comparable to GNU grep.
>
> Not quite, as Doug pointed ou
Dimitry Andric wrote:
On 2010-08-17 23:24, Alan Cox wrote:
So normal mmap is ~3% slower, and prefault mmap does not seem to make
any measurable difference. I guess the added complexity is not really
worth it, for now.
Do you know what fraction of this time is being spent in the kerne
On 08/19/10 01:40, Dag-Erling Smørgrav wrote:
FreeBSD Tinderbox writes:
Kernel build for LINT started on Thu Aug 19 02:51:08 UTC 2010
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 depende
On Wed, Aug 18, 2010 at 3:43 PM, Andrew Reilly wrote:
> On Sun, Aug 15, 2010 at 11:15:55PM -0700, Doug Barton wrote:
>> got any other suggestions?
>
> This is very much a "sorry I asked" question, but is none-the
> less quite a good one, given the size of the hole to be plugged.
>
> I think that a
On 19/08/2010, C. P. Ghost wrote:
> On Wed, Aug 18, 2010 at 3:43 PM, Andrew Reilly
> wrote:
>> On Sun, Aug 15, 2010 at 11:15:55PM -0700, Doug Barton wrote:
>>> got any other suggestions?
>>
>> This is very much a "sorry I asked" question, but is none-the
>> less quite a good one, given the size o
Folks,
Sorry for chiming in, just a quick idea. If you find the "get a
high-level language that compiled to C" idea good, it might be worth
to take look at Feldspar [1]. It is about defining a domain-specific
language for a given domain (Digital Signal Processing) that compiles
to standard ISO C
On 08/19/2010 08:24, Andriy Gapon wrote:
I am sorry, but I don't see anything dramatically wrong here. So
"swi4: clock" uses 5.76% of WCPU, is that such a big deal to be
called "runaway intr"?
That's the symptom.
A lot of CPU time is idle and a lot is used by userland processes
(e.g. Xorg). C
On Thu, 19 Aug 2010 18:00:54 +0200 "C. P. Ghost" wrote:
> On Wed, Aug 18, 2010 at 3:43 PM, Andrew Reilly wro=
> te:
> > On Sun, Aug 15, 2010 at 11:15:55PM -0700, Doug Barton wrote:
> >> got any other suggestions?
> >
> > This is very much a "sorry I asked" question, but is none-the
> > less quit
on 19/08/2010 20:30 Doug Barton said the following:
> On 08/19/2010 08:24, Andriy Gapon wrote:
>> I am sorry, but I don't see anything dramatically wrong here. So
>> "swi4: clock" uses 5.76% of WCPU, is that such a big deal to be
>> called "runaway intr"?
>
> That's the symptom.
OK, I see.
Perha
On Thu, 19 Aug 2010, Doug Barton wrote:
On 08/19/2010 08:24, Andriy Gapon wrote:
I am sorry, but I don't see anything dramatically wrong here. So
"swi4: clock" uses 5.76% of WCPU, is that such a big deal to be
called "runaway intr"?
That's the symptom.
Have you ever posted a vmstat -i for w
On Thu, 19.08.2010 at 16:42:26 +, David Xu wrote:
> Gabor Kovesdan wrote:
>
> > Yes, I'm sorry for my slow reaction, I got a flu some time ago and that
> > prevented me from fixing the bugs earlier. I have several fixes in my
> > working copy, which are being discussed with my mentor. Probab
On 08/19/2010 04:13, Dag-Erling Smørgrav wrote:
It would have been far more "constructive and distinctively polite" to
take ten minutes to build and run a profiling version of grep, and
include the results in the OP.
Meta-comment first. des and I are both people of strong opinions, and we
agre
On Thu, Aug 19, 2010 at 7:22 PM, Bakul Shah wrote:
> +1 for Scheme! It has a lot in its favor (see below).
>
> But this is an abstract discussion. Until there are plenty of
> useful system scripts (in one of these languages) that people
> really want, nothing is going to change.
Yes, it's abstrac
I think sometimes we act as if code that is removed from the tree is
gone forever, with no possibility of it ever returning. I don't
understand this attitude. :) If something is unsupported it should be
removed, Q.E.D. There is no reason to think of possible reasons that we
might want it to st
TB --- 2010-08-19 16:59:50 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-19 16:59:50 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-08-19 16:59:50 - cleaning the object tree
TB --- 2010-08-19 17:00:31 - cvsupping the source tree
TB --- 2010-08-19 17:00:31 - /u
On 2010-08-19 18:42, David Xu wrote:
> When will the grep -H print file name for me ? it is rather painful
> that the feature is missing. :-(
> So I can not use it with find:
>
> find . -exec grep -H {} world \;
> I don't know which file contains the word world.
I think you mean:
find . -exe
On Thu, Aug 19, 2010 at 11:35:48AM +0200, Alexander Leidinger wrote:
>
> Quoting Dag-Erling SmÃ??rgrav (from Thu, 19 Aug 2010
> 11:16:23 +0200):
>
> > Alexander Leidinger writes:
> >> If someone would get icc 11.x up and runnig as a port (similar to what
> >> we have for outdated icc version
Hi,
[ti...@laptop]~%which egrep
/usr/bin/egrep
[ti...@laptop]~%egrep --version
egrep (BSD grep) 2.5.1-FreeBSD
[ti...@laptop]~% fetch
http://tiger.ipfw.ru/files/rt3090_ndiswrapper.tar.gz
[ti...@laptop]~% tar xf rt3090_ndiswrapper.tar.gz
[ti...@laptop]~%cd rt3090_ndiswrapper/
[ti...@laptop]~/temp/
Gabor:
One more thing to look into, in addition to the context problems,
ndisgen breakage, and problems on certain file systems:
At r211506, 'grep -wq' does not seem to work properly (in the very
least, it is not the same as with GNU grep), and has broken the
'check-categories' target (and hence
On Thursday, August 19, 2010 10:12:11 am Dimitry Andric wrote:
> On 2010-08-17 23:24, Alan Cox wrote:
> >> So normal mmap is ~3% slower, and prefault mmap does not seem to make
> >> any measurable difference. I guess the added complexity is not really
> >> worth it, for now.
> >
> > Do you know w
I run a PCI Atheros card in hostap mode on CURRENT.
a...@pci0:6:0:0:class=0x02 card=0x5a001385 chip=0x0013168c
rev=0x01 hdr=0x00
vendor = 'Atheros Communications Inc.'
device = '802.11a/b/g Wireless Adapter (AR2312)'
class = network
subclass = ethernet
E
I didn't want to prolong this now mostly off-topic discussion
too much, but:
On Thu, Aug 19, 2010 at 06:00:54PM +0200, C. P. Ghost wrote:
> +1 for a scheme shell, but not for the heavy-weight variety that
> compiles to C, as that would tie them to a subset of ${ARCH}es.
Why do you say that? Most
On Thu, Aug 19, 2010 at 06:40:37PM +0200, Ivan Voras wrote:
> Will have to disagree on that - part of the point of having such a
> thing would be to attract young developers, and while the CS crowd
> will be happy with LISP, anyone starting programming after the first
> .com bubble will probably be
But I think BSD grep should be compatible with GNU grep,
because almost all scripts are written for GNU grep before
BSD grep appears, it is not practical to rewrite all existing
scripts. Anyway, thanks for your help.
David Xu
Stein Morten Sandbech wrote:
Hi,
GNU grep is OK. However standard B
On Fri, Aug 20, 2010 at 10:47:39AM +1000, Andrew Reilly wrote:
> On Thu, Aug 19, 2010 at 06:40:37PM +0200, Ivan Voras wrote:
> > Will have to disagree on that - part of the point of having such a
> > thing would be to attract young developers, and while the CS crowd
> > will be happy with LISP, any
Hello, Gabor.
You wrote 14 августа 2010 г., 20:10:56:
> 2, GNU grep uses internal optimizations to get that performance. I think
> it's a wrong approach because the regex library itself should be
> optimized instead to keep BSD grep clean and simple and to provide the
> same efficiency for all u
On Thu, Aug 19, 2010 at 09:42:01PM +, b. f. wrote:
> Gabor:
>
> One more thing to look into, in addition to the context problems,
> ndisgen breakage, and problems on certain file systems:
>
> At r211506, 'grep -wq' does not seem to work properly (in the very
> least, it is not the same as wit
Hello, Doug.
You wrote 16 августа 2010 г., 10:15:55:
> lua too "flavor of the day," not enough track record of stability,
> not enough installed base/proven utility
To be honest, lua is used in TONS of (commercial and, often,
console) games as scripting engine, without any is
On 08/19/2010 10:43, Bjoern A. Zeeb wrote:
On Thu, 19 Aug 2010, Doug Barton wrote:
On 08/19/2010 08:24, Andriy Gapon wrote:
I am sorry, but I don't see anything dramatically wrong here. So
"swi4: clock" uses 5.76% of WCPU, is that such a big deal to be
called "runaway intr"?
That's the sympt
On Fri, Aug 20, 2010 at 08:31, Bernhard Schmidt wrote:
> On Fri, Aug 20, 2010 at 01:04, Chris Ruiz wrote:
>> I run a PCI Atheros card in hostap mode on CURRENT.
>>
>> a...@pci0:6:0:0: class=0x02 card=0x5a001385 chip=0x0013168c
>> rev=0x01 hdr=0x00
>> vendor = 'Atheros Communicat
On Fri, Aug 20, 2010 at 01:04, Chris Ruiz wrote:
> I run a PCI Atheros card in hostap mode on CURRENT.
>
> a...@pci0:6:0:0: class=0x02 card=0x5a001385 chip=0x0013168c
> rev=0x01 hdr=0x00
> vendor = 'Atheros Communications Inc.'
> device = '802.11a/b/g Wireless Adapter (AR2
62 matches
Mail list logo
