[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Suggestions for a Thesis Project page on the wiki
From: |
Joshua Branson |
Subject: |
Re: Suggestions for a Thesis Project page on the wiki |
Date: |
Tue, 08 Jan 2019 09:57:48 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) |
Almudena Garcia <liberamenso10000@gmail.com> writes:
> Thanks, It's a great idea!! :)
>
> BTW, the Hurd SMP project will be my final degree thesis
Really!? That's awesome!
>
> El lun., 7 ene. 2019 a las 21:32, Joshua Branson (<jbranso@dismail.de>)
> escribió:
>
> Hello,
>
> I see that we have a google summer of code project page. It would be
> pretty cool if we could add suggestions for thesis-es!
>
> I would like to help with the write-up for some of these issues, but
> someone else may need to edit the final product.
>
> Here are some initial ideas. Some may be bad ideas.
>
> - Port to other architectures
> Risc-V, ARM, etc. This may be a unsustainable. Porting to
> another architecture is non-trivial and requires constant investment.
> This is a constant and ongoing process. Would a thesis be enough to
> keep this going strong?
> - Persistance
> This is probably way to vague, but it would be a cool research
> project!
> - Resource management
> Currently the Hurd lacks a proper resource management framework.
> Perhaps a student could develop a framework so that the Hurd can
> manage resources better.
> - Spector/Meltdown mitigation
> Currently the hurd does not have a method of working around Spector or
> Meltdown. Someone could develop such a method.
> - Setuid vs. constructor
> I found this on the Hurdng wiki page. Perhaps this one is too meta?
> Possibly a bad idea?
> - more filesystems!
> ext3/4, btrfs, xfs, bcachefs, etc.
> - realtime
> Video players need to run on a realtime operating system to give the
> best experience. Currently the Hurd is not a real-time operating
> system, but it could become one.
> - Mach performance things?
> Mach is a first generational microkernel. There is a page talking
> about how to simplify the mach message format, but could we do better?
> I actually have no idea if this is a good project. I'm just guessing
> here.
> - 64 bit port
> - some cool translator?
> - sshfs
> - gitfs
>
> --
> Joshua Branson
> Sent from Emacs and Gnus
>
--
Joshua Branson
Sent from Emacs and Gnus