eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingpython... › Re: python...
  • X-Received: by 10.140.18.228 with SMTP id 91mr33434qgf.26.1421094223439; Mon, 12 Jan
    2015 12:23:43 -0800 (PST)
    X-Received: by 10.140.18.228 with SMTP id 91mr33434qgf.26.1421094223439; Mon, 12 Jan
    2015 12:23:43 -0800 (PST)
    Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!
    peer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media
    .com!bm13no26878qab.0!news-out.google.com!n9ni487qai.0!nntp.google.com!bm13no26
    875qab.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Mon, 12 Jan 2015 12:23:43 -0800 (PST)
    In-Reply-To: <5...@g...com>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=164.126.167.237;
    posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
    NNTP-Posting-Host: 164.126.167.237
    References: <5...@g...com>
    <e...@g...com>
    <7...@g...com>
    <6...@g...com>
    <a...@n...v.pl>
    <9...@g...com>
    <a...@n...v.pl>
    <0...@g...com>
    <54afbc96$0$21553$65785112@news.neostrada.pl>
    <d...@g...com>
    <f...@g...com>
    <c...@g...com>
    <b...@g...com>
    <f...@g...com>
    <5...@g...com>
    <1...@g...com>
    <3...@g...com>
    <6...@g...com>
    <6...@g...com>
    <b...@g...com>
    <3...@g...com>
    <5...@g...com>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <c...@g...com>
    Subject: Re: python...
    From: firr <p...@g...com>
    Injection-Date: Mon, 12 Jan 2015 20:23:43 +0000
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: quoted-printable
    X-Received-Bytes: 3651
    X-Received-Body-CRC: 2724810131
    Xref: news-archive.icm.edu.pl pl.comp.programming:207395
    [ ukryj nagłówki ]

    W dniu poniedziałek, 12 stycznia 2015 20:07:44 UTC+1 użytkownik M.M. napisał:
    > On Monday, January 12, 2015 at 7:05:51 PM UTC+1, firr wrote:
    > > a teraz w obecnej czy tam wczesniejszej jawie nie dalo sie tak zrobic?
    > >
    > > tez nie jestem w tym temacie ale tak na logike
    > > wystarczy dac tego rodzaju kontrole nad gc i
    > > chyba powinno dzialac (rozumiem ze to co zajmuje ten czas to jedynie te
    dealokacje czy tam jakies scalanie, )
    > Tak na logikę też mnie się wydaje że jakieś obejście problemu nie
    > stanowi niczego wielkiego, ale słyszałem niejednokrotnie, że
    > Java ma problem z aplikacjami RT. Więc może istotnie ma taki problem.
    >

    ja bardzo slabo znam jave, stad te pytania
    wyszukalem w necie ze jest cos takiego jak
    system.gc() ale to chyba nie jest do konca tym o co chodzi

    zdaje sie ze tworcy javy uparli sie ze ten gc
    ma byc "abstrakcyjny" (w chyba raczej glupim sensie tego slowa, tj konkretny ale
    niejasny i niekontrolowalny ;/)
    o tyle dzieki temu moze byc ten problem z aplikacjami RT a gdyby to poprawic chyba by
    go nie bylo.. z drugiej strony cos tam mi wpadlo w oko
    "If you use direct memory buffers, the JVM doesn't run the GC for you even if you are
    running low on direct memory."
    wiec moze jest jakis sposob wylaczenia tego
    'zlowieszczego automatu'

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: