** chiroproktolog <chiroproktolog@onet.eu> wrote:
>> Sorry jakie masz gwarancje, ¿e nagle np. Fx czy jaki¶ inny program
>> przyjmuj±cy dziwne dane wej¶ciowe nie wysyci tej pamiêci? Je¿eli nie
>> na³o¿y³e¶ limitów to nie mo¿esz powiedzieæ, ¿e zawsze masz min. æwieræ
>> zapasu.
> Gwarancji nie ma ale zwróæ uwagê, ¿e w takiej sytuacji w³±czenie swapa nie
> eliminuje problemu a jedynie opó¼nia...
Ale je¿eli chodzi o wyd³u¿enie tego opó¼nienia w czasie to jest ca³kiem
istotne. ;)
> Nie odwa¿y³bym siê wy³aczyæ swapa na "produkcyjnym" serwerze
Wiesz to zale¿y zupe³nie od charakterystyki jego pracy. Ale ja te¿ bym tego nie
robi³ bo po pierwsze nic bym nie zyska³ - raczej w serwerach dyski to jest co¶
czego nie brakuje, s± tanie. Po drugie to nie wiem jak menad¿er pamiêci NT
zachowa siê w takiej sytuacji (brak swap). Trochê liczy³em na to, ¿e kto¶
podpowie.
> ale w komputerze domowym nie widze wielkiego zagro¿enia - zazwyczaj wystarcza
> czasu aby wy³±czyæ szczególnie pamiêcio¿erny program i uchroniæ system przed
> padem a nastêpnie ... do³o¿yæ pamiêci i znowu czekaæ na problem :)
;)
Ale zauwa¿, ¿e tutaj sytuacja w ogóle jest jaka¶ nienormalna bo brakuje dysku,
a nie pamiêci. Problem postawiony na g³owie. Chocia¿ pamiêæ ostatnio ca³e
szczê¶cie te¿ ju¿ nie jest problemem, obecnie wiêkszym problemem ni¿ fizyczny
brak pamiêci jest ograniczenie procesorów 32b.
-- + ' .-. . , * ) ) http://kosmosik.net/ . . '-' . kKReceived on Sat Oct 27 00:00:07 2007
To archiwum zosta³o wygenerowane przez hypermail 2.1.8 : Sat 27 Oct 2007 - 00:42:04 MET DST