So, what could be said is that the sard (which IS in 2.4.19-per1-ac2)
has features:
- all devices available (not only major < 16)
- stat struct is in the request_queue, not in kstat anymore
- All structs are dynamic, no static allocation of per-device structs.
So, it's all we need.
The only drawback is:
- infos are in /proc/partitions not in /proc/stat (some apps get infos
there...)
Right?
-jec
PS: When will it be in official tree? An idea?
Alan Cox wrote:
>>>Any reason for preferring this over the sard patches in -ac ?
>>>
>>Basically, statistic data are moved from the global kstat structure to
>>the request_queue structures, and it is allocated/freed when the request
>>queue is initialized and freed. This way it is
>>
>
>So does sard
>
-- Jean-Eric Cuendet Linkvest SA Av des Baumettes 19, 1020 Renens Switzerland Tel +41 21 632 9043 Fax +41 21 632 9090 E-mail: jean-eric.cuendet@linkvest.com http://www.linkvest.com --------------------------------------------------------- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Mar 07 2002 - 21:01:03 EST