ami nekem hianyzik windowsrol:
- signal handling
windows alatt egy futo processztol gracefull stop/restartot kerni eleg nehezkes.
ha szerencsed van, telepitheto szolgaltataskent (es van jogod is), akkor net stop/start lehet megoldas, de macerasabb.
mivel nincsenek igazi szignalok, ezert egyik processzbol masikat kiloni szabalyosan eleg maceras, mert maskepp mukodik, ha ablakos, maskepp, ha konzol alkalmazas, raadasul konzolosnal nem mind1, hogy start futtatasbol lett inditva, vagy cmd-bol.
- fork
macerasabb egy kis demon alkalmazast osszedobni, mivel nincs windows alatt fork, vagy inditassz N darab teljesen kulonallo processzt, amik kozott valami IPC-vel uzengetsz, vagy thread-ezel, de az meg nem kompatibilis a linuxon implementalt threadezessel (nehogy lehessen egyszeruen portolhato multiprocesszoros alkalmazast irni...)
- hardlink/symlink (windows vista, win7 mar tudja), van junction de nem olyan kenyelmes hasznalni, alapbol nincs hozza felulet.
- normalis szoftraid, xp-ben van talan raid1, de ott 1 fajlt 1 lemezrol olvas egyszerre, szoval 1 processz nem tudja kihasznalni a 2 vinyot (win7 ha jol tudom mar tud normalis raid0-t, raid1-et)
- case sensitive fajlrendszert.
mert szeretem
- szabad memoriat fajlok cache-elesere forditani (ha jol tudom vista/win7 mar tudja)
- windows nem tarolja normalisan a processzek kozti szulo/gyerek kapcsolatokat, le lehet kerdezni a parent processz id-t, de nem kap ertesitest a child, ha meghal a parent, es nem is orokli meg ilyenkor az init az ilyen arva processzt, ergo ha kesobb indul ugyanazzal a processz id-val egy uj processz, mint ami regebben a parentja volt valaminek, akkor kurvara nem tudod megmondani, hogy az nem az, mint ami az eredeti parent volt.
- opcionalis grafikus uzemmod (windows ?core? tudja)
hirtelen ennyi jutott eszembe, majd ha hazaertem gondolkodom meg.
Tyrael