eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaAVR po latachRe: AVR po latach
  • X-Received: by 2002:a05:622a:1a03:: with SMTP id f3mr21237156qtb.141.1637190389386;
    Wed, 17 Nov 2021 15:06:29 -0800 (PST)
    X-Received: by 2002:a05:622a:1a03:: with SMTP id f3mr21237156qtb.141.1637190389386;
    Wed, 17 Nov 2021 15:06:29 -0800 (PST)
    Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erj
    e.net!feeder.erje.net!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2
    .proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnew
    s.google.com!google-groups.googlegroups.com!not-for-mail
    Newsgroups: pl.misc.elektronika
    Date: Wed, 17 Nov 2021 15:06:29 -0800 (PST)
    In-Reply-To: <a...@n...neostrada.pl>
    Injection-Info: google-groups.googlegroups.com; posting-host=199.202.9.250;
    posting-account=jnRHMAoAAACB5EawItMhNTZMy_yOF2XE
    NNTP-Posting-Host: 199.202.9.250
    References: <smreh5$3aj$1@dont-email.me> <61920df0$0$544$65785112@news.neostrada.pl>
    <smu2sg$nns$2@dont-email.me> <619365f0$0$552$65785112@news.neostrada.pl>
    <61938d47$0$518$65785112@news.neostrada.pl>
    <a...@n...neostrada.pl>
    <619508e5$0$552$65785112@news.neostrada.pl>
    <a...@n...neostrada.pl>
    <sn3drv$13k$2@dont-email.me>
    <a...@n...neostrada.pl>
    <sn3h62$qna$1@dont-email.me>
    <a...@n...neostrada.pl>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <2...@g...com>
    Subject: Re: AVR po latach
    From: ptoki <s...@g...com>
    Injection-Date: Wed, 17 Nov 2021 23:06:29 +0000
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:768406
    [ ukryj nagłówki ]

    środa, 17 listopada 2021 o 13:15:03 UTC-6 Marek napisał(a):
    > On Wed, 17 Nov 2021 19:20:45 +0100, heby <h...@p...onet.pl> wrote:
    > > Nie. Dałem Ci przykład dwóch programów, jeden w C drugi w C++.
    > > Który
    > > wykona się wolniej i dlaczego?
    > Daj spokój, dobrze wiemy, że żaden z nich nie jest w C++. Przykład
    > zły, bo oba kody skracają się do tej samej abstrakcji wspólnej dla
    > obu języków. Ten drugi napisz porządnie w C++, pętlę zrób obiektowo i
    > żeby proces zajął min 2GB ram. ;)
    >
    >

    Pozwol ze sie wlacze sie w dywagacje.
    Problem tutaj jest nie w tym co moze zrobic C++ i C albo asembler tylko w tym co
    ludzie sobie pisza.
    Jeden mowi ze C++ to kobyla a drugi mowi ze nie bo on robi w C++ i programy mu
    wychodza nieduze.
    Jeden mowi ze arduino to gówno bo cos tam zmontowal i mu pamieci zabraklo albo sie
    sypalo a drugi powie ze on zrobil co innego, uzyl innych bibliotek i mu dzialalo
    dlugo, wydajnie i stabilnie.

    Problem jest w tych generalizacjach.
    Zeby temat wyjasnic trzeba by to samo zagadnienie zaimplementowac w obu srodowiskach,
    porownac kod wynikowy i stabilnosc/szybkosc dzialania.
    Nikt tego nie zrobi, klocic mozna sie tedy do zarzygania.

    I druga uwaga:
    Sporo softow dzis jest powolna nie dlatego ze jest obiektowa czy napisana w
    kompilatorze takim czy owakim tylko dlatego ze albo jest okrutnie skomplikowana albo
    zbyt wiele procesow wewnetrznych zalezy od siebie i od asynchronicznych procesow
    zewnetrznych.

    Czemu KDE dziala wolno? Trza by zapuscic profiler. Trza by oblozyc go tcpdumpem i
    straceami.
    Wtedy mozna sie dokopac czemu tyle muli.

    I w praktyce moze sie okazac ze to nie jezyk jest winny a po prostu zawilosc
    aplikacji ktora sobie cos tam zbiera, monitoruje i nie czysci listy (tak jak to
    robil, i moze robi windows) przez co monitoruje mase smiecia co nikomu potrzebne nie
    jest. Ale to nie wina C++.

    Jedno dodam na koniec.
    Bardzo duzo dzis sie odbywa synchronicznie przez siec. Albo pol asynchronicznie (user
    czeka, nic kliknac nie moze a apka odpytuje zdalny interfejs czy cos sie juz zrobilo
    czy nie).
    I te sprawdzenia niestety sa czesto uruchamiane szeregowo a do tego logika aplikacji
    czeka na choc jedno uaktualnienie kazdego statusu zeby userowi cos tam pokazac.

    Otwierasz file managera a on odpytuje wszystkie dyski, wszystkie sieciowe udzialy,
    jakiegos blututa, pendrive i to w dobrych okolicznosciach trwa i w efekcie okienko
    zamiast pojawic sie natychmiast i potem odswierzyc 2-4-10 razy rysuje sie raz ale po
    sekundzie lub dwu.

    W tym czasie user czeka.
    Czy to sie da obejsc? Nie sadze. Moze wycinajac pewne funkcje by sie dalo ale IMHO z
    paru powodow to zaklete kolko.

    Czy bedzie lepiej? Tez nie sadze. Jak widze ile sie gówna produkuje bo w webie jest
    szybciej/prosciej to jestem przekonany ze nie bedzie lepiej.

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: