- A hozzászóláshoz be kell jelentkezni
- 982 megtekintés
Hozzászólások
Hali!
Nekem ugy tunik ennek csak embeded rendszereken van jelentosege.
Laci
- A hozzászóláshoz be kell jelentkezni
Gondolod? Vannak FTP szerverek, ahol nem ritka a 10.000+ processz. Ezek ramot foglalnak, es egy FTP szerver pont az a szerver, ahol RAM-bol soha nem eleg. Viszont valoszinu, hogy beagyazott rendszereknel ez a problema hatvanyozottan jelentkezik.
- A hozzászóláshoz be kell jelentkezni
10.000 azaz tizezer processz ?!?!?!
huuh. az valami atom brutal cucc lehet. Es ez hany processzoron? Egy PC ezzel meg siman eltrashingel a hosszu processz valtasi ido miatt.
Szerintem az lenne a legjobb, ha ezeket a vedett uzemmoddal kapcsolatos dolgokat a leheto legrugalmasabban konfiguralni lehetne.
pl a heap-stack-gap, meg a hasonlo aprosagokra is nagyon jo lenne a juzer konfigolhatna hogy az o futasi kornyezeteben hogyan nezzen ki. (talan jo lesz majd erre a UML, csak legyen mar stabil, hogy ki merjem probalni... )
Laci
- A hozzászóláshoz be kell jelentkezni
Lásd régi ftp.cdrom.com. Volt olyan időszak, amikor 10000 konkurrens FTP kapcsolatot szolgáltak ki vele.
A gép mellesleg egy 550 MHz-es PIII Xeon volt, 4 GB memóriával és FreeBSD-vel.
Sajnos az FTP felhasználókról készült MRTG grafikont már nem találom, de azon látszott, hogy egy kis ideig több mint 6000, majd (nyilván kicsi volt a gép) huzamosabb ideig 6000 párhuzamos FTP kapcsolatot szolgált ki. (Az előtte lévő gép, egy 200 MHz-es Pentium Pro 3600-as userlimittel ment, ha jól emlékszem 512 MB memóriával).
Hazai példát is tudok mutatni (igaz jóval szerényebb): ftp.fsn.hu FTP kapcsolatok
- A hozzászóláshoz be kell jelentkezni