On Mon, Feb 12, 2007 at 09:59:58PM -0500, Matt Emmerton wrote:
> Luckily for me, the Math/Computer Science faculty resisted the urge to move
> to "commodity" languages for many years and continued to instruct using
> Pascal and Modula-3. I still recall the beauty of Modula-3's object model
> and c
On Mon, Feb 12, 2007 at 04:54:42PM -0800, Dave Hayes wrote:
> Bill Huey <(hui) <[EMAIL PROTECTED]>> writes:
> > They've substituted sensibility with a kind of conformity, various
> > indirect personality tests, etc... that constrain people to doing what
> &
On Sat, Feb 10, 2007 at 12:14:45PM -0800, Matthew Dillon wrote:
...
> Ultimately the lesson that has to be learned (especially by the younger
> people on our forum) is that there has always been and will always be
> a fairly severe disconnect between people like us and the companies
>
On Sat, Feb 10, 2007 at 11:59:56AM +1100, Dmitri Nikulin wrote:
> That sounds familiar. http://voodoo.bawue.com/blogs/?p=104 is the
> story of a FreeBSD committer who was similarly screwed by the
> interview process, though it's written in Russian, and I'm too lazy to
> translate. Maybe Google's se
On Fri, Feb 09, 2007 at 02:40:28PM -0800, Bill Huey wrote:
> On Fri, Feb 09, 2007 at 02:25:01PM -0800, Matthew Dillon wrote:
> My response is that they can go "f" themselves since I don't think they
> had enough technical background to interview me in the first place, nor
> did they know who the he
On Fri, Feb 09, 2007 at 02:25:01PM -0800, Matthew Dillon wrote:
> A Google recruiter approached me and while I am not looking for a
> job, perhaps some of you are.
...
> Alas, it would not involve DragonFly, but it will certainly involve
> UNIX (probably FreeBSD and SunOS and Lin
On Thu, Jan 18, 2007 at 09:26:32AM +1100, Dmitri Nikulin wrote:
> To memory-quote Matt, it should scale really well in theory, because
> most things are naturally lockless and so aren't co-dependent. FreeBSD
> scales badly (though improving) because there are complex locks
> everywhere, and even in
On Sun, Jan 14, 2007 at 05:40:38PM -0800, Matthew Dillon wrote:
> The one remaining issue on the virtual kernel hot list is a high
> resolution clock interrupt. I think it is possible to do it using a
> combination of KQUEUE's timeout feature and SYSTIMERs. I will spend
> a little
On Thu, Jan 11, 2007 at 05:53:56PM -0800, Matthew Dillon wrote:
[MMU fault, modification and loading issues]
...
> I don't have numbers for page table faults, but at least for those
> the real kernel doesn't have to drop into the virtual kernel unless
> the emualted page table is missi
On Thu, Jan 11, 2007 at 05:21:26PM -0800, Matthew Dillon wrote:
> But I still have not found a good technical description of what they
> are doing. Are they actually using ptrace to manipulate dummied
> up processes in the real kernel to shadow the emulated processes
> in the UML?
On Thu, Jan 11, 2007 at 04:53:52PM -0800, Bill Huey wrote:
> This is more recent.
>
> http://user-mode-linux.sourceforge.net/slides/lwe2005/img0.html
Jeff Dike's modifications for address space handling in the host kernel.
http://user-mode-linux.sourceforge.net/skas.html
bill
On Thu, Jan 11, 2007 at 04:51:55PM -0800, Bill Huey wrote:
> On Thu, Jan 11, 2007 at 04:41:34PM -0800, Matthew Dillon wrote:
> This was the initial version which ran horribly slow I believe. I couldn't
> say. I'm not an UML expert in any way.
>
> Try looking at this:
> http://user-mode-linux
On Thu, Jan 11, 2007 at 04:41:34PM -0800, Matthew Dillon wrote:
>
> :Linux also has KVM now and that does Xen kind of stuff. The last time I
> :looked at UML their arch directory was basically replaced with UML specific
> :stuff and it was pretty strictly bounded to userspace with no directly
> :k
On Thu, Jan 11, 2007 at 10:59:39AM -0800, Matthew Dillon wrote:
...
> Linux has something similar (UML), but no BSD system has this feature.
> All the BSDs rely on third party hardware virtualization (vmware, xen,
> qemu, etc).
>
> The linux code is fairly opaque. It is almost uni
On Sat, Nov 18, 2006 at 01:17:42PM +, [EMAIL PROTECTED] wrote:
> Antonio Vargas <[EMAIL PROTECTED]> wrote:
> > Linux-only doesn't exist per-se, since linux is GPL and any GPL code
> > can be remixed without problems. So, the question would be if it's ok
> > to remix GPL with DFBSD license (whic
On Sat, Nov 18, 2006 at 10:05:36AM +, [EMAIL PROTECTED] wrote:
> Bill Huey (hui) <[EMAIL PROTECTED]> wrote:
> Perhaps clever people can design a RCU-like system which doesn't fall under
> the RCU patent, who knows? Indeed this per CPU replication of kernel data
True,
On Sat, Nov 18, 2006 at 01:04:50PM +0100, Erik Wikstr?m wrote:
> On 2006-11-18 12:02, Antonio Vargas wrote:
> Well, there is a difference between copyright-law and patent-law. The
> code is protected by GPL (which is not compatible with BSD-licenses, and
> I doubt that we'll ever see any GPL in t
On Sat, Nov 18, 2006 at 12:06:44AM +0100, Attilio Rao wrote:
> 2006/11/17, hui Bill Huey <[EMAIL PROTECTED]>:
> >BTW, the single sxlock in FreeBSD is useless since it's serialized against
> >a single atomic operation. It's doesn't permit parallel reader i
On Fri, Nov 17, 2006 at 02:16:07PM -0800, Matthew Dillon wrote:
> Tokens have worked out very well for long code paths such as
> traversing a mountlist in order to perform a filesystem sync. There
> is virtually no knowledge pollution verses the mutex model where you
> have to pas
On Fri, Nov 17, 2006 at 09:04:53AM -0800, Matthew Dillon wrote:
> The route table work is rather significant, though it won't really
> shine until Giant is removed from the protocol threads. Basically
> the route table is now replicated across all cpus and thus can be
> accessed b
On Thu, Nov 16, 2006 at 10:35:31AM -0800, Matthew Dillon wrote:
> * A multi-layer abstraction (where one interrupt can interrupt another
> interrupt)... also known as preemption in FreeBSDland, is a bad idea
> that can lead to all sorts of unexpected side effects. I just don't
>
On Wed, Oct 18, 2006 at 12:47:42PM -0700, Matthew Dillon wrote:
> No, the purpose is to be able to run a DragonFly kernel as a userland
> process, so I can mock-up clusters to test the SYSLINK protocol. The
> SYSLINK protocol is the layer that will interface between machines in
> a
On Wed, Oct 18, 2006 at 09:02:24AM -0700, Matthew Dillon wrote:
> Progressing, but slowly. The plan is pretty solid but the code is
> complex enough that the only way to reduce the development cycle is
> to take a side track and implement process virtualization technology
> to supp
On Fri, Oct 13, 2006 at 11:55:33AM -0700, Matthew Dillon wrote:
> Good idea. I'll do it right now.
Speaking about good ideas. What's the status of dfBSD ? and how's all of
that atomic VFS work going etc... ?
bill
On Tue, Aug 22, 2006 at 07:13:51PM +, Thomas E. Spanjaard wrote:
> Matthew Dillon wrote:
> >:I think L4 and Mungi have proven that doesn't have to be the case these
> >:days.
> >Well, I am not an expert on L4 or Mungi, but I can count cpu cycles,
> >and having to do a context switch e
On Tue, Aug 22, 2006 at 09:35:15PM +0200, Joerg Sonnenberger wrote:
> On Tue, Aug 22, 2006 at 07:22:57PM +, Thomas E. Spanjaard wrote:
> > Thomas E. Spanjaard wrote:
> > >A relevant benchmark here is the lat_ctx benchmark of lmbench, of which
> > >a comparison between Linux and L4 is given on
On Tue, Aug 22, 2006 at 11:00:39AM -0700, Matthew Dillon wrote:
...
> One then winds up in a situation where one must hack the code to pieces
> to make it efficient... to reduce the number of context switches that
> occur. For example, a number of people have advocated that the TCP sta
On Sun, May 14, 2006 at 10:36:39AM -0700, Matthew Dillon wrote:
...
> The initial commit will just replace the VFS and VOP calls with the new
> infrastructure. There is actually no change at all to the calls
> themselves (yet). It will virtually be a drop-in replacement. After
>
On Tue, Jan 31, 2006 at 06:16:56PM -0800, Matthew Dillon wrote:
> :Sun is playing nice with open-source at the moment, but will
> :they continue to play nice when their stock price drops yet
> :another 50% ? I dunno. I hope so.
>
> They've released the source under their creative commons lic
On Sat, Dec 10, 2005 at 02:38:30PM -0800, Matthew Dillon wrote:
> Hello everyone! I will be giving a DragonFly talk at the next
> Bay Lisa. The primary focus of my talk will be a physical
> characterization (latencies, overheads, etc) of MP mechanisms
> and algorithms implemented
On Mon, Sep 19, 2005 at 10:39:48PM -0700, Matthew Dillon wrote:
> Well of *course* I'm writing it in C. I'm a C programmer, after all!
> Frankly, I'm spending most of my time building the HTML templates,
> which is rather unavoidable when building any site, and unrelated to
> the l
On Mon, Sep 19, 2005 at 07:21:58PM -0700, Ben Cadieux wrote:
> I think perhaps I'll start with the "XML" comment, since I would argue
> that it's the most humorous. XML is not critical for databases,
> that's a "baffling" comment to make. Besides all the lovely
> concurrent access problems, repea
On Mon, Sep 19, 2005 at 07:21:58PM -0700, Ben Cadieux wrote:
> I think perhaps I'll start with the "XML" comment, since I would argue
> that it's the most humorous. XML is not critical for databases,
> that's a "baffling" comment to make. Besides all the lovely
> concurrent access problems, repea
On Mon, Sep 19, 2005 at 11:06:55PM +0100, Hiten Pandya wrote:
> I can totally understand this, given that I have done development in JAVA
> before, for commercial purposes. It would be nice if more people can
> support the JDK patchkit producers in fixing JAVA support.
>
> Bill, since you were
On Mon, Sep 19, 2005 at 10:57:09AM -0700, Matthew Dillon wrote:
> I'll have the web interface basically finished by wednesday, after
> which I'll put it up and people can start playing around with
> it and giving me feedback while I start working on the email interface.
Setting up a
On Thu, Sep 15, 2005 at 10:21:30AM -0700, Matthew Dillon wrote:
> I'm not particularly fond of requiring a working java framework for our
Yeah, but don't be turned off by the fact that Java isn't working that well
under the BSDs. Java is a great environment where a lot of this kind of
programm
36 matches
Mail list logo
