--0016e65ae0c47afc28049d483928
Content-Type: text/plain; charset=ISO-8859-1
On Sun, Feb 27, 2011 at 4:37 AM, Arjun S R <arjun1296@gmail.com> wrote:
> Hi,
> I am graduate student interested in computer science especially in system
> programming. I went through the GSoC project list and I am interested in
> working on
> the following projects.
>
> 1) Userland System V Shared Memory / Semaphore / Message Queue
> implementation
> 2) VFS Quota system
>
> How can i proceed?
> Is there any qualification task?
>
> --
> failthfully
> Arjun S R
>
>
Arjun,
I submitted multiple student proposals for the 2010 GSoC, the VFS Quota
proposal I submitted was not selected. Looking back on it now, it is a bit
sparse/light and could have used more detail and a more specific timeline --
as long as you communicate well with your mentor they should allow timeline
alterations as needed, but that said, don't be overly optimistic. Here is my
2010 proposal, w/ some extra notes, this should contain most of the
information you need to figure out what this project would involve:
https://gist.github.com/846391
There are no qualification tasks, but the more well researched your proposal
is the better chance you have of it being selected. Either of these projects
will require excellent working knowledge of C, and some concept of the
userland/kernel interface and unix development methodologies. Apart from
that, you should be able to pick up the rest of what you need as you go
along.
As for the SysV project, the way I would proceed would be to thoroughly
research the API's in question and break the potential implementation into 4
parts, what can be shared between them (they all use some sort of
alphanumeric namespace, for example), shared memory, semaphores and message
queues. Approach each of these as a sub-project and prioritize them, there
may not be time within the constraints of GSoC to complete the
implementation of all 3. The project would vastly prefer a complete,
working, clean, well tested and committable implementation of shared memory
or semaphores than a marginally working implementation of 2 or all 3. As
part of this research work you will also need to determine whether any
additional kernel support will be necessary and what that will look like,
for example you might need some kernel help in the area of security. (It is
certainly possible that the entire thing can be fully implemented in
userland without any additional kernel support, but you will have to
determine that). I would look at using a daemon to manage the namespaces and
security, etc. -- You should also plan to extensively test your work with
real world complex software (like postgresql) and show rough benchmarks that
speak to the performance viability.
So to answer your question on how to proceed (this applies to all GSoC
students, not just you), pick a task or tasks, research them extensively and
be prepared to write a well informed proposal when GSoC 2011 enters that
phase. A thoroughly researched proposal has a high probability of being
chosen.
Whether DragonFly is accepted as part of GSoC 2011 or not, either of these
projects are applicable to NetBSD or FreeBSD as well.
Hope that helps,
Sam
--0016e65ae0c47afc28049d483928
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
On Sun, Feb 27, 2011 at 4:37 AM, Arjun S R <span dir=3D"ltr"><<a href=3D=
"mailto:arjun1296@gmail.com" target=3D"_blank">arjun1296@gmail.com</a>><=
/span> wrote:<br><div class=3D"gmail_quote"><blockquote class=3D"gmail_quot=
e" style=3D"margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204,=
204); padding-left: 1ex;">
Hi,<br>I am graduate student interested in computer science especially in s=
ystem programming. I went through the GSoC project list and I am interested=
in working on <br>the following projects.<br><br>1) Userland System V Shar=
ed Memory / Semaphore / Message Queue implementation<br>
2) VFS Quota system<br><br>How can i proceed? <br>Is there any qualificatio=
n task?<br><br>--<br>failthfully<br><font color=3D"#888888">Arjun S R<br><b=
r>
</font></blockquote></div><br>Arjun,<br><br>
I submitted multiple student proposals for the 2010 GSoC, the VFS Quota=20
proposal I submitted was not selected. Looking back on it now, it is a=20
bit sparse/light and could have used more detail and a more specific=20
timeline -- as long as you communicate well with your mentor they should
allow timeline alterations as needed, but that said, don't be overly=
=20
optimistic. Here is my 2010 proposal, w/ some extra notes, this should cont=
ain most of the information you need to figure out what this project would =
involve:<br>
<br>
<a href=3D"https://gist.github.com/846391">https://gist.github.com/846391</=
a><br>
<br>
There are no qualification tasks, but the more well researched your=20
proposal is the better chance you have of it being selected. Either of=20
these projects will require excellent working knowledge of C, and some=20
concept of the userland/kernel interface and unix development=20
methodologies. Apart from that, you should be able to pick up the rest=20
of what you need as you go along.<br>
<br>
As for the SysV project, the way I would proceed would be to thoroughly=20
research the API's in question and break the potential implementation=
=20
into 4 parts, what can be shared between them (they all use some sort of
alphanumeric namespace, for example), shared memory, semaphores and=20
message queues. Approach each of these as a sub-project and prioritize=20
them, there may not be time within the constraints of GSoC to complete=20
the implementation of all 3. The project would vastly prefer a complete,
working, clean, well tested and committable implementation of shared=20
memory or semaphores than a marginally working implementation of 2 or=20
all 3. As part of this research work you will also need to determine=20
whether any additional kernel support will be necessary and what that=20
will look like, for example you might need some kernel help in the area=20
of security. (It is certainly possible that the entire thing can be=20
fully implemented in userland without any additional kernel support, but
you will have to determine that). I would look at using a daemon to=20
manage the namespaces and security, etc. -- You should also plan to=20
extensively test your work with real world complex software (like=20
postgresql) and show rough benchmarks that speak to the performance viabili=
ty.<br>
<br>
So to answer your question on how to proceed (this applies to all GSoC=20
students, not just you), pick a task or tasks, research them extensively
and be prepared to write a well informed proposal when GSoC 2011 enters
that phase. A thoroughly researched proposal has a high probability of=20
being chosen.<br>
<br>Whether DragonFly is accepted as part of GSoC 2011 or not, either of th=
ese projects are applicable to NetBSD or FreeBSD as well.<br><br>
Hope that helps,<br>
Sam<br>
--0016e65ae0c47afc28049d483928--