headers
Jonathan S. Shapiro | 1 Oct 23:18

Hiring again

I'm very pleased to announce that The EROS Group has recently been
awarded two new contracts, which means that we need to start hiring
again. We are looking for people with experience in kernels, virtual
machines, and/or compilers.

The positions will be in the Baltimore, MD area. Relocation is possible.
Salary will be market-competitive based on experience.

Because these positions are funded by US Government contracts, we can
only consider US citizens or permanent residents. We are also starting
the process of organizing our business and capitalization plans, and we
expect to have further positions open in the fairly near future that
will not be constrained this way, so if you aren't a US resident, don't
give up hope.

If you would like to find out more about what we are up to and what
these positions entail, please feel free to get in touch with me.

Jonathan
--

-- 
Jonathan S. Shapiro
Managing Director
The EROS Group, LLC
www.coyotos.org, www.eros-os.org
Permalink | Reply | 0 comments |
headers
deepak ravi | 9 Oct 09:12
Picon

Re: New kernel to play with

Dear Mr. Wijnen,

I'm having a small problem while
On 9/23/07, Bas Wijnen <shevek <at> fmf.nl> wrote:
> Hello everyone,
>
> For the impatient, here's how to see that (commands are for a Debian
> system, adjust them if you have something else):
>
> # apt-get install build-essential qemu automake1.10 autoconf git-core
> # apt-get install rubber texlive-latex-base
> $ git clone git://82.93.13.222/kernel

> $ cd kernel
> $ (mkdir nethack && cd nethack && apt-get source nethack)
> $ ./autogen.sh
> $ make
> $ make qemu
>
>
>
>
> Thanks,
> Bas
Permalink | Reply | 2 comments |
headers
deepak ravi | 9 Oct 09:57
Picon

Re: New kernel to play with

Hi all:

I'm sorry, please ignore the previous mail, that mail was sent accidently.

On 9/23/07, Bas Wijnen <shevek <at> fmf.nl> wrote:
> Hello everyone,
>

Dear Mr. Wijnen,

I would like to try with this "new kernel", but unfortunately I am not
able to pull out
the sources.

bash$ git clone git://82.93.13.222/kernel

git is failing with the following message:

    Initialized empty Git repository in <path>/kernel/.git/
    fatal: read error (Connection reset by peer)
    fetch-pack from 'git://82.93.13.222/kernel' failed.

I'm sorry to disturb you for this silly matter(I'm new to git), but I
would be grateful,
if you could help me with some pointers to troubleshoot this git issue.

Thanks in advance..

 --
Regards,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Bas Wijnen | 9 Oct 11:25
Picon
Favicon

Re: New kernel to play with

Hi,

On Tue, Oct 09, 2007 at 01:27:38PM +0530, deepak ravi wrote:
> I would like to try with this "new kernel", but unfortunately I am not
> able to pull out the sources.
> 
> bash$ git clone git://82.93.13.222/kernel
> 
> git is failing with the following message:
> 
>     Initialized empty Git repository in <path>/kernel/.git/
>     fatal: read error (Connection reset by peer)
>     fetch-pack from 'git://82.93.13.222/kernel' failed.

This is strange.  You can try to do it again, at least it works from
here if I copy-paste the command from this e-mail.  If it doesn't work,
I've made a tarball of the current tree here:

http://pcbcn10.phys.rug.nl/~shevek/kernel.tar.gz

I hope you can get it to work, and look forward to any comments.

Thanks,
Bas

--

-- 
I encourage people to send encrypted e-mail (see http://www.gnupg.org).
If you have problems reading my e-mail, use a better reader.
Please send the central message of e-mails as plain text
   in the message body, not as HTML and definitely not as MS Word.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michal Suchanek | 21 Oct 13:17
Picon
Favicon
Gravatar

A paper about cooperative memory management

Hello,

I have seen this matter discussed on this list but so far no
information on actual implementation.

In another list somebody posted a link to a paper about garbage
collector that tries to cooperate with the system VM manager to
achieve better performance.
The paper describes the results when such memory management is
implemented for Java.

Basically they added a few bits to the Linux kernel which allow

a) give up pages
b) send a message to process when its page is scheduled for eviction
c) send a message to process when the eviction actually happens

They also conclude that when this communication is not used their
garbage collector performs about the same as any other.

The paper can be found here: http://www.cs.umass.edu/~emery/pubs/04-16.pdf

I hope it is of some interest.

Thanks

Michal
Permalink | Reply | 0 comments |

Gmane