Article View: pl.comp.os.linux.sprzet
Article #74545Re: Limit zapisu dysk SSD
From: orcus
Date: Fri, 17 Jul 2015 05:25
Date: Fri, 17 Jul 2015 05:25
44 lines
3427 bytes
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-mailReferences:
<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