Hozzászólások
-
Bejegyzés
-
Amikor én nézelõdtem SQL server után a MySQL InnoDB -je nagyon lassú és helyigényes volt.
A foreign kulcsokat akkor használod ha a referencia integritás ellenörzését és betartását a szerverre bízod, ha nincsenek ilyenek akkor ezt a programodnak kell biztosítani, azaz relációs kapcsolatokat neked kell figyelned (pl. nem lehet olyan gyerek rekord ami nemlétezõ szülõre hivatkozna).Imádom a lelkes fiatalokat!
Assembly -ben PC-t programozni – atya gatya – jó játék!
Hogyan fogsz optimalizálni – cache, procedure queue …
Mennyi munkával érsz el valamiféle használható eredményt? Napjaink számítástechnikai fõ kérdése, rövid idõ allat hibátlan, mûködõ programot írni.
Assembly -t hagyjátok meg a beágyazott vezérlõk és az eszköz vezérlõk számára – ha mondjuk Linux/Unix kompatibilis assembly kódot kell írnod elfelejtheted a szokásos assembly szintaktikát!
C64 – hû de rég volt asszem 6502 -proci (a Zilog Z80 és a Motorola 6800 -as vad házassága) – azóta gyakorlatilag kipusztult irány. Az egy chipes procikban már teljesen más archiotektúra van – fennmaradt a Motorla és az Intel tovább fejlesztett chipjei, a távolkeleten a Z80, a Zilog -ról alig hallani. Viszont itt vannak az újak Microchip PIC sorozat, és persze az ARM (ez utóbbi határeset).
No és aztán itt vannak az OP rendszerek, amikor én kezdtem, a mikrogépes csúcs a CP/M és az MP/M volt. Ennek mindösszesen ~30 rendszerhívása volt. Az MS-DOS már vagy ~100 ilyennel bírt. Ahogy haladunk az idõben a rendszerek szolgáltatásai a 100 000 nagyságrend felé tendálnak – hogy tudná ezt egy ember megírni? Illetve mi lenne az az új extra szolgáltatás amiért ennek érdemes lenne nekivágni – méghozzá az alapoktól?
Ha nagyon mélyre akartok nyúlni kezdjetek a C -vel és onnan egy ugrás a C++, na és ami a legfontosabb az az Angol nyelv!
Bocs az agyalgásért…Sajna a scriptikus megoldásokat nem igen ismerem… Az NTP szerver-kliens beállításokat mint említettem nem ismerem. A legegyszerûbben egy kis C programmal tudnám megoldani… ûgy hogy mint TCP (stream) socket kapcsolódjon a „szerver” 13 -as portjára, ami a „daytime” szolgáltatás, itt a connectálás után azonnal egy olyan stringet ad vissza, hogy pl. „Tue May 30 17:59:41 2006.” és ezt kell bekonvertálva a rendszerórának „odanyomni”. A kliensen ezt a progit mint root kell futtatni, kûlönben nem tudod az idõt átállítani, a szerver /etc/inetd.conf -ban engedélyezni kell a „daytime” szolgáltatást. A Tcl/Tk de a perl is tud portot kezelni …
SUSE mint NTP szerver – sajna nem tudom mit kell tenni – nem ismerem a SUSE disztrót – kérdezd meg ott, mennie kell.
No, csak azért mert ilyen sokan válaszoltatok – megtaláltam a megoldást!
Szeresd és használd a FAM csomagot és daemont – File Alteration Monitor – PIV 2,8 GHz Debian 3.1 Kernel 2.6.xx 1 msec -en belül küldi a változásnak megfelelõ eseményt!Csak annyit változik, hogy a konzolra is kiüzen!
(egyébként LOG_MAKEPRI a „facility” -t elshofteli 3 -al balra)Talán egy kis lecsupaszított példaprogi segít!
Ha létrhozol egy üres fájlt, és azt adod meg mint célfájl – állandóan csak olvassa a semmit!
legutóbbi hsz