Hi All,

Ez az üzenet lesz a vita alapvetően hozza További információt a szakértők cron a munkahelyteremtés és a kapcsolódó fájl kezeli.

Szóval, itt a kérdés.

Van feltétlenül egy állandó "n" mint a maximális számú fájlkezelők alloted olyan folyamat "p".

Lesznek-e különbség, ha a folyamat a "p" fut, mint új ismeretekre folyamat vagy olyan eljárásként ikrát rakott a cron daemon; A maximális számát fájlkezelők is kell alloted a folyamatot?

Ha igen, miért van a különbség, illetve alapvetően mik a korlátok fölött elhelyezett, a folyamat ikrát rakott a cron daemon lenne egy olyan folyamat, mint egy előtérben futó folyamat rúgott az a terminál?

Köszönöm!

Attól függően, hogy az operációs rendszer száma fájlleírók egy folyamatot meghatározni a kernel fordítási időben, vagy konfigurálni paraméter.

Ami a mi teszi bármely folyamat, hogy a különböző UNIX lenne csak igazán, hogy a következő ...

1. csinál ez volna ellenőrző terminál mellékelt

2. ez a szülő meghalt

3. ez halott, akkor ez egy zombi, és nem emlékszik, nem fájlleírókkal és csak minimális bejegyzést a folyamat listán.

Vannak más folyamat széles részletek, mint kiemelt, hatékony felhasználói, stb, de nem sokkal, ami egy folyamat más, még csak 2 esetben azt jelenti, helyette szülő PID "1".

Száma fájlleírók nem valószínű, hogy megváltozik.

A pontos adatok függnek OS. Fogom használni a HP-UX példaként. A számos lehetséges fájl decriptors ellenőrzése alatt áll a setrlimit (2) A. (A kisebb teljesítményű interfész, ulimit () is rendelkezésre áll.) Az a folyamat, nem lehet több, fd's, mint a "soft" limit. Segítségével setrlimit (2), ez a folyamat is növelheti vagy csökkentheti a puha korlátot. De a folyamat nem emel a puha határérték felett a kemény korlátot. A folyamat csökkentheti a kemény korlátot. Csak a gyökér folyamat emelheti a kemény korlátot. Rendszermag-paraméterek meghatározása a kezdeti értéke a kemény és puha korlátot. Még a root nem emelhet a kemény határérték feletti kezdeti értékét a kemény korlátot. A kernel paramters:
maxfiles
maxfiles_lim

Én csaltam egy kicsit a szedés HP-UX, mint az én minta OS. HP-UX lehetővé teszi a dinamikus konfigurálni a kernelt. Csak a root tudja konfigurálni a kernelt. De a gyökér folyamat elméletileg fel maxfiles_lim majd emelni a kemény korlátot, és akkor relower maxfiles_lim. Nem minden változatának Unix adni, hogy nagy a hatalma, hogy egy root folyamat.

Nem hiszem, hogy a cron fiddles e határértékeknek.

Alapértelmezés szerint stdin, stdout és stderr vannak fájlleírókkal megnyitott folyamat alkotáshoz.
Ha a fájl limit 16, például, akkor a folyamat 13 kép leírások játszani.

Héjas szkriptek átirányítási használ fel fájlleíró. Amint a sor "csinál" átirányítását megtörtént a fájl-leíró zárva van, azaz: ls *> myfile.txt. Átirányítása blokkokat kód, mint egy hurok, használja ki a fájl-leíró alatt sok sornyi kódot.
Cron munkák fuss nélkül tty, stdin a forgatókönyvet.

Jim, nem jelenti azt, hogy a szokás bármilyen különbség a száma fájlleírók az előtérben folyamatot, és a cron munkahelyek alloted?

Hűvös! Volt egy furcsa kétség, hogy vajon létezhet-e különbség.

Megköszörülte

Thanks to all!!

Köszi a választ.

De a kérdés inkább az a különbség az elosztása a fájl leírók a különböző folyamatban (az új ismeretek a terminál / háttér).