On Wed, Oct 09, 2013 at 09:55:51PM +0800, Patrick Dung wrote:
> Hello,
>
>
> I would like to know it there is dtrace support in the openjdk7?
Not yet on FreeBSD, unless there's something I'm missing. Some work
needs to be done on the port in order to get it working.
hotspot/make/bsd/makefiles/
I've been doing a few one-on-one sessions at iXsystems explaining the
git model to developers and have had much success.
Tomorrow at BAFUG
(http://www.meetup.com/BAFUG-Bay-Area-FreeBSD-User-Group/events/144351492/)
I will be doing a quick talk on git and then doing a breakaway session
on mana
On Mon, Oct 07, 2013 at 04:17:03PM -0400, Eitan Adler wrote:
> patch(1) explicitly tries to use RCS (and SCCS) in certain cases.
At the SCCS behavior is part of (the SCCS option in ) POSIX 2008.
So far I haven't seen any reason for messing with it.
Joerg
__
On Wed, Oct 9, 2013 at 3:26 PM, Benjamin Kaduk wrote:
> I guess I'm late to the party (catching up on the whole thread took a
> while...)
>
>
> On Mon, 7 Oct 2013, Eitan Adler wrote:
>
>> patch(1) explicitly tries to use RCS (and SCCS) in certain cases. Are
>> we okay with a base system utility t
I guess I'm late to the party (catching up on the whole thread took a
while...)
On Mon, 7 Oct 2013, Eitan Adler wrote:
patch(1) explicitly tries to use RCS (and SCCS) in certain cases. Are
we okay with a base system utility that behaves differently depending
on whether a port is installed? Sh
+1
Very useful :)
-a
On 9 October 2013 01:55, Andriy Gapon wrote:
>
> I would like to propose to extend taskqueue API with taskqueue_drain_all.
> A potential use case: I have a private taskqueue, several kinds of tasks
> get
> executed via it and then I want to make sure that all of them are
Hello,
I would like to know it there is dtrace support in the openjdk7?
Thanks,
Patrick Dung
On Tuesday, October 8, 2013 1:26 PM, Patrick Dung
wrote:
Hi all,
I would like to know it there is dtrace support in the openjdk7?
Thanks,
Patrick
__
On Wed, 9 Oct 2013 15:42:27 +0400
Dmitry Sivachenko wrote:
> Hello!
>
> I have a program which mmap()s a lot of large files (total size more
> that RAM and I have no swap), but it needs only small parts of that
> files at a time.
>
> My understanding is that when using mmap when I access some me
On Tue, 8 Oct 2013 16:01:25 -0700
Davide Italiano wrote:
> This could be probably changed -- from what | see even under high
> memory pressure this wasn't a problem but all in all I agree with you
> that we shouldn't loop forever but limit the number of pass on the
> list to a somewhat constant n
On 2013-10-09 13:34, Willem Jan Withagen wrote:
On 2013-10-07 3:24, rozhuk...@gmail.com wrote:
I updated amdtemp and now I need your help with testing.
Now the driver should support all AMD processors.
For a family of 15h and 16h, not all sensors are available - for my
system
does not find driv
Hello!
I have a program which mmap()s a lot of large files (total size more that RAM
and I have no swap), but it needs only small parts of that files at a time.
My understanding is that when using mmap when I access some memory region OS
reads the relevant portion of that file from disk and cac
On 2013-10-07 3:24, rozhuk...@gmail.com wrote:
I updated amdtemp and now I need your help with testing.
Now the driver should support all AMD processors.
For a family of 15h and 16h, not all sensors are available - for my system
does not find drivers for ati SMBus, and other systems based on the
I would like to propose to extend taskqueue API with taskqueue_drain_all.
A potential use case: I have a private taskqueue, several kinds of tasks get
executed via it and then I want to make sure that all of them are completed.
Obviously, I have a way to ensure that no new ones get enqueued.
Is t
13 matches
Mail list logo
