-
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.
Następne wpisy z tego wątku
- 18.11.21 02:37 a...@m...uni.wroc.pl
- 18.11.21 12:14 Marek
- 18.11.21 15:52 Dawid Rutkowski
- 18.11.21 16:09 J.F
- 18.11.21 16:10 ptoki
- 18.11.21 17:22 heby
- 18.11.21 17:27 heby
- 18.11.21 17:32 Mateusz Viste
- 18.11.21 17:47 heby
- 18.11.21 18:01 Mateusz Viste
- 18.11.21 18:12 heby
- 18.11.21 18:28 Mateusz Viste
- 18.11.21 18:38 heby
- 18.11.21 18:41 Piotrek
- 18.11.21 18:45 heby
Najnowsze wątki z tej grupy
- pradnica krokowa
- Nieustający podziw...
- Coś dusi.
- akumulator napięcie 12.0v
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
- reverse engineering i dodawanie elementów do istniejących zamkniętych produktów- legalne?
- Problem z odczytem karty CF
- 74F vs 74HCT
- Newag ciąg dalszy
- Digikey, SN74CBT3253CD, FST3253, ktoś ma?
- Szukam: czujnik ruchu z możliwością zaączenia na stałe
- kabelek - kynar ?
Najnowsze wątki
- 2025-01-17 Warszawa => Inżynier oprogramowania .Net <=
- 2025-01-17 Natalia z Andrychowa
- 2025-01-17 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-17 Warszawa => System Architect (Java background) <=
- 2025-01-17 Warszawa => Full Stack .Net Engineer <=
- 2025-01-17 Gliwice => IT Expert (Network Systems area) <=
- 2025-01-17 Lublin => Programista Delphi <=
- 2025-01-17 Warszawa => Developer .NET (mid) <=
- 2025-01-17 Ostrów Wielkopolski => Konsultant Wdrożeniowy Comarch XL/Optima (Ksi
- 2025-01-17 Katowice => Senior Field Sales (system ERP) <=
- 2025-01-17 Wróblewo => Analityk finansowy <=
- 2025-01-17 Żerniki => Specjalista ds. Employer Brandingu <=
- 2025-01-17 pradnica krokowa
- 2025-01-17 Warszawa => International Freight Forwarder <=
- 2025-01-17 Warszawa => Helpdesk Specialist <=