9front - general discussion about 9front
 help / color / mirror / Atom feed
* [9front] happy new year
@ 2024-01-19  8:12 umbraticus
  0 siblings, 0 replies; 2+ messages in thread
From: umbraticus @ 2024-01-19  8:12 UTC (permalink / raw)
  To: 9front

Sorry it's late…


Warning: lots of draw. For the weak-willed or underpowered:


Have fun at the mini-hackathon!


^ permalink raw reply	[flat|nested] 2+ messages in thread
* Re: [9front] mycroftiv's zrv and rfork V, patch for current 9front
@ 2021-01-06 19:11 ori
  2021-01-07  1:12 ` [9front] happy new year cinap_lenrek
  0 siblings, 1 reply; 2+ messages in thread
From: ori @ 2021-01-06 19:11 UTC (permalink / raw)
  To: 9front

Quoth cinap_lenrek@felloff.net:
> this implementation seemes flawed to me.
> closesgrp() appears only to free the memory of the Srv*
> nodes, but doesnt actually free srv->chan, srv->owner
> and srv->name.
> also the locking seems suspicious. as the global Srv*
> list was just replaced with per process one, but we'r
> still only have a single srvlock to serialize
> concurrent access to it.
> so far, the srvgrp can only be reset or shared depending
> of the RFCSRVG flag. once you implement copying you'd
> need a lock per Sgrp. i'd prefer to have a lock per
> Sgrp right now and remove the global srvlock.
> pexit() should move the sgrp = up->sgrp; up->sgrp = nil
> in the exiting qlock(&up->debug);... block instead of
> making its own.
> why do we need /zrv? is there a new devzrv.c device that
> was missing in the diff?
> --
> cinap

On top of that, I think rfork flags aren't a very
nice semantic. What about reworking to

	bind '#s/clone' /srv

to create a new fork of a srv, without adding new
special namespace cases?

That also eliminates the need for zrv, since you
can just keep the old /srv bound somewhere else.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2024-01-19  8:12 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-01-19  8:12 [9front] happy new year umbraticus
  -- strict thread matches above, loose matches on Subject: below --
2021-01-06 19:11 [9front] mycroftiv's zrv and rfork V, patch for current 9front ori
2021-01-07  1:12 ` [9front] happy new year cinap_lenrek

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).