Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > ger.ct > #405739 > unrolled thread
| Started by | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| First post | 2019-07-12 18:18 +0200 |
| Last post | 2019-07-16 10:24 +0200 |
| Articles | 10 on this page of 50 — 12 participants |
Back to article view | Back to ger.ct
C++ nein danke Hermann Riemann <nospam.ng@hermann-riemann.de> - 2019-07-12 18:18 +0200
Re: C++ nein danke Lothar Kimmeringer <news201705@kimmeringer.de> - 2019-07-12 23:49 +0200
Re: C++ nein danke Herwig AQSR <herwig.huener@t-online.de> - 2019-07-12 16:30 -0700
Re: C++ nein danke Hermann Riemann <nospam.ng@hermann-riemann.de> - 2019-07-13 07:02 +0200
Re: C++ nein danke Lothar Kimmeringer <news201705@kimmeringer.de> - 2019-07-13 11:39 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-13 18:20 +0200
Re: C++ nein danke Lothar Kimmeringer <news201705@kimmeringer.de> - 2019-07-13 20:48 +0200
Re: C++ nein danke Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2019-07-13 21:20 +0000
Re: C++ nein danke Sebastian Peters <petseb@nymph.paranoici.org> - 2019-07-14 17:21 +0200
Re: C++ nein danke Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2019-07-14 19:19 +0000
Re: C++ nein danke Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-07-14 02:01 +0200
Re: C++ nein danke Hermann Riemann <nospam.ng@hermann-riemann.de> - 2019-07-15 06:52 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-15 11:13 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-16 10:20 +0200
Re: C++ nein danke Herwig AQSR <herwig.huener@t-online.de> - 2019-07-16 16:08 -0700
Re: C++ nein danke Herwig AQSR <herwig.huener@t-online.de> - 2019-07-16 16:11 -0700
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-17 11:13 +0200
Re: C++ nein danke Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-07-17 11:29 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-17 11:37 +0200
Re: C++ nein danke Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-07-17 16:24 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-17 17:53 +0200
Re: C++ nein danke Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-07-17 19:28 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-17 20:02 +0200
Re: C++ nein danke Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-07-17 20:44 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-17 21:16 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-18 08:48 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-18 16:01 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-18 16:02 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-18 16:58 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-18 17:32 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-18 18:16 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-18 18:17 +0200
Re: C++ nein danke Hans im Glück <hig68@gmx.at> - 2019-07-18 18:27 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-18 19:15 +0200
Re: C++ nein danke "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2019-07-19 06:54 +0000
Re: C++ nein danke "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2019-07-19 06:59 +0000
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-18 20:27 +0200
Re: C++ nein danke Sepp Neuper <Sepp_Neuper@web.de> - 2019-07-19 03:15 +0200
Re: C++ nein danke Wolfgang Kynast <wky@gmx.de> - 2019-07-19 09:07 +0200
Re: C++ nein danke Lars Gebauer <lars.gebauer@yahoo.de> - 2019-07-19 07:34 +0000
Re: C++ nein danke "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2019-07-19 06:35 +0000
Re: C++ nein danke Herwig AQSR <herwig.huener@t-online.de> - 2019-07-19 03:59 -0700
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-19 13:06 +0200
Re: C++ nein danke Herwig AQSR <herwig.huener@t-online.de> - 2019-07-19 14:43 -0700
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-20 09:12 +0200
Re: C++ nein danke Hermann Riemann <nospam.ng@hermann-riemann.de> - 2019-07-15 07:03 +0200
Re: C++ nein danke "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2019-07-15 08:32 +0000
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-16 10:18 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-15 11:09 +0200
Re: C++ nein danke Bonita Montero <Bonita.Montero@gmail.com> - 2019-07-16 10:24 +0200
Page 3 of 3 — ← Prev page 1 2 [3]
| From | "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> |
|---|---|
| Date | 2019-07-19 06:35 +0000 |
| Message-ID | <gpd6kvFmbhU1@mid.individual.net> |
| In reply to | #406772 |
Stefan Ram <ram@zedat.fu-berlin.de> wrote: >"Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> writes: >>ph@pc1011501538:~/devel$ time ./rt testfile >out.perl >>ph@pc1011501538:~/devel$ time ./retest< testfile >out.c++ > Wenn mehrere Programme aus derselben Datei lesen, kann es > passieren, daß die Datei beim ersten Lauf eines Programms > noch nicht im Cache ist, aber beim zweiten Lauf schon. Ich habe es selbstverständlich mehrmals laufen lassen und jedesmal war Perl schneller. -- Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de
[toc] | [prev] | [next] | [standalone]
| From | Herwig AQSR <herwig.huener@t-online.de> |
|---|---|
| Date | 2019-07-19 03:59 -0700 |
| Message-ID | <02b8a698-aa83-4fb4-a7d3-9588697ae946@googlegroups.com> |
| In reply to | #406712 |
2019-07-19 13:00:00 +0200 > ... > > Au weia, bist du blöd. > > Was soll ich ( oder eine spätere ki ) aus diesem Umgangsstil schließen? > Welche Aussagen gibt es zu einer Person, die sich so äußert? Ich habe meine BaLAG gefragt, ob sie etwas zur CharakterAnalyse sagen kann - aber sie will sich in der FreiZeit nicht damit beschäftigen. Ist ihr zu blöd. Herwig (morning reboot)
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2019-07-19 13:06 +0200 |
| Message-ID | <qgs87j$j78$1@news.albasani.net> |
| In reply to | #406863 |
> Ich habe meine BaLAG gefragt, ob sie etwas zur > CharakterAnalyse sagen kann - aber sie will sich > in der FreiZeit nicht damit beschäftigen. Ist > ihr zu blöd. Soll sie mal an dir machen, Du Obernerd.
[toc] | [prev] | [next] | [standalone]
| From | Herwig AQSR <herwig.huener@t-online.de> |
|---|---|
| Date | 2019-07-19 14:43 -0700 |
| Message-ID | <1818aeff-90b5-4520-8838-d527c33aeeb6@googlegroups.com> |
| In reply to | #406865 |
2019-07-19 23:44:00 +0200 > ... > > Ich habe meine BaLAG gefragt, ob sie etwas zur > > CharakterAnalyse sagen kann - aber sie will sich > > in der FreiZeit nicht damit beschäftigen. Ist > > ihr zu blöd. > > Soll sie mal an dir machen, Du Obernerd. Das macht sie jeden Tag! Du solltest Dich auch in eine ZweierGemeinschaft integrieren - das trägt enorm zur geistigen Flexibilität und zur DiplomatieFähigkeit bei! - Man nennt es auch "HöflichkeitsDruckBetankung". Herwig
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2019-07-20 09:12 +0200 |
| Message-ID | <qguesl$2rg$1@news.albasani.net> |
| In reply to | #406992 |
>>> Ich habe meine BaLAG gefragt, ob sie etwas zur >>> CharakterAnalyse sagen kann - aber sie will sich >>> in der FreiZeit nicht damit beschäftigen. Ist >>> ihr zu blöd. >> Soll sie mal an dir machen, Du Obernerd. > Das macht sie jeden Tag! Dein Hang zur Zwanghaftigkeit ist aber auch Therapie-resistent (abgesehen davon, dass eine Partnerschaft für sowas das falsche Setting ist).
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2019-07-15 07:03 +0200 |
| Message-ID | <gp2fplFl1opU1@mid.individual.net> |
| In reply to | #405876 |
Am 13.07.19 um 18:20 schrieb Bonita Montero:
> C++ und Python sind keine Alternativen für den selben Einsatz-Zweck,
> insofern ist der Vergleich idiotisch.
Meist geht beides für das gleiche Problem.
> C++ ist halt ein guter Mittelweg zwischen Abstraktion und Performance.
Mir kommt es so vor, als sei C++ weitgehend für eine
nicht im privaten Bereich vorkommende Projektgröße geeignet.
> In dem Verhältnis wie bei C++ gibt es das bei keiner anderen Sprache;
> selbst Rust kann C++ bzgl. der Performance meist nicht
> das Wasser reichen.
Bezüglich Performance dürfte Fortran oder Assembler Handarbeit
vorne liegen.
> Python ist halt ne Scriptsprache mit viel Convenience
> und dementsprechend langsam.
Für die meisten meiner Anwendungen ist Python ausreichend schnell.
Im Gegensatz zum Aufwand bei der Programmierung.
> Außerdem ist es auch aufgrund der nicht vorhandenen Systemnähe
> für einen anderen Anwendungs-Bereich ausgelegt.
Python ist auf einem privaten PC das, was vor Jahrzehnten Basic war.
Für privat relevante Systemfunktionen gibt es Anwendungsmodule.
Im Ablauf an der Schnittstelle etwas langsamer
( Module rufen übersetztes C auf)
dafür aber mit weniger Aufwand zu programmieren.
Hermann
der manchmal eigene Speicherverwaltung in C verwendet.
--
http://www.hermann-riemann.de
[toc] | [prev] | [next] | [standalone]
| From | "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> |
|---|---|
| Date | 2019-07-15 08:32 +0000 |
| Message-ID | <gp2s0gFn5t0U2@mid.individual.net> |
| In reply to | #406149 |
Hermann Riemann <nospam.ng@hermann-riemann.de> wrote: >Am 13.07.19 um 18:20 schrieb Bonita Montero: >> C++ und Python sind keine Alternativen für den selben Einsatz-Zweck, >> insofern ist der Vergleich idiotisch. >Meist geht beides für das gleiche Problem. >> C++ ist halt ein guter Mittelweg zwischen Abstraktion und Performance. >Mir kommt es so vor, als sei C++ weitgehend für eine >nicht im privaten Bereich vorkommende Projektgröße geeignet. >> In dem Verhältnis wie bei C++ gibt es das bei keiner anderen Sprache; >> selbst Rust kann C++ bzgl. der Performance meist nicht >> das Wasser reichen. >Bezüglich Performance dürfte Fortran oder Assembler Handarbeit >vorne liegen. >> Python ist halt ne Scriptsprache mit viel Convenience >> und dementsprechend langsam. >Für die meisten meiner Anwendungen ist Python ausreichend schnell. >Im Gegensatz zum Aufwand bei der Programmierung. Genau das spricht für Skriptsprachen. Oft hat man ein Problem, für das man genau einmal eine Lösung braucht. Mit Perl oder Python sind das oft nur wenige Zeilen. Die etwas längere Laufzeit stört i.d.R. nicht. Es dürfte auch nicht ganz einfach sein, in C++ ein Programm zu schreiben, das Perl beim Textverwursten mit Regexen deutlich schlägt. -- Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2019-07-16 10:18 +0200 |
| Message-ID | <qgk187$lj9$1@news.albasani.net> |
| In reply to | #406199 |
>> Es dürfte auch nicht ganz einfach sein, in C++ ein Programm zu >> schreiben, das Perl beim Textverwursten mit Regexen deutlich schlägt. > https://www.regular-expressions.info/stdregex.html Und das geilste ist: die RE-Unterstützung von C++11 unterstützt JavaScript, POSIX-, POSIX-RE-, grep-, egrep- und awk-Regexe.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2019-07-15 11:09 +0200 |
| Message-ID | <qghfsm$qv3$1@news.albasani.net> |
| In reply to | #406149 |
>> C++ und Python sind keine Alternativen für den selben >> Einsatz-Zweck, insofern ist der Vergleich idiotisch. > Meist geht beides für das gleiche Problem. Natürlich geht das theoretisch, aber man macht es nicht. >> C++ ist halt ein guter Mittelweg zwischen Abstraktion und Performance. > Mir kommt es so vor, als sei C++ weitgehend für eine > nicht im privaten Bereich vorkommende Projektgröße geeignet. Quark. >> In dem Verhältnis wie bei C++ gibt es das bei keiner anderen >> Sprache; selbst Rust kann C++ bzgl. der Performance meist nicht >> das Wasser reichen. > Bezüglich Performance dürfte Fortran oder Assembler Handarbeit > vorne liegen. Fortran war eine Weile mal im HPC-Bereich im Vorteil weil C/C++ theoretisch Aliasing hat und nicht ganz so effizienten Code ermög- licht. In C hast Du aber restricted-Pointer und in C++ unterstützen die Compiler die inoffiziell, das es da keinen Unterschied mehr gibt. Außerdem hat Fortran nur einen kleinen Bereich des Einsatz-Zwecks den C/C++ hat. Und man mag ja im Einzelfall händisch Assembler-Algorithmen schneller hinkriegen als in C/C++, aber die Regel ist das wohl nicht, dass man einen guten Compiler schlägt wenn die Algorithmen komplexer werden; die Sache ist aber, dass man in C/C++ ein bisschen Ahnung haben muss wie ein Compiler arbeitet um dem den Code ein bisschen mundgerechter zu machen. Zu Zeiten als VeraCrypt noch TrueCrypt hieß gab es im Code zwei hän- disch optimierte AES256-Algorithmen in Assembler (für die Rechner die keine AES-Beschleunigung kannten) Ich implementierte Aes256_x86.asm und Aes256_x64.asm mal zum Spaß mit SSE-Intrinsics mit dem Intel C++ und kam auf ca. 40% mehr Performance. So viel zum Thema superschnel- les Assembler.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2019-07-16 10:24 +0200 |
| Message-ID | <qgk1jc$lj9$3@news.albasani.net> |
| In reply to | #406206 |
>>> Mir kommt es so vor, als sei C++ weitgehend für eine >>> nicht im privaten Bereich vorkommende Projektgröße geeignet. >> Quark. > Ich wüsste nicht, welches meiner privaten C-Programme > ( seit Atari ST Zeiten) in C++ besser wäre. C++ ist halt komfortabler und übersichtlicher zu programmieren. Die STL ist ein Segen, RAII und Exception-Handling erleichtern das Leben sehr und die vielen Klassenbibliotheken zu denen es selten was analoges in C gibt ebenso. >> Und man mag ja im Einzelfall händisch Assembler-Algorithmen schneller >> hinkriegen als in C/C++, aber die Regel ist das wohl nicht, dass man >> einen guten Compiler schlägt wenn die Algorithmen komplexer werden; >> die Sache ist aber, dass man in C/C++ ein bisschen Ahnung haben muss >> wie ein Compiler arbeitet um dem den Code ein bisschen mundgerechter >> zu machen. > Compiler vollbringen auch keine Wunder. > Ich kenne das noch von der Taktzählung her. > Heutzutage ist es eher ein Unterschied, > ob der Speicherzugriff im cache? oder im RAM liegt. Gerade das optimiert dir kein Compiler. Cache-aware Algorithmen musst Du selbst schreiben.
[toc] | [prev] | [standalone]
Page 3 of 3 — ← Prev page 1 2 [3]
Back to top | Article view | ger.ct
csiph-web