Source-Changes-D archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: CVS commit: src



hi,

> yamt%mwd.biglobe.ne.jp@localhost (YAMAMOTO Takashi) wrote:
>> > Log Message:
>> > Unify kmem_alloc/zalloc/free under kmem(9).  Links preserved.
>> 
>> i intentionally made them separate pages because
>> it's easier to read for me.  (ie. no need to search in a man page.)
> 
> I think we should have a manual per-subsystem:
> 
> - We already have some practices of writing documentation is such way,
>   like mutex(9), rwlock(9), softint(9), vnode(9) and bunch of others.
>   And I would like to keep such consistent structure.

vnode(9) and sysctl(9) are good examples which i don't want to read. :)

> 
> - Reading bit-by-bit, via "see also" links and creating an overall image
>   of subsystem in such way is quite disturbing, in my opinion.

it's the reason to have an "overview" page like
vmem(9) (the one before your change, i mean).

> 
> - On the other hand, uvm(9) is an example where manual page is too heavy.
>   Each part is complicated enough and could be taken as a separate system.

i agree uvm(9) is too big.

> 
> - Single man pages for each function are getting generally messy. They get
>   "lost" by reader and are often outdated.

for example?

> 
> Therefore, attempting to get some consistent and readable structure.

i agree being consistent is a good thing.

i disagree what's a readable structure.
i consider a unified page unstructured.  ie. you need to read the
contents to know where something you want to read is.

YAMAMOTO Takashi

> 
>> YAMAMOTO Takashi
> 
> -- 
> Mindaugas


Home | Main Index | Thread Index | Old Index