Schrift
[thread]9036[/thread]

df auslesen, regexp problem (Seite 3)

Leser: 1


<< |< 1 2 3 >| >> 25 Einträge, 3 Seiten
bloonix
 2007-05-26 17:36
#76951 #76951
User since
2005-12-17
1615 Artikel
HausmeisterIn
[Homepage]
user image
[quote=betterworld,26.05.2007, 15:34]df benutzt auch statfs.  du hingegen geht rekursiv ueber eine Verzeichnisstruktur und zaehlt alle Groessen zusammen.  Daher ist df auch schneller als du.[/quote]
nö, ich benutze df ;)
What is a good module? That's hard to say.
What is good code? That's also hard to say.
One man's Thing of Beauty is another's man's Evil Hack.
betterworld
 2007-05-26 17:37
#76952 #76952
User since
2003-08-21
2613 Artikel
ModeratorIn

user image
[quote=opi,26.05.2007, 15:31][quote=betterworld,26.05.2007, 14:32]Es waere imho keinerlei Performance-Einbuße, ueber das proc-Dateisystem die Information bereitzustellen, die auch ueber statfs bereitgestellt wird.[/quote]
Es ist imho so, dass Plattenbelegung nicht unter /proc
bereitgestellt wird.[/quote]
Das mag sein. Ich wollte ja nur sagen, dass es moeglich waere, und dass ich Deine Begruendung, warum das ineffizient waere, nicht nachvollziehen kann
betterworld
 2007-05-26 17:37
#76953 #76953
User since
2003-08-21
2613 Artikel
ModeratorIn

user image
[quote=opi,26.05.2007, 15:36][quote=betterworld,26.05.2007, 15:34]df benutzt auch statfs.  du hingegen geht rekursiv ueber eine Verzeichnisstruktur und zaehlt alle Groessen zusammen.  Daher ist df auch schneller als du.[/quote]
nö, ich benutze df ;)[/quote]
Ich meinte ja auch nicht du wie Dich, sondern du wie du(1) ;)\n\n

<!--EDIT|betterworld|1180186840-->
bloonix
 2007-05-26 17:54
#76954 #76954
User since
2005-12-17
1615 Artikel
HausmeisterIn
[Homepage]
user image
[quote=betterworld,26.05.2007, 15:37]Das mag sein.  Ich wollte ja nur sagen, dass es moeglich waere, und dass ich Deine Begruendung, warum das ineffizient waere, nicht nachvollziehen kann[/quote]
Das war zunächst die einzige für mich logische Erklärung... bei
manchen Problemen, die wir von "df" und "du" kennen - Befehl
bleibt hängen, weil ein Filesystem oder Dienst hängt - möchte
man diese Bottlenecks vielleicht vom Kernel fernhalten, denn
würde dann nicht der Kernel hängen?

Damals, als ich das Modul geschrieben habe, habe ich in einer
Linux/Kernel Mailingliste danach gefragt, warum Platten nicht
unter /proc auszulesen sind. Die Antwort weiß ich nicht mehr,
aber es war schon eine Antwort auf Probleme bezogen, die es
geben könnte. Ich werde nochmal nachfragen!

Irgendeinen Grund - ausser Faulheit - muss es doch geben,
warum es nicht unter /proc auszulesen ist. Wüßtest du ansonsten
eine Begründung?
What is a good module? That's hard to say.
What is good code? That's also hard to say.
One man's Thing of Beauty is another's man's Evil Hack.
betterworld
 2007-05-26 21:10
#76955 #76955
User since
2003-08-21
2613 Artikel
ModeratorIn

user image
[quote=opi,26.05.2007, 15:54]bei manchen Problemen, die wir von "df" und "du" kennen - Befehl
bleibt hängen, weil ein Filesystem oder Dienst hängt - möchte
man diese Bottlenecks vielleicht vom Kernel fernhalten, denn
würde dann nicht der Kernel hängen?[/quote]
Naja, wie gesagt, df benutzt statfs, und das ist im Kernel implementiert.  Es macht also in dieser Hinsicht keinen Unterschied zu /proc (glaube ich jedenfalls, ich bin allerdings kein Linux-Kernel-Guru).  Naja, und es haengt ja auch nicht der ganze Kernel, sondern nur ein Kernelthread (naemlich der, in dem gerade z. B. df laeuft).

Quote
Wüßtest du ansonsten eine Begründung?

Nein :)\n\n

<!--EDIT|betterworld|1180199527-->
<< |< 1 2 3 >| >> 25 Einträge, 3 Seiten



View all threads created 2007-05-25 14:41.