Hello Adam,
I have noticed that you started porting Podzimek's RCU
implementation to HelenOS at:
lp:~martin-decky/helenos/rcu
I think it would be great if HelenOS had two distinct RCU
implementations that could be easily swapped, so I will
try to mirror at least your basic api (ie rcu_call prototype
:-)).
I was wondering what your plans are with that branch in the
near future.
The purpose of my RCU branch is not to have a full-blown and debugged
RCU implementation at this time, but only to realistically assess the
degree of portability of Podzimek's RCU code from UTS to SPARTAN. In
other words, having the implementation for UTS, my purpose is to assess
which constructs in the code can stay as they are, which constructs can
be dealt with by a trivial find/replace and which constructs need to be
reimplemented.
Therefore please do not be distracted by my branch. It might lead to a
complete RCU implementation in more distant future (potentially after
merging with the code you produce either during GSoC period or later
during the thesis period), but not at this time. Perhaps my experiment
will show that porting existing code (already written and debugged for a
different kernel) is more complicated than simply reimplementing the
same algorithm from scratch.
I should back Jakub's suggestion mentioned in the other thread: Your
theoretical analysis of the various RCU variants is very extensive, but
GSoC is mostly about coding.
You should really start coding now (this moment! :)), so you can achieve
some reasonable coding progress by the mid-term evaluation deadline.
Even if this would mean picking a classical or some simpler RCU variant
now and being ready for the possibility to change the implementation
later on, after the GSoC period ends and the thesis period begins.
The practical coding and debugging experience will come handy even for
the text of thesis. But we just can't let you pass the GSoC mid-term
evaluation without a clear coding progress towards the hash table
implementation.
M.D.
_______________________________________________
HelenOS-devel mailing list
[email protected]
http://lists.modry.cz/cgi-bin/listinfo/helenos-devel
