On 3/20/2011 2:07 PM, Steven R. Gerber wrote:
> I want to do local/remote mirror/backup (or should that be local-mirror
> / offsite-backup).
> So a two-part question:
> 1.Even if there is a timeout, shouldn't the job/process exit?
> **
On Wednesday, March 23, Amit Kulkarni wrote:
> Never know what they can do. But the current max is 6 GHz by IBM for
> any core, right? :)
>
> The majority of current hardware do per core frequency scaling (or
> bursting), but hw.cpuspeed is reporting the BIOS CPU speed
> (considering over and unde
On 2011/03/23 21:18, David Vasek wrote:
> Hello all.
>
> As majority of current hardware use some form of dynamic CPU
> frequency scaling and it is frequently controlled by ampd, wouldn't
> it be good to have the current hw.cpuspeed displayed somewhere in the
> header lines of systat(1) and top(1)
Hi Mattieu,
Mattieu Baptiste wrote on Fri, Mar 18, 2011 at 04:28:40PM +0100:
> This diff enables daily(8) to use DUID instead of pathname in
> /etc/fstab for backing up root filesystem.
I see the point, but i am not thrilled.
> I'm not a shell expert... comments are welcome.
Already now, the /
Never know what they can do. But the current max is 6 GHz by IBM for
any core, right? :)
The majority of current hardware do per core frequency scaling (or
bursting), but hw.cpuspeed is reporting the BIOS CPU speed
(considering over and under clocking) for each core before the scaling
happens, rig
On Wed, 23 Mar 2011, Tobias Weingartner wrote:
On Wednesday, March 23, David Vasek wrote:
As majority of current hardware use some form of dynamic CPU frequency
scaling and it is frequently controlled by ampd, wouldn't it be good to
have the current hw.cpuspeed displayed somewhere in the heade
On Wednesday, March 23, David Vasek wrote:
>
> As majority of current hardware use some form of dynamic CPU frequency
> scaling and it is frequently controlled by ampd, wouldn't it be good to
> have the current hw.cpuspeed displayed somewhere in the header lines of
> systat(1) and top(1)? Just
Hello all.
As majority of current hardware use some form of dynamic CPU frequency
scaling and it is frequently controlled by ampd, wouldn't it be good to
have the current hw.cpuspeed displayed somewhere in the header lines of
systat(1) and top(1)? Just to know the scale for other performace fi
armani also pointed out the same issue with
my MCLGETI diff for xl(4).
I've adapted bluhm's patch and it works fine
here.
Any feedback ?
Index: src/sys/dev/ic/xl.c
===
RCS file: /cvs/src/sys/dev/ic/xl.c,v
retrieving revision 1.99
di
On Tue, Feb 15, 2011 at 12:32:20PM -0500, Loganaden Velvindron wrote:
> Hi,
>
> Yes, the diff does work with half/full duplex.
>
> I fixed the style issues & added checks for other being NULL. To
> test those changes, I disabled tlphy & ukphy, and tested the tl
> adapter with mlphy only. All mode
If you are having trouble viewing this e-mail, Visit
www.catererswarehouse.com Caterer's Warehouse Weekly Specials
Caterer's Warehouse Special Offers
Home | Catering Supplies | Restaurant Equipment | Tabletop Specialties
Bakery Supplies | Bar Supplies | Kitchen Supplies | Commercial Furniture
| H
The timeout seems like a very large amount of time.
All the drivers used to contain reuse-the-last-mbuf tricks. With
MCLGETI, this hack is removed because MCLGETI should provide at least
1 mbuf. But... what if the actual total mbuf pressure is so high that
MCLGETI can't get it. Then a driver w
On Wed, Mar 23, 2011 at 08:17:11AM +0100, Mark Kettenis wrote:
> > From: David Gwynne
> > Date: Wed, 23 Mar 2011 14:21:19 +1000
> >
> > makes sense to me.
>
> While it is a potential solution for the problem at hand (and one I
> didn't consider yet) can we step back and think whether this is a
>
On Tue, 18 Jan 2011, Vadim Zhukov wrote:
> Hello all (again).
>
> So here is a bit reworked patch, taking into account suggestions from
> tedu@, halex@ and jmc@. Particularily, there is no more huge phrase
> "This value is multiplied by the number of 512\-byte blocks in a sector
> to yield the si
Yeni insanlarla tanD1E mak istiyorum ! ,
Tanidiklarimla zaten diger platformlarda gorusuyorum diyenler,
Sadece 5 DakikalD1k rastgele sohbetler le yeni insanlarla tanisip,
Yeni Dostluklara , Yeni Asklara yelken acin.
Arkadaslik sitelerine yepyeni bir boyut ve anlayis getiren ,
Turkiyenin ilk F
Thanks a lot.
Please never mind i have question, as you have implemented your own version,
can you use name "mdns" , does not its apple's property ? :)
On Wed, Mar 23, 2011 at 3:54 PM, Stuart Henderson wrote:
> On 2011/03/23 09:50, hUNT wrote:
> > Cool!!!
> >
> > U did a great job!!! I was loo
On Wed, Mar 23, 2011 at 04:34:22PM +0530, kamaldeep srangal wrote:
> Thanks a lot.
>
> Please never mind i have question, as you have implemented your own version,
> can you use name "mdns" , does not its apple's property ? :)
>
Yes, mdns is a protocol draft at this time, www.multicastdns.org. S
On 2011/03/23 09:50, hUNT wrote:
> Cool!!!
>
> U did a great job!!! I was looking for
> exactly same.:)
> which bonjour version u have used ?
> Can i access your source code (openmdns)?
> Keep up the good work!!!
https://github.com/haesbaert/mdnsd
Cool!!!
U did a great job!!! I was looking for
exactly same.:)
which bonjour version u have used ?
Can i access your source code (openmdns)?
Keep up the good work!!!
> From: David Gwynne
> Date: Wed, 23 Mar 2011 14:21:19 +1000
>
> makes sense to me.
While it is a potential solution for the problem at hand (and one I
didn't consider yet) can we step back and think whether this is a
solution that will work for *all* our ethernet drivers?
> On 23/03/2011, at 1
20 matches
Mail list logo
