🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.lang.c
Article #272389

Re: Odśmiecania współbieżnego ciąg dalszy

#272389
From: Maciej Sobczak
Date: Wed, 27 Feb 2008 21:48
62 lines
4438 bytes
On 27 Lut, 16:59, "Sebastian Nibisz" <EB...@poczta.onet.pl> wrote:

> W systemach wbudowanych nie wykorzystuje sie pamięci tak ja na komputerach
> domowych. Tam nie ma tak, że jak mamy 10 razy więcej pamięci, to sobie
> wrzucimy wiecej obrazków, dodamy muzyczkę, jakieś dynamiczne menu i pamięci
> znów mamy mało.

Tam jest tak, że jak mamy 10 razy więcej pamięci, to sobie wrzucimy
podczyt danych pomiarowych z różnymi oknami usredniania i z dużo
większą historią (historią danych można już załatwić temat, ale idźmy
dalej), logowaniem, diagnostyką, XMLami konfiguracyjnymi i middlewarem
z półki.
Schemat ten sam, tylko zabawki inne.

> Samego kodu nie da się mnożyć na dużą skalę w nieskończoność.

Wprowadźmy sobei generatory kodu. One mają cierpliwość.
Dodajmy agenty monitorujące oraz skomplikowaną kontrolę uprawnień
dostępu.

> Z pewnością
> jest coraz mniej sytuacji w której ze względu na małą ilość dostępnej
> pamięci, nie można zaimplementować jakieś funkcjonalności w systemie
> wbudowanym.

Właśnie nie podzielam tego przekonania.

> Sprzęt niewielkim kosztem można rozbudować, co jeszcze
> kilkanaście lat temu często nie było możliwe.

Nadal bywa niemożliwe, po prostu limity są gdzie indziej. Zapełnione
gniazda pamięci? Oops.

> Przy założeniu, że język C++ jest dedykowany jedynie dla przemysłu, to można
> sie zgodzić z tym, że tempo jego rozoju jest zadowalające.
> Niestety takiego założenia przyjąć nie można i mogą rodzić sie słuszne obawy
> o to, że zanim nowy standard zostanie "zaklepany" no i oczywiście wdrożony,
> języka C++ na desktopach mało kto już będzie używał.

Bez obaw. Nowy standard najszybciej trafi właśnie na desktopy, bo tam
najszybciej można wprowadzać nowości.
Swoją drogą - nie upieram się, że C++ powinien królować na desktopach.

> > Druga płaszczyzna to biblioteki i narzędzia orbitujące

> Zgadza się, trzeba jednak wziąć pod uwagę, że możliwości bibliotek są
> ograniczane przez możliwości samego języka.

Pozwolę sobie się z tym nie zgodzić. :-)
Raczej nie widzę spowolnienia w produkcji innowacyjnych bibliotek.

> > Dodanie GC do C++ może przedłużyć mu życie w wielu obszarach. A
> > ponieważ wiadomo, że tak się właśnie stanie, to nie ma po co ogłaszać
> > zgonu.
>
> Nikt nie ogłasza zgonu języka C++, ale też nikomu nie chce sie czekać
> kolejnych 10 lat na jego nowszą wersję.

Dlaczego myślisz, że będzie trzeba czekać kolejnych 10 lat?

--
Maciej Sobczak * www.msobczak.com * www.inspirel.com
Technical Details
Message-ID: <b400dff4-9483-4cd1-8bf4-3835fee876ee@34g2000hsz.googlegroups.com>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!news.nask.pl!news.nask.org.pl!news.uni-stuttgart.de!news.belwue.de!news.tu-darmstadt.de!newsfeed.freenet.de!feeder.news-service.com!feeder3.cambrium.nl!feed.tweaknews.nl!postnews.google.com!34g2000hsz.googlegroups.com!not-for-mail
References: <fppvdq$68v$1@inews.gazeta.pl> <fq0od3$5bm$1@inews.gazeta.pl> <fq0qpa$ekv$1@inews.gazeta.pl> <fq0s58$jvv$1@inews.gazeta.pl> <fq0tjl$shn$1@news.vectranet.pl> <fq10ir$8nn$1@inews.gazeta.pl> <fq140s$2u6$1@news.vectranet.pl> <fq164t$3bl$1@inews.gazeta.pl> <fq1r6d$586$1@kujawiak.man.lodz.pl> <fq3b1p$i9b$1@inews.gazeta.pl> <fq3g89$362$1@kujawiak.man.lodz.pl> <fq3p6m$mk9$1@inews.gazeta.pl> <1d522c1c-c339-4c26-a2ee-5621dd0e4883@e23g2000prf.googlegroups.com> <fq41df$qs8$1@inews.gazeta.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!news.nask.pl!news.nask.org.pl!news.uni-stuttgart.de!news.belwue.de!news.tu-darmstadt.de!newsfeed.freenet.de!feeder.news-service.com!feeder3.cambrium.nl!feed.tweaknews.nl!postnews.google.com!34g2000hsz.googlegroups.com!not-for-mail
From: Maciej Sobczak <see.my.homepage@gmail.com>
Newsgroups: pl.comp.lang.c
Subject: Re:
 Odśmiecania współbieżnego ciąg dalszy
Date: Wed, 27 Feb 2008 13:48:18 -0800 (PST)
Organization: http://groups.google.com
Lines: 77
Message-ID: <b400dff4-9483-4cd1-8bf4-3835fee876ee@34g2000hsz.googlegroups.com>
References: <fppvdq$68v$1@inews.gazeta.pl> <fq0od3$5bm$1@inews.gazeta.pl>  <fq0qpa$ekv$1@inews.gazeta.pl> <fq0s58$jvv$1@inews.gazeta.pl>  <fq0tjl$shn$1@news.vectranet.pl> <fq10ir$8nn$1@inews.gazeta.pl>  <fq140s$2u6$1@news.vectranet.pl> <fq164t$3bl$1@inews.gazeta.pl>  <fq1r6d$586$1@kujawiak.man.lodz.pl> <fq3b1p$i9b$1@inews.gazeta.pl>  <fq3g89$362$1@kujawiak.man.lodz.pl> <fq3p6m$mk9$1@inews.gazeta.pl>  <1d522c1c-c339-4c26-a2ee-5621dd0e4883@e23g2000prf.googlegroups.com>  <fq41df$qs8$1@inews.gazeta.pl>
NNTP-Posting-Host: 85.3.255.124
Mime-Version: 1.0
X-Trace: posting.google.com 1204148898 24218 127.0.0.1 (27 Feb 2008 21:48:18 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Wed, 27 Feb 2008 21:48:18 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: 34g2000hsz.googlegroups.com; posting-host=85.3.255.124;  posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US;  rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12,gzip(gfe),gzip(gfe)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit