Re: lug-bg: Dopalnenia kam problema Java IDE

[danchev@xxxxxxxxx (George Danchev)]

On 01 11 2002 09:28, Valentin Valchev wrote:
<cut>

> Vprochem shto se otnasq do IDE-tata naistina ti proporychvam mBedded
> Builder. Vchera reshih da experimentiram s nqkoe drugo IDE - ostanalite
> obache sa mnogo po-bavni. Osven tova mislq che IDEA-ta reshi che 128M RAM
> ne i stigat i sled kato zae i celiqt SWAP nakara kernelyt da pochne da
> killva ostanalite procesi. Rezultaty beshe che mashinata vse oshte
> vyrveshe, no nito GDM-to, noto SSHD-to vyrvqha (a az se vryzvam samo remote
> kym tazi mashina), taka che mi se nalozi da pochistq onova kopche na
> kutiqta, do koeto pishe "reset" ;)

i vsi4ki procesi osigurqvasti local access sa bili dead ili prosto si nqmal 
local kbd mice, display ?
malko offtopic, no ... vizh /etc/security/limits.conf, bi trqbwalo da raboti 
(v 2.4.10 ne raboteshe dokolkoto pomnq), no taka ili ina4e s setnati nqkakvi 
limits, admina ne mozhe da predvidi vsi4ki situacii i da slozhi syotvetnite 
limits...  za tova Linux kernel-a e i active pri borbata s podobni DoS, za 
razlika ot drugi OS'es koito sa passive (ili po-passive) i prosto otkazvat da 
allocate-vat pove4e pamet da re4em v podobni sutiacij... no taka popadat v 
pylen livelock -- t.e. te sa alive, no pyk absolutno neizpolzwaemi stoto ne 
pozvolqvat allocate-vanetona kakvoto i da e koli4estrvo pamet za izpylnenieto 
na naj-prostata administrativna komanda ;-) 

Pri tozi DoS, pri teb se e polu4ila 4asti4na neizpolzwqaemost -- t.e. no 
remote control, za tova az otdavna imah edin whishlist, tova povedenie osven 
ot kernel-a, kojto po sobstven algoritym si opredelq sam 
top-killable-processes i reda na kill-vane, da se opredelq i ot admina -- t.e 
da ima conf file ili proc entry v koito mozhe da se popylni nesto kato krajni 
granici ot vida:
never kill : init, restard, (eventualno -- no ne zadylzhitelno stoto ste imame 
never killed restartd -- i login, shell, sshd)
kill first : edi_kvosi  edi_stosi

Neznam dali nesto ot sorta systestvuva i dali mozhe da se izsimulira po drug 
na4in s segashnite kernels ...
i kernel-a predi da po4ne procedurata po izbirane na top-killable-process, da 
sybludava gornite dve ... taka admina poznavajki povedenieto na kernela, ste 
mozhe da go kontrolira taka 4e da se postigne napylno avtomati4no 
vyzstanovqvane na procesite i systemata kato cqlo sled preminavaneto na 
byrqta i da izglevzhda 4e vse edno nisto ne e imalo... 
mda, na po-stari kernels s uzhas sym vizhdal kak pri lavinoobrazno startirane 
na offenders kernel-a kill-va i init  (toj si go e i pusnal de) zaradi bad 
algoritym za top-killable process, no ve4e maj e zabraneno v kernel source-a 
kill na process N1 (ne sym siguren za tova).  Restartd go znaeme kolko 
gyvkavi nesta mozhe da pravi, po vreme, etc ... i da restartira kvoto trebe 
kogato mu dojde vremeto ...

-- 
Greets, fr33zb1 
[catching up with Sid (the boy next door who destroyed toys :-)]
[reg your bg translation or grab one from http://www.bgit.net/?id=37892]

============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================