Re: FreeBSD 1.x Binaries Work Except under Chroot

2012-08-10 Thread George Mitchell
On 08/10/12 18:49, Julian H. Stacey wrote: Try to ktrace the binaries to see what is going on. I suspect that sources for 1.1.5 are not in our cvs/svn, so it is troublesome to say anuthing without ktrace dump. Not that I need it, but I looked to see how old we go. (Sometimes its nice to have ol

Re: Browsing over IPv6

2012-07-10 Thread George Mitchell
On 07/10/12 21:53, George Mitchell wrote: On 07/02/12 16:29, Doug Barton wrote: On 07/02/2012 04:12, George Mitchell wrote: I've been using IPv6 for quite a few years without problems and I've had no difficulty browsing Many more sites are actually putting, or have put, IPv6 into

Re: Browsing over IPv6

2012-07-10 Thread George Mitchell
On 07/02/12 16:29, Doug Barton wrote: On 07/02/2012 04:12, George Mitchell wrote: I've been using IPv6 for quite a few years without problems and I've had no difficulty browsing Many more sites are actually putting, or have put, IPv6 into production since the latest world IPv6 day

Re: Replacing BIND with unbound (Was: Re: Pull in upstream before 9.1 code freeze?)

2012-07-09 Thread George Mitchell
the Principle of Least Astonishment for me in many years. And discovering it just when I'm having trouble downloading packages would be salt in the wound.-- George Mitchell ___ freebsd-hackers@freebsd.org mailing list http://li

Browsing over IPv6

2012-07-02 Thread George Mitchell
With both firefox and chrome, if I browse to http://sports.yahoo.com/mlb/teams/bos the computer hangs forever "Waiting for l.yimg.com". If I browse to http://dvd.netflix.com/, the computer hangs forever "Waiting for cdn-0.nflxing.com". I've been using IPv6 for quite a few years without problems

Re: how to turn my computer into a TV

2012-06-22 Thread George Mitchell
On 06/22/12 11:48, VDR User wrote: [...] NTSC is not a stream of bits. NTSC is analog. The tuner converts the NTSC analog waveform into a raw stream of bits. This raw stream of bits is too large to conviently store on disk, so it needs to be compressed/encoded into mpeg or similar. Some tuners i

Re: boot menu option to disable graphics mode

2012-06-09 Thread George Mitchell
NG." (Or SERVERS or whatever dependency you need, or "Stop just before LOGIN".) -- George Mitchell Set runlevel by default to 3 , where just like any other system is multiuser, and provide support in the rc scripts to look at kenv. While documenting &qu

Re: [RFT][patch] Scheduling for HTT and not only

2012-03-02 Thread George Mitchell
On 03/02/12 18:06, Adrian Chadd wrote: Hi George, Have you thought about providing schedgraph traces with your particular workload? I'm sure that'll help out the scheduler hackers quite a bit. THanks, Adrian I posted a couple back in December but I haven't created any more recently: http

Re: [RFT][patch] Scheduling for HTT and not only

2012-02-27 Thread George Mitchell
On 02/27/12 06:28, Olivier Smedts wrote: 2012/2/27 George Mitchell: On 02/27/12 05:35, Olivier Smedts wrote: 2012/2/27 George Mitchell: I finally got around to trying this on a 9.0-STABLE GENERIC kernel, in the forlorn hope that it would fix SCHED_ULE's poor performance for intera

Re: [RFT][patch] Scheduling for HTT and not only

2012-02-27 Thread George Mitchell
On 02/27/12 05:35, Olivier Smedts wrote: 2012/2/27 George Mitchell: I finally got around to trying this on a 9.0-STABLE GENERIC kernel, in the forlorn hope that it would fix SCHED_ULE's poor performance for interactive processes with a full load on interactive processes. It doesn&#

Re: [RFT][patch] Scheduling for HTT and not only

2012-02-26 Thread George Mitchell
On 02/26/12 19:32, George Mitchell wrote: > [...] SCHED_ULE's poor performance for > interactive processes with a full load on interactive processes. It ^^ Should be "of compute-bound". > doesn&#x

Re: [RFT][patch] Scheduling for HTT and not only

2012-02-26 Thread George Mitchell
hope that it would fix SCHED_ULE's poor performance for interactive processes with a full load on interactive processes. It doesn't help. -- George Mitchell ___ freebsd-hackers@freebsd.org ma