Re: GSoC multithreading project question
Vladimir Tzankov <[email protected]>
| Newsgroups | gmane.lisp.clisp.devel |
|---|---|
| Message-ID | <CAHWYE6++P=iHYncDXCu61gEUMpe0oascqwmAvdFP8Xcz02gtoQ@mail.gmail.com> |
Hello Sergey, Thanks for interest. The GC integration is not the hardest part of the task, imo. In current implementation there is no big difference between weak hash tables (http://clisp.org/impnotes/weak.html#weak-ht) and normal ones besides the special treatment during GC (see spvw_weak.d). I am willing to assist you with handling GC issues. BR Vladimir On Thu, Apr 5, 2012 at 11:14 AM, Sergey Vinokurov <[email protected]> wrote: > Hello, > > My name is Sergey Vinokurov, I'm student from Ukraine and I would like to > work on thread safe lock-free hash tables. Project suggestion from official GNU > site mentions integration with garbage collector and in particular handling of > weak relations, and these weak relations make me doubt in my ability to finish > stated suggestion in full during summer due to my lack of experience with GCs. > > So I'd like to ask, is it feasible to left handling of weak relations > as optional > and leave hash table implementation and basic GC integration as required? Or am > I just confused and weak relations can be added without much ado once > hash tables > are implemented and properly integrated with GC? > > ------------------------------------------------------------------------------ > Better than sec? Nothing is better than sec when it comes to > monitoring Big Data applications. Try Boundary one-second > resolution app monitoring today. Free. > http://p.sf.net/sfu/Boundary-dev2dev > _______________________________________________ > clisp-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/clisp-devel ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ clisp-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/clisp-devel