-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.supermedia.pl!news.nask.pl!news.nask.org.pl!news.internetia.pl!no
t-for-mail
From: Michoo <m...@v...pl>
Newsgroups: pl.comp.programming
Subject: Re: Why mobile web apps are slow
Date: Thu, 11 Jul 2013 11:49:09 +0200
Organization: Netia S.A.
Lines: 34
Message-ID: <krlvmb$sde$1@mx1.internetia.pl>
References: <7...@g...com>
<krkrr0$aoo$1@mx1.internetia.pl>
<5...@4...com>
NNTP-Posting-Host: 83.238.197.12
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: mx1.internetia.pl 1373536779 29102 83.238.197.12 (11 Jul 2013 09:59:39 GMT)
X-Complaints-To: a...@i...pl
NNTP-Posting-Date: Thu, 11 Jul 2013 09:59:39 +0000 (UTC)
In-Reply-To: <5...@4...com>
X-Tech-Contact: u...@i...pl
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:10.0.11) Gecko/20121123
Icedove/10.0.11
X-Server-Info: http://www.internetia.pl/
Xref: news-archive.icm.edu.pl pl.comp.programming:203975
[ ukryj nagłówki ]On 11.07.2013 01:53, A.L. wrote:
> On Thu, 11 Jul 2013 01:37:14 +0200, Michoo<m...@v...pl> wrote:
>
>>>
>> Ja od wielu lat twierdzę, że klasyczne GC to straszne marnowanie
>> zasobów.
>
> Uhum... Co jescze twierdzisz?
>
[*] Odwrócę pytanie:
Czy uważasz, że GC minimalizuje wykorzystanie zasobów? Czy też jednak
pozwala na proste[**] zarządzanie pamięcią z punktu widzenia programisty
za cenę jej względnie dużego(w porównaniu do optymalnego) zajęcia?
(Ja nie twierdzę, że GC nie należy nigdy używać, ja twierdzę, że GC jest
_zazwyczaj_ rozwiązaniem suboptymalnym. Są przypadki gdzie duże
wykorzystanie zasobów jest niewielką ceną, którą płaci się za korzyści
wynikające z GC, ale IMO decyzja projektowa powinna być odwrotna -
wiedzieć kiedy go użyć a nie używać "domyślnie".)
[*] Wiele rzeczy, np w okolicy problemu stopu w systemach o skończonych
zasobach, ale to nie ma nic do tematu.
[**] Proste dopóki nie trafi się ściany - widziałem już algorytmy z
dziedziny sztucznej inteligencji/uczenia maszynowego których "nie da
się" zrobić w javie. W c++ zajmują ~10-30x mniej pamięci (co jest
problemem gdy podstawą są gigabajty) ale RapidMiner jest akurat napisany
w javie i zostaje rzeźbienie z jni.
--
Pozdrawiam
Michoo
Następne wpisy z tego wątku
- 11.07.13 11:52 Michoo
- 11.07.13 11:54 Michoo
- 11.07.13 12:43 Marek Borowski
- 11.07.13 12:57 Michoo
- 11.07.13 13:45 Edek
- 11.07.13 17:17 A.L.
- 11.07.13 17:19 A.L.
- 11.07.13 17:52 bartekltg
- 11.07.13 18:20 Edek
- 11.07.13 18:41 firr
- 11.07.13 21:06 Edek
- 11.07.13 21:16 firr
- 11.07.13 21:24 Edek
- 11.07.13 21:31 firr
- 11.07.13 21:45 R.e.m.e.K
Najnowsze wątki z tej grupy
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
- Press Release - AEiC 2023, Ada-Europe Reliable Softw. Technol.
- Ada-Europe - AEiC 2023 early registration deadline approaching
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2023
- Ile cykli zajmuje mnożenie liczb 64-bitowych?
Najnowsze wątki
- 2024-06-27 Re: Prywatny parking? Pierwsze 10 minut bezplatnie
- 2024-06-27 A co mnie to koooorwa obchodzi?
- 2024-06-28 nawigacja satelitarna
- 2024-06-28 SmartLife/Tuya i osuszanie -- mordowanie z zimną krwią...
- 2024-06-27 położyłem kafelki
- 2024-06-28 Łódź => International Freight Forwarder <=
- 2024-06-28 Łódź => Spedytor Międzynarodowy <=
- 2024-06-28 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-06-28 Sopot => Team Leader E-Commerce for Foreign Markets <=
- 2024-06-28 Warszawa => Senior React Native Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Software .Net Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Programista Full Stack .Net <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=