-
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
- Pytanie o transformator do dzwonka
- międzymordzie USB 3.2 jako 2.0
- elektronicy powinni pomysleć o karierze elektryka
- jak szybko plynie prad
- Płytki Milkv-Duo
- Światłowód między budynkami
- POtrzebny bufor 3.3<>5V, jedonkieruowy, trójstanowy, wąski
- retro
- Bezprzewodowe polączenie Windows z projektorem
- rozklejanie obudowy
- Prośba o identyfikację komponentu
- Smart gniazdko straciło na zasięgu wifi?
- Smart gniazdko straciło zasięg wifi?
- nurtuje mnie
- dziwna sprawa...
Najnowsze wątki
- 2024-11-08 Belka
- 2024-11-09 pierdolec na punkcie psa
- 2024-11-09 Warszawa => Sales Executive <=
- 2024-11-09 Wrocław => SAP BTP Consultant (mid/senior) <=
- 2024-11-09 Warszawa => ECM Specialist / Consultant <=
- 2024-11-09 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-10 TVN donosi: Obywatelskie zatrzymanie policjanta (nie na służbie)
- 2024-11-08 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-08 Warszawa => Key Account Manager <=
- 2024-11-08 Szczecin => Key Account Manager (ERP) <=
- 2024-11-08 Białystok => Full Stack web developer (obszar .Net Core, Angular6+) <
- 2024-11-08 Wrocław => Senior PHP Symfony Developer <=
- 2024-11-08 Warszawa => QA Engineer <=
- 2024-11-08 Warszawa => QA Inżynier <=
- 2024-11-08 Warszawa => Key Account Manager <=