Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > ger.ct > #573170 > unrolled thread
| Started by | Dr. Joachim Neudert <neudert@5sl.org> |
|---|---|
| First post | 2022-11-03 20:51 +0000 |
| Last post | 2022-11-04 08:53 +0100 |
| Articles | 20 on this page of 126 — 16 participants |
Back to article view | Back to ger.ct
AMD 7900 XTX Knüller Dr. Joachim Neudert <neudert@5sl.org> - 2022-11-03 20:51 +0000
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-03 21:59 +0100
Re: AMD 7900 XTX Knüller Jörg Tewes <jogi1964@gmx.net> - 2022-11-03 23:01 +0100
Re: AMD 7900 XTX Knüller Johannes Leckebusch <jlnospam@johannes-leckebusch.de> - 2022-11-03 23:05 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-04 07:18 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-04 07:44 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-04 07:47 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-04 07:50 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-04 07:54 +0100
Re: AMD 7900 XTX Knüller Herwig <herwig.huener@t-online.de> - 2022-11-04 04:07 -0700
Re: AMD 7900 XTX Knüller Martin Gerdes <martin.gerdes@gmx.de> - 2022-11-06 03:26 +0100
Re: AMD 7900 XTX Knüller Bernd Ohm <invalid@invalid.invalid> - 2022-11-06 14:28 +0100
Re: AMD 7900 XTX Knüller Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-11-06 05:41 -0800
Re: AMD 7900 XTX Knüller Martin Gerdes <martin.gerdes@gmx.de> - 2022-11-06 19:55 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 20:20 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-06 20:58 +0100
Re: AMD 7900 XTX Knüller Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-11-07 09:02 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-07 09:05 +0100
Re: AMD 7900 XTX Knüller "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-11-07 12:20 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-07 12:31 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-04 07:16 +0100
Re: AMD 7900 XTX Knüller "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-11-04 08:01 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-04 08:35 +0100
Re: AMD 7900 XTX Knüller Carlo XYZ <carloxyz@invalid.invalid> - 2022-11-04 08:38 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 12:31 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-04 08:45 +0100
Re: AMD 7900 XTX Knüller Matthias Eißing <meissing@gmx.de> - 2022-11-04 09:58 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-04 10:12 +0100
Re: AMD 7900 XTX Knüller Matthias Eißing <meissing@gmx.de> - 2022-11-04 10:16 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-04 11:20 +0100
Re: AMD 7900 XTX Knüller Matthias Eißing <meissing@gmx.de> - 2022-11-04 17:33 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 17:34 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-05 18:32 +0100
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-04 17:31 +0100
Re: AMD 7900 XTX Knüller Matthias Eißing <meissing@gmx.de> - 2022-11-04 17:33 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 12:40 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 12:39 +0100
Re: AMD 7900 XTX Knüller Carlo XYZ <carloxyz@invalid.invalid> - 2022-11-04 08:35 +0100
Re: AMD 7900 XTX Knüller Matthias Eißing <meissing@gmx.de> - 2022-11-04 10:04 +0100
Re: AMD 7900 XTX Knüller "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-11-04 10:28 +0100
Re: AMD 7900 XTX Knüller Carlo XYZ <carloxyz@invalid.invalid> - 2022-11-04 11:48 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 12:41 +0100
Re: AMD 7900 XTX Knüller Carlo XYZ <carloxyz@invalid.invalid> - 2022-11-05 13:20 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 14:17 +0100
Re: AMD 7900 XTX Knüller Carlo XYZ <carloxyz@invalid.invalid> - 2022-11-05 14:24 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 14:29 +0100
Re: AMD 7900 XTX Knüller Carlo XYZ <carloxyz@invalid.invalid> - 2022-11-05 14:44 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 16:54 +0100
Re: AMD 7900 XTX Knüller Dr. Joachim Neudert <neudert@5sl.org> - 2022-11-05 16:02 +0000
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-05 17:19 +0100
Re: AMD 7900 XTX Knüller Dr. Joachim Neudert <neudert@5sl.org> - 2022-11-05 16:22 +0000
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-05 17:32 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 17:52 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 17:50 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 17:14 +0000
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-05 18:19 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 17:26 +0000
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-05 18:48 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 17:53 +0000
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-05 18:59 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 19:22 +0000
Re: AMD 7900 XTX Knüller Carlo XYZ <carloxyz@invalid.invalid> - 2022-11-05 20:33 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 19:43 +0000
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 18:39 +0100
Re: AMD 7900 XTX Knüller Dr. Joachim Neudert <neudert@5sl.org> - 2022-11-05 17:19 +0000
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-05 18:24 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 17:31 +0000
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 18:39 +0100
Re: AMD 7900 XTX Knüller Dr. Joachim Neudert <neudert@5sl.org> - 2022-11-05 19:21 +0000
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 19:26 +0000
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-05 21:11 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 20:14 +0000
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-05 21:27 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 21:35 +0000
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-05 22:41 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-06 12:45 +0000
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-06 14:11 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-06 13:57 +0000
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-06 15:19 +0100
Re: AMD 7900 XTX Knüller "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-11-06 15:24 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-06 15:41 +0100
Re: AMD 7900 XTX Knüller Ruediger Lahl <ruediger.lahl@gmx.de> - 2022-11-06 15:51 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 15:56 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-06 14:56 +0000
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-06 16:01 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 21:14 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-05 21:26 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 23:30 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 08:25 +0100
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-06 09:24 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-06 11:13 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 09:29 +0100
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-06 09:38 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 09:51 +0100
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-06 15:10 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 15:21 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-06 15:57 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-06 11:12 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 15:12 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-06 15:23 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 15:25 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-06 16:07 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-06 15:48 +0000
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-06 18:04 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-06 17:23 +0000
Re: AMD 7900 XTX Knüller Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-11-06 11:02 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-06 11:11 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 15:11 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-06 15:24 +0100
Re: AMD 7900 XTX Knüller Dr. Joachim Neudert <neudert@5sl.org> - 2022-11-05 20:35 +0000
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 21:32 +0000
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 23:58 +0100
Re: AMD 7900 XTX Knüller Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 08:27 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-06 11:15 +0100
Re: AMD 7900 XTX Knüller Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-11-06 10:58 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-06 12:49 +0000
Re: AMD 7900 XTX Knüller Michael Bode <m.g.bode@web.de> - 2022-11-05 20:32 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 20:49 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 17:49 +0100
Re: AMD 7900 XTX Knüller Carlo XYZ <carloxyz@invalid.invalid> - 2022-11-05 17:33 +0100
Re: AMD 7900 XTX Knüller Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-11-05 18:32 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 16:34 +0000
Re: AMD 7900 XTX Knüller Carlo XYZ <carloxyz@invalid.invalid> - 2022-11-05 20:27 +0100
Re: AMD 7900 XTX Knüller Goetz Schultz <ng.expire1222@goetz.co.uk> - 2022-11-05 19:47 +0000
Re: AMD 7900 XTX Knüller Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-11-04 08:42 +0100
Re: AMD 7900 XTX Knüller "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-11-04 08:53 +0100
Page 2 of 7 — ← Prev page 1 [2] 3 4 5 6 7 Next page →
| From | Dietz Proepper <dietz-usenet@rotfl.franken.de> |
|---|---|
| Date | 2022-11-04 07:16 +0100 |
| Message-ID | <20221104071647.468fd7cf.dietz-usenet@rotfl.franken.de> |
| In reply to | #573170 |
Dr. Joachim Neudert <neudert@5sl.org> wrote: > 60 TeraFlops. Nur 355 Watt, bewährte 8 Pol Anschlüsse. 8 k Auflösung. > Nur 999$, nicht 2000$ und 600 W wie die NVIDIA 4090. 1000 Ömmer für eine Grafikkarte. Naja, Du kaufst ja auch Applecrap. Das verdirbt alle Maßstäbe. > Die kommt ins Haus. Ersetzt meine 10 TeraFlops 5700 XT. Und was ist der Nutzen? Welche Spiele laufen mit der bestehenden nicht? > Ab 13. Dezember lieferbar. Good luck Mr Gorsky! > Ich darf natürlich annehmen, dass ich hier in dieser Computer Group > damit vollständig offtopic bin. Schulterzuck. China, Sack Reis. -- SIC SEMPER +--|=======> TYRANNIS
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-11-04 08:01 +0100 |
| Message-ID | <tk2dcd$dpfq$1@solani.org> |
| In reply to | #573181 |
Am 04.11.22 um 07:16 schrieb Dietz Proepper: > Dr. Joachim Neudert <neudert@5sl.org> wrote: > >> 60 TeraFlops. Nur 355 Watt, bewährte 8 Pol Anschlüsse. 8 k Auflösung. >> Nur 999$, nicht 2000$ und 600 W wie die NVIDIA 4090. > > 1000 Ömmer für eine Grafikkarte. Naja, Du kaufst ja auch Applecrap. Das > verdirbt alle Maßstäbe. Na ja: die 6000er Generation haben wir ja übersprungen, wg. ungerechtfertigter Preisexpplosion (Etehereum, Chipmangel) > >> Die kommt ins Haus. Ersetzt meine 10 TeraFlops 5700 XT. > > Und was ist der Nutzen? Welche Spiele laufen mit der bestehenden nicht? FS 2020* 2160*2160 Pixel je Auge mal 2, 90 fps- da muß man leider Abstriche machen... > >> Ab 13. Dezember lieferbar. > > Good luck Mr Gorsky! > >> Ich darf natürlich annehmen, dass ich hier in dieser Computer Group >> damit vollständig offtopic bin. > > Schulterzuck. China, Sack Reis. > Ausserdem heizt der Mac Studio Ultra (auch schon 20 TeraFlops) schlecht. Und es gibt dafür nur Casual Games, die zur Not auch auf dem iPhone 5 noch laufen. Crap.
[toc] | [prev] | [next] | [standalone]
| From | Dietz Proepper <dietz-usenet@rotfl.franken.de> |
|---|---|
| Date | 2022-11-04 08:35 +0100 |
| Message-ID | <20221104083531.79413eec.dietz-usenet@rotfl.franken.de> |
| In reply to | #573187 |
"Dr. Joachim Neudert" <neudert@5sl.org> wrote: > Am 04.11.22 um 07:16 schrieb Dietz Proepper: > > Dr. Joachim Neudert <neudert@5sl.org> wrote: > > > >> 60 TeraFlops. Nur 355 Watt, bewährte 8 Pol Anschlüsse. 8 k > >> Auflösung. Nur 999$, nicht 2000$ und 600 W wie die NVIDIA 4090. > > > > 1000 Ömmer für eine Grafikkarte. Naja, Du kaufst ja auch Applecrap. > > Das verdirbt alle Maßstäbe. > > Na ja: die 6000er Generation haben wir ja übersprungen, wg. > ungerechtfertigter Preisexpplosion (Etehereum, Chipmangel) Die gebt es inzwischen aber zu sehr schönen Preisen. > >> Die kommt ins Haus. Ersetzt meine 10 TeraFlops 5700 XT. > > > > Und was ist der Nutzen? Welche Spiele laufen mit der bestehenden > > nicht? > > FS 2020* 2160*2160 Pixel je Auge mal 2, 90 fps- da muß man leider > Abstriche machen... *g* Ich komme seit Monaten nicht zum Spielen, leider. Aber das letzte Mal kam die 5700 mit minimaler Justage gut damit klar. > >> Ich darf natürlich annehmen, dass ich hier in dieser Computer Group > >> damit vollständig offtopic bin. > > > > Schulterzuck. China, Sack Reis. > > Ausserdem heizt der Mac Studio Ultra (auch schon 20 TeraFlops) > schlecht. Und es gibt dafür nur Casual Games, die zur Not auch auf > dem iPhone 5 noch laufen. Crap. Noch ein Sack Reis. Aber definitiv den anderen Diskussionen hier vorzuziehen. Ein $neuer Kollege ist auch /so/ begeistert von seinem Mäkkes. Er muss jedem (ungefragt) erzählen, wie viel toller als alles andere der doch sei. Und *soo* schnell. Frau Buildmistress hat dann mal die Parallelisierung im lokalen Build ein wenig nach oben gedreht (d.h. der frisst nicht mehr knappe 10GB RAM während des Laufs sondern 24.). 16GB RAM sind für reale Arbeit halt doch ein bisschen wenig. Da sie eine meist ganz nette Mistress ist hat sie den Kollegen nach ein paar h erlöst und er hat was über Buildsysteme und unerwünschte Diskussionen gelernt. -- SIC SEMPER +--|=======> TYRANNIS
[toc] | [prev] | [next] | [standalone]
| From | Carlo XYZ <carloxyz@invalid.invalid> |
|---|---|
| Date | 2022-11-04 08:38 +0100 |
| Message-ID | <tk2fh5$1nc9a$2@dont-email.me> |
| In reply to | #573195 |
Am 04.11.22 um 08:35 schrieb Dietz Proepper: > Ein $neuer Kollege ist auch /so/ begeistert von seinem Mäkkes. Er muss > jedem (ungefragt) erzählen, wie viel toller als alles andere der doch sei. Stimmt ja auch. > Und *soo* schnell. Huch, das hat sich gerade gekreuzt:-)
[toc] | [prev] | [next] | [standalone]
| From | Dietz Proepper <dietz-usenet@rotfl.franken.de> |
|---|---|
| Date | 2022-11-05 12:31 +0100 |
| Message-ID | <20221105123158.4fb4c342.dietz-usenet@rotfl.franken.de> |
| In reply to | #573198 |
Carlo XYZ <carloxyz@invalid.invalid> wrote: > Am 04.11.22 um 08:35 schrieb Dietz Proepper: > > > Ein $neuer Kollege ist auch /so/ begeistert von seinem Mäkkes. Er > > muss jedem (ungefragt) erzählen, wie viel toller als alles andere > > der doch sei. > > Stimmt ja auch. Wer auf proprietären, nicht erweiterbaren und überteuerten Ramsch steht sieht das sicherlich so. -- SIC SEMPER +--|=======> TYRANNIS
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-11-04 08:45 +0100 |
| Message-ID | <tk2frn$89o$4@news.bawue.net> |
| In reply to | #573195 |
On 11/4/22 08:35, Dietz Proepper wrote: > Ein $neuer Kollege ist auch /so/ begeistert von seinem Mäkkes. Er muss > jedem (ungefragt) erzählen, wie viel toller als alles andere der doch > sei. Und *soo* schnell. > Frau Buildmistress hat dann mal die Parallelisierung im lokalen Build > ein wenig nach oben gedreht (d.h. der frisst nicht mehr knappe 10GB RAM > während des Laufs sondern 24.). 16GB RAM sind für reale Arbeit halt doch > ein bisschen wenig. Da sie eine meist ganz nette Mistress ist hat sie > den Kollegen nach ein paar h erlöst und er hat was über Buildsysteme > und unerwünschte Diskussionen gelernt. Gut... und wie schnell war der Mac wenn man die Parallelisierung auf den verfügbaren Speicher abgestimmt hat? Mit falscher Konfig kann man jedes System an die Wand fahren. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Matthias Eißing <meissing@gmx.de> |
|---|---|
| Date | 2022-11-04 09:58 +0100 |
| Message-ID | <tk2k7i$dtah$1@solani.org> |
| In reply to | #573201 |
Am 04.11.22 um 08:45 schrieb Gerrit Heitsch: > On 11/4/22 08:35, Dietz Proepper wrote: > >> Ein $neuer Kollege ist auch /so/ begeistert von seinem Mäkkes. Er muss >> jedem (ungefragt) erzählen, wie viel toller als alles andere der doch >> sei. Und *soo* schnell. >> Frau Buildmistress hat dann mal die Parallelisierung im lokalen Build >> ein wenig nach oben gedreht (d.h. der frisst nicht mehr knappe 10GB RAM >> während des Laufs sondern 24.). 16GB RAM sind für reale Arbeit halt doch >> ein bisschen wenig. Da sie eine meist ganz nette Mistress ist hat sie >> den Kollegen nach ein paar h erlöst und er hat was über Buildsysteme >> und unerwünschte Diskussionen gelernt. > > Gut... und wie schnell war der Mac wenn man die Parallelisierung auf den > verfügbaren Speicher abgestimmt hat? > > Mit falscher Konfig kann man jedes System an die Wand fahren. Wer 16 GB RAM für einen Build Server benutzt, der weiß nicht was er/sie/es tut. Das spricht aber nicht/kaum gegen/für das eigentliche System. -- cu://Matthias.Eißing.de
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-11-04 10:12 +0100 |
| Message-ID | <tk2kv6$89o$6@news.bawue.net> |
| In reply to | #573207 |
On 11/4/22 09:58, Matthias Eißing wrote: > Am 04.11.22 um 08:45 schrieb Gerrit Heitsch: >> On 11/4/22 08:35, Dietz Proepper wrote: >> >>> Ein $neuer Kollege ist auch /so/ begeistert von seinem Mäkkes. Er muss >>> jedem (ungefragt) erzählen, wie viel toller als alles andere der doch >>> sei. Und *soo* schnell. >>> Frau Buildmistress hat dann mal die Parallelisierung im lokalen Build >>> ein wenig nach oben gedreht (d.h. der frisst nicht mehr knappe 10GB RAM >>> während des Laufs sondern 24.). 16GB RAM sind für reale Arbeit halt doch >>> ein bisschen wenig. Da sie eine meist ganz nette Mistress ist hat sie >>> den Kollegen nach ein paar h erlöst und er hat was über Buildsysteme >>> und unerwünschte Diskussionen gelernt. >> >> Gut... und wie schnell war der Mac wenn man die Parallelisierung auf den >> verfügbaren Speicher abgestimmt hat? >> >> Mit falscher Konfig kann man jedes System an die Wand fahren. > > Wer 16 GB RAM für einen Build Server benutzt, der weiß nicht was > er/sie/es tut. Sehr lange hat man Build Server mit deutlich weniger betrieben, einfach weil 16 GB gar nicht möglich waren. Scheint irgendwie funktioniert zu haben. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Matthias Eißing <meissing@gmx.de> |
|---|---|
| Date | 2022-11-04 10:16 +0100 |
| Message-ID | <tk2l9i$dsv3$3@solani.org> |
| In reply to | #573209 |
Am 04.11.22 um 10:12 schrieb Gerrit Heitsch: > > Sehr lange hat man Build Server mit deutlich weniger betrieben, einfach > weil 16 GB gar nicht möglich waren. Scheint irgendwie funktioniert zu > haben. Willkommen in der CI/CD Welt: https://www.jenkins.io/doc/book/scaling/hardware-recommendations/ Die sprechen von bis zu 70 GB RAM -- cu://Matthias.Eißing.de
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-11-04 11:20 +0100 |
| Message-ID | <tk2ovb$ekc$1@news.bawue.net> |
| In reply to | #573210 |
On 11/4/22 10:16, Matthias Eißing wrote: > Am 04.11.22 um 10:12 schrieb Gerrit Heitsch: >> >> Sehr lange hat man Build Server mit deutlich weniger betrieben, einfach >> weil 16 GB gar nicht möglich waren. Scheint irgendwie funktioniert zu >> haben. > > Willkommen in der CI/CD Welt: > https://www.jenkins.io/doc/book/scaling/hardware-recommendations/ > > Die sprechen von bis zu 70 GB RAM Für einen Controller. Weiter unten steht: It is generally a bad practice to allocate executors on a controller, as builds can quickly overload a controller’s CPU/memory/etc and crash the instance, causing unnecessary downtime. Also nicht einmal der Build server? Was machen die mit 70 GB RAM? Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Matthias Eißing <meissing@gmx.de> |
|---|---|
| Date | 2022-11-04 17:33 +0100 |
| Message-ID | <tk3etl$ddsq$2@solani.org> |
| In reply to | #573214 |
Am 04.11.22 um 11:20 schrieb Gerrit Heitsch: > On 11/4/22 10:16, Matthias Eißing wrote: >> Am 04.11.22 um 10:12 schrieb Gerrit Heitsch: >>> >>> Sehr lange hat man Build Server mit deutlich weniger betrieben, einfach >>> weil 16 GB gar nicht möglich waren. Scheint irgendwie funktioniert zu >>> haben. >> >> Willkommen in der CI/CD Welt: >> https://www.jenkins.io/doc/book/scaling/hardware-recommendations/ >> >> Die sprechen von bis zu 70 GB RAM > > Für einen Controller. Weiter unten steht: > > It is generally a bad practice to allocate executors on a controller, as > builds can quickly overload a controller’s CPU/memory/etc and crash the > instance, causing unnecessary downtime. > > Also nicht einmal der Build server? Was machen die mit 70 GB RAM? Java :-) -- cu://Matthias.Eißing.de
[toc] | [prev] | [next] | [standalone]
| From | Dietz Proepper <dietz-usenet@rotfl.franken.de> |
|---|---|
| Date | 2022-11-05 17:34 +0100 |
| Message-ID | <20221105173441.2a9f03cd.dietz-usenet@rotfl.franken.de> |
| In reply to | #573251 |
Matthias Eißing <meissing@gmx.de> wrote: [70GB] > Java :-) Scho' recht, *tätschel*. Die üblichen Märchen des Vertriebs. Das Hauptprodukt im letzten Projekt konnte mit 2GB RAM problemlos ein paar 1000 Sessions bedienen. Iirc so um die 200kB pro Session an state, natürlich in-core. Geschrieben in: Java. Achja, der garbage collector hatte so gut wie nix zu tun. Und man musste die Software nicht mal alle 24h neu starten. Klar, zu unmodern für Turbopascalvertick^W manche. -- SIC SEMPER +--|=======> TYRANNIS
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-11-05 18:32 +0100 |
| Message-ID | <tk66km$5b8$5@news.bawue.net> |
| In reply to | #573251 |
On 11/4/22 17:33, Matthias Eißing wrote: > Am 04.11.22 um 11:20 schrieb Gerrit Heitsch: >> On 11/4/22 10:16, Matthias Eißing wrote: >>> Am 04.11.22 um 10:12 schrieb Gerrit Heitsch: >>>> >>>> Sehr lange hat man Build Server mit deutlich weniger betrieben, einfach >>>> weil 16 GB gar nicht möglich waren. Scheint irgendwie funktioniert zu >>>> haben. >>> >>> Willkommen in der CI/CD Welt: >>> https://www.jenkins.io/doc/book/scaling/hardware-recommendations/ >>> >>> Die sprechen von bis zu 70 GB RAM >> >> Für einen Controller. Weiter unten steht: >> >> It is generally a bad practice to allocate executors on a controller, as >> builds can quickly overload a controller’s CPU/memory/etc and crash the >> instance, causing unnecessary downtime. >> >> Also nicht einmal der Build server? Was machen die mit 70 GB RAM? > > Java :-) Auch bei JAVA kann man dem Prozess den verfügbaren Speicher begrenzen. ;) Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Michael Bode <m.g.bode@web.de> |
|---|---|
| Date | 2022-11-04 17:31 +0100 |
| Message-ID | <jskt2jFmvvoU1@mid.individual.net> |
| In reply to | #573210 |
Matthias Eißing <meissing@gmx.de> writes: > Am 04.11.22 um 10:12 schrieb Gerrit Heitsch: >> >> Sehr lange hat man Build Server mit deutlich weniger betrieben, einfach >> weil 16 GB gar nicht möglich waren. Scheint irgendwie funktioniert zu >> haben. > > Willkommen in der CI/CD Welt: > https://www.jenkins.io/doc/book/scaling/hardware-recommendations/ > > Die sprechen von bis zu 70 GB RAM Genauer: von 200MB bis 70+GB. Das ist schon eine ordentliche Spanne. -- "Die Abwesenheit von Evidenz zur Wirksamkeit ist keine Evidenz für die Abwesenheit von Wirksamkeit." - Der Grünen-Gesundheitsexperte Janosch Dahmen.
[toc] | [prev] | [next] | [standalone]
| From | Matthias Eißing <meissing@gmx.de> |
|---|---|
| Date | 2022-11-04 17:33 +0100 |
| Message-ID | <tk3et7$ddsq$1@solani.org> |
| In reply to | #573248 |
Am 04.11.22 um 17:31 schrieb Michael Bode: > Matthias Eißing <meissing@gmx.de> writes: > >> Am 04.11.22 um 10:12 schrieb Gerrit Heitsch: >>> >>> Sehr lange hat man Build Server mit deutlich weniger betrieben, einfach >>> weil 16 GB gar nicht möglich waren. Scheint irgendwie funktioniert zu >>> haben. >> >> Willkommen in der CI/CD Welt: >> https://www.jenkins.io/doc/book/scaling/hardware-recommendations/ >> >> Die sprechen von bis zu 70 GB RAM > > Genauer: von 200MB bis 70+GB. Das ist schon eine ordentliche Spanne. Das ist wie bei den Internet-Anschlüssen: "Bis zu xxx MBit" -- cu://Matthias.Eißing.de
[toc] | [prev] | [next] | [standalone]
| From | Dietz Proepper <dietz-usenet@rotfl.franken.de> |
|---|---|
| Date | 2022-11-05 12:40 +0100 |
| Message-ID | <20221105124005.03aa1286.dietz-usenet@rotfl.franken.de> |
| In reply to | #573207 |
Matthias Eißing <meissing@gmx.de> wrote: > Am 04.11.22 um 08:45 schrieb Gerrit Heitsch: > > On 11/4/22 08:35, Dietz Proepper wrote: > > > >> Ein $neuer Kollege ist auch /so/ begeistert von seinem Mäkkes. Er > >> muss jedem (ungefragt) erzählen, wie viel toller als alles andere > >> der doch sei. Und *soo* schnell. > >> Frau Buildmistress hat dann mal die Parallelisierung im lokalen > >> Build ein wenig nach oben gedreht (d.h. der frisst nicht mehr > >> knappe 10GB RAM während des Laufs sondern 24.). 16GB RAM sind für > >> reale Arbeit halt doch ein bisschen wenig. Da sie eine meist ganz > >> nette Mistress ist hat sie den Kollegen nach ein paar h erlöst und > >> er hat was über Buildsysteme und unerwünschte Diskussionen > >> gelernt. > > > > Gut... und wie schnell war der Mac wenn man die Parallelisierung > > auf den verfügbaren Speicher abgestimmt hat? > > > > Mit falscher Konfig kann man jedes System an die Wand fahren. > > Wer 16 GB RAM für einen Build Server benutzt, der weiß nicht was > er/sie/es tut. Wer aufmerksam liest halt "lokalen Build" nicht übersehen. -- SIC SEMPER +--|=======> TYRANNIS
[toc] | [prev] | [next] | [standalone]
| From | Dietz Proepper <dietz-usenet@rotfl.franken.de> |
|---|---|
| Date | 2022-11-05 12:39 +0100 |
| Message-ID | <20221105123918.7652ec40.dietz-usenet@rotfl.franken.de> |
| In reply to | #573201 |
Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote: > On 11/4/22 08:35, Dietz Proepper wrote: > > > Ein $neuer Kollege ist auch /so/ begeistert von seinem Mäkkes. Er > > muss jedem (ungefragt) erzählen, wie viel toller als alles andere > > der doch sei. Und *soo* schnell. > > Frau Buildmistress hat dann mal die Parallelisierung im lokalen > > Build ein wenig nach oben gedreht (d.h. der frisst nicht mehr > > knappe 10GB RAM während des Laufs sondern 24.). 16GB RAM sind für > > reale Arbeit halt doch ein bisschen wenig. Da sie eine meist ganz > > nette Mistress ist hat sie den Kollegen nach ein paar h erlöst und > > er hat was über Buildsysteme und unerwünschte Diskussionen gelernt. > > Gut... und wie schnell war der Mac wenn man die Parallelisierung auf > den verfügbaren Speicher abgestimmt hat? Schneller. Im Vergleich zu einer richtigen (kleinen) Workstation (Ryzen 5800x, 64GB RAM, schnelle SSD) allerdings nicht besonders überzeugend, ca. dreifache Laufzeit. Im Vergleich zu meinem vier Jahre alten Thinkpad vllt. 1/3 schneller mit jeweils passend gesetzter Parallelisierung. Realer Speicher ist halt durch nichts zu ersetzen. > Mit falscher Konfig kann man jedes System an die Wand fahren. Indem man die falschen Leute ärgert auch. -- SIC SEMPER +--|=======> TYRANNIS
[toc] | [prev] | [next] | [standalone]
| From | Carlo XYZ <carloxyz@invalid.invalid> |
|---|---|
| Date | 2022-11-04 08:35 +0100 |
| Message-ID | <tk2fcv$1nc9a$1@dont-email.me> |
| In reply to | #573187 |
Am 04.11.22 um 08:01 schrieb Dr. Joachim Neudert: > Ausserdem heizt der Mac Studio Ultra (auch schon 20 TeraFlops) schlecht. Achtung, updatet vorsichtshalber noch nicht nach Ventura. Bei mir bisher zwei Probleme: (1) erheblich langsamer(!) (2) Seamonkey geht nicht.
[toc] | [prev] | [next] | [standalone]
| From | Matthias Eißing <meissing@gmx.de> |
|---|---|
| Date | 2022-11-04 10:04 +0100 |
| Message-ID | <tk2ki5$dsv3$2@solani.org> |
| In reply to | #573196 |
Am 04.11.22 um 08:35 schrieb Carlo XYZ: > Am 04.11.22 um 08:01 schrieb Dr. Joachim Neudert: > >> Ausserdem heizt der Mac Studio Ultra (auch schon 20 TeraFlops) schlecht. > > Achtung, updatet vorsichtshalber noch nicht nach Ventura. > > Bei mir bisher zwei Probleme: > > (1) erheblich langsamer(!) (2) Seamonkey geht nicht. (1) Kann ich nicht nachvollziehen. CPU Last durch mdworker? (2) Ist wohl bekannt Die Anmeldeobjekte mal überprüft? Da bietet Ventura mittlerweile eine schöne Übersicht (inkl Launch Agents) -- cu://Matthias.Eißing.de
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-11-04 10:28 +0100 |
| Message-ID | <tk2lv4$dq4t$1@solani.org> |
| In reply to | #573208 |
Am 04.11.22 um 10:04 schrieb Matthias Eißing: > Am 04.11.22 um 08:35 schrieb Carlo XYZ: >> Am 04.11.22 um 08:01 schrieb Dr. Joachim Neudert: >> >>> Ausserdem heizt der Mac Studio Ultra (auch schon 20 TeraFlops) schlecht. >> >> Achtung, updatet vorsichtshalber noch nicht nach Ventura. >> >> Bei mir bisher zwei Probleme: >> >> (1) erheblich langsamer(!) (2) Seamonkey geht nicht. > > (1) Kann ich nicht nachvollziehen. CPU Last durch mdworker? > (2) Ist wohl bekannt > > Die Anmeldeobjekte mal überprüft? Da bietet Ventura mittlerweile eine > schöne Übersicht (inkl Launch Agents) > Der Teil mit den Anmeldobjekten ist klasse. Endlich sieht man mit Bordmitteln was sich über die Jahre alles eingenistet hat an Autostart und Hintergrund-Prozessen- und kann es ausknipsen. Erster iMac 2011, dann noch zwei weitere (schnellere CPU, dann 2014 Retina) und nun der Mac Studio- da hat man mal irgendwelche gehypten Tools installiert, das wurde alles brav bis heute mitgeschleppt. (1) habe ich auch nicht. -- Bitt um Vrzihung, di Tast " " klmmt manchmal...
[toc] | [prev] | [next] | [standalone]
Page 2 of 7 — ← Prev page 1 [2] 3 4 5 6 7 Next page →
Back to top | Article view | ger.ct
csiph-web