🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.os.linux.sprzet
Article #74545

Re: Limit zapisu dysk SSD

#74545
From: orcus
Date: Fri, 17 Jul 2015 05:25
44 lines
3427 bytes
On 16.07.2015, Pit <nospam@sdf.lonestar.org> wrote:
> Dnia 16.07.2015 orcus@pwr.wroc.pl <orcus@pwr.wroc.pl> napisał/a:
>> Chociaż jak zaczniesz odpalać Javę na Linuxie to będzie podobnie. Ile
>> dasz, tyle weźmie.
>
> Nie prawda. Weźmie maksymalnie tyle ile ma ustawione w properties/policy (i
> ewentualnych ustawieniach ulimit). Każdy rodzaj aplikacji (standalone, applet,
> Java WebStart i to w zależności czy jest z opcją -server czy -client) ma
> swoje defaultowe limity ale zawsze można je zmodyfikować (chociażby opcją
> -Xmx=rozmiar bezpośrednio w poleceniu 'java' czy ustawiając to w zmiennej
> środowiskowej _JAVA_OPTIONS dla "zwykłych" aplikacji), przed zbliżeniem się
> do tych limitów java nie uruchamia garbage collectora, bo to "strata
> czasu" (po co ma odzyskiwać pamięć skoro nie jest to potrzebne?). 

Dzięki! Przekażę kolegom którzy tą Javą się zajmują. Nie miałem o tym pojęcia.

> W linuxie
> domyślnie funkcjonuje model leniwego przydzielania pamięci, kernel nie
> szuka/rezerwuje pamięci w momencie gdy proces o nią prosi, ale dopiero
> wtedy, gdy proces zaczyna sie do niej odwoływać, stąd jeśli nie ma
> odpowiedniego "zapasu" ram, to sama alokacja pamięci może się zakończyć
> sukcesem, ale już korzystanie z tej pamięci nie (bo kernel może nie być w
> stanie wygospodarować pamięci, mimo że wcześniej odpowiedział na prośbe o
> jej alokację odpowiedział "ok"). 

Tutaj niestety zdajemy się na heurystykę kernela a że nie ma swapa na tych maszynach 
(tak, wiem - "linux nie został zaprojektowany by działać bez swapa") to 
overcommiting działa całkiem nieźle i zwykle przewiduje jak zachowa się
aplikacja. 

> Połączenie niewiedzy o tych dwóch faktach
> (sposób zarządzania pamięcią przez Javę i przez kernel) powoduje
> powstawanie legend miejskich na temat tego jakich to niby "hektarów RAM"
> potrzebuje Java aby normalnie działać :D

"Mój" use-case to HPC więc zwyczajnie spodziewałem się, że ta sama aplikacja w
Javie będzie chciała 2-3 razy więcej pamięci niż ten sam algorytm zapisany w C
lub nawet pythonie. To też raczej wiedza zdobyta empirycznie bez znajomości
samej Javy. Masz może gdzieś materiały nt. jak przydusić Javę żeby potrzebowała
mniej więcej tyle samo pamięci co zbliżone algorytmy zapisane w innych językach?

-- 
Pozdrawiam
orcus
Technical Details
Message-ID: <slrnmqh4eq.gl1.orcus@orcus.wcss.wroc.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!pwr.wroc.pl!news.wcss.wroc.pl!not-for-mail
References: <55a4d91e$0$2190$65785112@news.neostrada.pl> <slrnmq9sst.s4p.orcus@orcus.wcss.wroc.pl> <op.x1uu6drqu02wnp@km-komputer.lan.traxelektronik.pl> <op.x1uvfswsu02wnp@km-komputer.lan.traxelektronik.pl> <slrnmqes9v.b8e.orcus@orcus.wcss.wroc.pl> <slrnmqfus6.25m.nospam@nc10.lan>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!pwr.wroc.pl!news.wcss.wroc.pl!not-for-mail
From: orcus@pwr.wroc.pl
Newsgroups: pl.comp.os.linux.sprzet
Subject: Re: Limit zapisu dysk SSD
Date: Fri, 17 Jul 2015 05:25:47 +0000 (UTC)
Organization: Politechnika Wroclawska
Lines: 44
Message-ID: <slrnmqh4eq.gl1.orcus@orcus.wcss.wroc.pl>
References: <55a4d91e$0$2190$65785112@news.neostrada.pl> <slrnmq9sst.s4p.orcus@orcus.wcss.wroc.pl> <op.x1uu6drqu02wnp@km-komputer.lan.traxelektronik.pl> <op.x1uvfswsu02wnp@km-komputer.lan.traxelektronik.pl> <slrnmqes9v.b8e.orcus@orcus.wcss.wroc.pl> <slrnmqfus6.25m.nospam@nc10.lan>
NNTP-Posting-Host: orcus.wcss.wroc.pl
Mime-Version: 1.0
X-Trace: z-news.wcss.wroc.pl 1437110747 12903 156.17.1.3 (17 Jul 2015 05:25:47 GMT)
X-Complaints-To: abuse@news.pwr.wroc.pl
NNTP-Posting-Date: Fri, 17 Jul 2015 05:25:47 +0000 (UTC)
User-Agent: slrn/1.0.1 (Linux)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit