Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c++ > #120154 > unrolled thread
| Started by | jseigh <jseigh_es00@xemaps.com> |
|---|---|
| First post | 2024-09-21 15:43 -0400 |
| Last post | 2024-09-25 15:23 -0400 |
| Articles | 20 on this page of 258 — 15 participants |
Back to article view | Back to comp.lang.c++
C++ named requirements as concepts jseigh <jseigh_es00@xemaps.com> - 2024-09-21 15:43 -0400
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-22 08:06 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-22 10:45 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-22 08:59 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-22 11:03 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-22 09:08 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-22 11:51 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-22 15:15 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-22 17:33 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-23 07:39 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-23 10:54 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-23 09:32 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-23 11:45 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-23 13:56 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-23 16:00 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-23 14:03 +0000
Re: C++ named requirements as concepts scott@slp53.sl.home (Scott Lurndal) - 2024-09-23 15:48 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-23 17:52 +0200
Re: C++ named requirements as concepts scott@slp53.sl.home (Scott Lurndal) - 2024-09-23 15:47 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-23 17:53 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-24 07:20 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 09:33 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-24 08:11 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 11:17 +0200
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 11:46 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-24 10:52 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 12:54 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-24 10:59 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 13:05 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-24 11:07 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 13:21 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-24 13:51 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 15:56 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-24 15:43 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 17:48 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 07:19 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 11:30 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 09:49 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 08:24 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 11:32 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 11:15 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 13:30 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 12:43 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 14:50 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 14:00 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 12:47 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 15:00 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 13:22 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 17:12 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 15:35 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 19:19 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-26 07:36 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 11:36 +0200
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-25 13:11 +0300
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-25 13:31 +0300
Re: C++ named requirements as concepts Paavo Helde <eesnimi@osa.pri.ee> - 2024-09-25 13:52 +0300
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-25 14:06 +0300
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 14:22 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 11:12 +0000
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-25 14:30 +0300
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 14:34 +0200
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 14:38 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 15:01 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 12:40 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 13:23 +0200
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 13:33 +0200
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-25 14:38 +0300
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 13:45 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 14:36 +0200
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 14:39 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 15:04 +0200
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-25 17:14 +0300
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 16:23 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 17:18 +0200
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 17:26 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 17:14 +0200
Re: C++ named requirements as concepts Paavo Helde <eesnimi@osa.pri.ee> - 2024-09-25 21:24 +0300
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 20:37 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 13:49 +0200
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 14:03 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 14:38 +0200
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-25 15:17 +0300
Re: C++ named requirements as concepts Paavo Helde <eesnimi@osa.pri.ee> - 2024-09-25 15:49 +0300
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 14:52 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 12:55 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 15:08 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 13:24 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 15:28 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 13:36 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 15:44 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 14:11 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 16:14 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 15:32 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 17:33 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 15:49 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 17:53 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-26 07:34 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-26 10:20 +0200
Re: C++ named requirements as concepts wij <wyniijj5@gmail.com> - 2024-09-26 16:46 +0800
Re: C++ named requirements as concepts wij <wyniijj5@gmail.com> - 2024-09-26 16:51 +0800
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-26 11:20 +0200
Re: C++ named requirements as concepts wij <wyniijj5@gmail.com> - 2024-09-26 19:17 +0800
Re: C++ named requirements as concepts wij <wyniijj5@gmail.com> - 2024-09-26 19:27 +0800
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-26 13:32 +0200
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-26 12:23 +0300
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-26 11:25 +0200
Re: C++ named requirements as concepts wij <wyniijj5@gmail.com> - 2024-09-26 19:20 +0800
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-26 10:03 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-26 13:33 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-26 14:09 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-26 16:14 +0200
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-09-27 02:27 -0700
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-27 11:11 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-27 16:14 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-27 15:25 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-27 18:24 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-28 09:12 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-28 17:33 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-28 15:47 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-29 13:41 +0200
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-29 13:48 +0200
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-29 14:49 +0300
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-09-29 11:23 -0700
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.com - 2024-09-30 07:26 +0000
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-09-30 07:40 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-30 12:24 +0200
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-09-30 15:47 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-30 17:58 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-30 10:57 +0200
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-09-30 05:29 -0700
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-30 14:34 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-30 15:21 +0200
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-09-30 16:00 +0000
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-09-30 16:09 +0000
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-30 19:43 +0300
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-01 07:31 +0000
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-01 11:01 +0300
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-10-01 10:06 +0200
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-01 09:58 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-10-01 12:58 +0200
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-01 16:14 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-10-01 19:43 +0200
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-02 07:11 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-10-02 09:34 +0200
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-01 09:57 +0000
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-09-30 10:18 -0700
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-01 07:32 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-30 19:51 +0200
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-01 07:36 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-10-01 10:00 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-10-01 10:42 +0200
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-01 12:53 +0300
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-01 10:02 +0000
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-01 13:11 +0300
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-01 16:13 +0000
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-01 21:50 +0300
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-10-01 20:06 -0700
Re: C++ named requirements as concepts User <noreply@user.com> - 2024-10-02 05:47 +0100
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-10-04 06:52 -0700
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-04 13:57 +0000
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-02 13:02 +0300
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-10-04 06:57 -0700
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-06 14:19 +0300
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-10-06 14:22 +0200
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-10-07 09:11 -0700
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-07 22:53 +0300
Re: C++ named requirements as concepts Paavo Helde <eesnimi@osa.pri.ee> - 2024-10-08 18:11 +0300
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-08 22:48 +0300
Re: C++ named requirements as concepts Paavo Helde <eesnimi@osa.pri.ee> - 2024-10-09 00:12 +0300
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-09 01:06 +0300
Re: C++ named requirements as concepts Paavo Helde <eesnimi@osa.pri.ee> - 2024-10-09 08:25 +0300
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-10-09 08:28 +0200
Re: C++ named requirements as concepts Paavo Helde <eesnimi@osa.pri.ee> - 2024-10-09 10:26 +0300
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-09 09:31 +0000
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-09 13:58 +0300
Re: C++ named requirements as concepts Paavo Helde <eesnimi@osa.pri.ee> - 2024-10-09 14:39 +0300
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-09 19:59 +0300
Re: C++ named requirements as concepts Paavo Helde <eesnimi@osa.pri.ee> - 2024-10-09 22:37 +0300
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-10 11:47 +0300
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-10-11 04:58 -0700
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-10-11 16:03 +0300
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-10-12 07:41 -0700
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-10-12 08:18 -0700
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-10-11 03:57 -0700
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-10-07 19:19 +0200
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-02 07:13 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-10-01 13:06 +0200
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-01 10:01 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-10-01 13:08 +0200
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-01 16:15 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-10-01 19:44 +0200
Re: C++ named requirements as concepts Muttley@DastartdlyHQ.org - 2024-10-01 09:56 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-10-01 13:01 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-29 15:00 +0000
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-29 14:37 +0300
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-29 15:42 +0200
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-29 15:47 +0200
Re: C++ named requirements as concepts Tim Rentsch <tr.17687@z991.linuxsc.com> - 2024-09-28 04:28 -0700
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-28 13:55 +0000
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 15:33 +0000
Re: C++ named requirements as concepts Michael S <already5chosen@yahoo.com> - 2024-09-25 17:16 +0300
Re: C++ named requirements as concepts Paavo Helde <eesnimi@osa.pri.ee> - 2024-09-25 16:22 +0300
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-25 13:34 +0000
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 17:27 +0200
Re: C++ named requirements as concepts Paavo Helde <eesnimi@osa.pri.ee> - 2024-09-25 22:37 +0300
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-26 07:38 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-26 10:21 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-26 10:03 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-26 13:29 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-26 14:09 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-26 16:17 +0200
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 15:07 +0200
Re: C++ named requirements as concepts Andrey Tarasevich <andreytarasevich@hotmail.com> - 2024-09-26 18:22 -0700
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-25 14:58 +0200
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-25 15:19 +0200
Re: C++ named requirements as concepts "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2024-09-24 13:55 -0700
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-24 10:50 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 12:53 +0200
Re: C++ named requirements as concepts jseigh <jseigh_es00@xemaps.com> - 2024-09-22 07:58 -0400
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-22 14:10 +0200
Re: C++ named requirements as concepts jseigh <jseigh_es00@xemaps.com> - 2024-09-23 11:08 -0400
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-23 17:21 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-22 15:21 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-22 17:34 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-23 07:40 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-23 10:55 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-23 09:33 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-23 11:46 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-23 13:59 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-23 16:02 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-23 14:05 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-23 16:10 +0200
Re: C++ named requirements as concepts "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2024-09-23 12:55 -0700
Re: C++ named requirements as concepts jseigh <jseigh_es00@xemaps.com> - 2024-09-23 16:24 -0400
Re: C++ named requirements as concepts "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2024-09-23 14:43 -0700
Re: C++ named requirements as concepts jseigh <jseigh_es00@xemaps.com> - 2024-09-23 18:59 -0400
Re: C++ named requirements as concepts "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2024-09-23 16:06 -0700
Re: C++ named requirements as concepts "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2024-09-23 16:10 -0700
Re: C++ named requirements as concepts jseigh <jseigh_es00@xemaps.com> - 2024-09-24 09:15 -0400
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-24 07:23 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 09:34 +0200
Re: C++ named requirements as concepts Muttley@dastardlyhq.com - 2024-09-24 08:14 +0000
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 11:18 +0200
Re: C++ named requirements as concepts jseigh <jseigh_es00@xemaps.com> - 2024-09-24 08:59 -0400
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 15:02 +0200
Re: C++ named requirements as concepts "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2024-09-24 13:37 -0700
Re: C++ named requirements as concepts Jack <noreply@mandrill.com> - 2024-09-23 00:15 +0000
Re: C++ named requirements as concepts wij <wyniijj5@gmail.com> - 2024-09-23 08:48 +0800
Re: C++ named requirements as concepts David Brown <david.brown@hesbynett.no> - 2024-09-22 11:46 +0200
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-22 13:35 +0200
Re: C++ named requirements as concepts Andrey Tarasevich <andreytarasevich@hotmail.com> - 2024-09-22 11:43 -0700
Re: C++ named requirements as concepts jseigh <jseigh_es00@xemaps.com> - 2024-09-22 17:00 -0400
Re: C++ named requirements as concepts Andrey Tarasevich <andreytarasevich@hotmail.com> - 2024-09-22 14:50 -0700
Re: C++ named requirements as concepts jseigh <jseigh_es00@xemaps.com> - 2024-09-23 10:32 -0400
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-23 16:55 +0200
Re: C++ named requirements as concepts Andrey Tarasevich <andreytarasevich@hotmail.com> - 2024-09-23 08:11 -0700
Re: C++ named requirements as concepts Bonita Montero <Bonita.Montero@gmail.com> - 2024-09-24 08:24 +0200
Re: C++ named requirements as concepts jseigh <jseigh_es00@xemaps.com> - 2024-09-25 15:23 -0400
Page 12 of 13 — ← Prev page 1 … 10 11 [12] 13 Next page →
| From | jseigh <jseigh_es00@xemaps.com> |
|---|---|
| Date | 2024-09-23 11:08 -0400 |
| Message-ID | <vcs0ac$2omku$1@dont-email.me> |
| In reply to | #120177 |
On 9/22/24 08:10, Bonita Montero wrote: > Am 22.09.2024 um 13:58 schrieb jseigh: > >> Actually I do use Java. It has an insane number of libraries for just >> about anything you can think of. And the jit makes it fast enough >> for most purposes. Probably faster since it dynamically optimizes >> code paths. ... > > It executes each function once interpreteted and makes then its > conclusions about the code. That's not sufficient. > In the Computer Languages Benchmark Game Java is about 50% the > Performance of C++. google java jit optimization or https://developers.redhat.com/articles/2021/06/23/how-jit-compiler-boosts-java-performance-openjdk# > >> I use C/C++ for different reasons. The C++ concepts look like they >> could be used in some cases like Rust traits which I like better >> than Java interfaces since they can be added without having to >> modify the base class or add a wrapper class. > > Java hasn't real gericity. > You mean the type erasure thing? Joe Seigh
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-09-23 17:21 +0200 |
| Message-ID | <vcs10o$2oplf$1@raubtier-asyl.eternal-september.org> |
| In reply to | #120222 |
Am 23.09.2024 um 17:08 schrieb jseigh: > On 9/22/24 08:10, Bonita Montero wrote: >> Am 22.09.2024 um 13:58 schrieb jseigh: >> >>> Actually I do use Java. It has an insane number of libraries for just >>> about anything you can think of. And the jit makes it fast enough >>> for most purposes. Probably faster since it dynamically optimizes >>> code paths. ... >> >> It executes each function once interpreteted and makes then its >> conclusions about the code. That's not sufficient. >> In the Computer Languages Benchmark Game Java is about 50% the >> Performance of C++. > > google java jit optimization or > https://developers.redhat.com/articles/2021/06/23/how-jit-compiler- > boosts-java-performance-openjdk# https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/java-gpp.html >> Java hasn't real gericity. > You mean the type erasure thing? Genericity, compile-time type-polymorphism. > Joe Seigh >
[toc] | [prev] | [next] | [standalone]
| From | Muttley@dastardlyhq.com |
|---|---|
| Date | 2024-09-22 15:21 +0000 |
| Message-ID | <vcpcm6$28j89$1@dont-email.me> |
| In reply to | #120176 |
On Sun, 22 Sep 2024 07:58:56 -0400 jseigh <jseigh_es00@xemaps.com> boringly babbled: >On 9/22/24 04:06, Muttley@dastardlyhq.com wrote: >> On Sat, 21 Sep 2024 15:43:19 -0400 >> jseigh <jseigh_es00@xemaps.com> boringly babbled: >>> Trying to come up to speed on C++ concepts. If they're are useful >>> why wouldn't they define named requirements as a concept, e.g. >> >> The signal to noise ratio of useful vs pointless features in recent versions >> of C++ is not very good. All they're achieving is making the language so >> bloody complicated that new devs take one look at irt and flee for the hills. > >> There's a reason Python - and to a lesser extent these days - Java are used >> for teaching in univerisities now, not C++. And if you don't get them young >> you can pretty much forget about getting many of the when they're older. >> >> >Actually I do use Java. It has an insane number of libraries for just >about anything you can think of. And the jit makes it fast enough >for most purposes. Probably faster since it dynamically optimizes >code paths. You have to remember to "bake in" a java program before >you do performance measurements. The main issue with Java IME was memory hogging and the occasional hang while the garnage collector did its thing. But last time I was involved with it was 10 years ago so I imagine things have changed somewhat since then.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-09-22 17:34 +0200 |
| Message-ID | <vcpde0$28log$2@raubtier-asyl.eternal-september.org> |
| In reply to | #120184 |
Am 22.09.2024 um 17:21 schrieb Muttley@dastardlyhq.com: > The main issue with Java IME was memory hogging and the occasional hang while > the garnage collector did its thing. ... The incremental garbage collector is there for about 20 years. Memory hogging isn't a problem for what Java is used. It's used in places where otherwise you'd use scripting languages for the server backend.
[toc] | [prev] | [next] | [standalone]
| From | Muttley@dastardlyhq.com |
|---|---|
| Date | 2024-09-23 07:40 +0000 |
| Message-ID | <vcr60t$2kesf$1@dont-email.me> |
| In reply to | #120189 |
On Sun, 22 Sep 2024 17:34:29 +0200 Bonita Montero <Bonita.Montero@gmail.com> boringly babbled: >Am 22.09.2024 um 17:21 schrieb Muttley@dastardlyhq.com: > >> The main issue with Java IME was memory hogging and the occasional hang while > >> the garnage collector did its thing. ... > >The incremental garbage collector is there for about 20 years. Memory >hogging isn't a problem for what Java is used. It's used in places >where otherwise you'd use scripting languages for the server backend. Saying something is less worse than the alternatives is not a good argument.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-09-23 10:55 +0200 |
| Message-ID | <vcrae0$2l831$2@raubtier-asyl.eternal-september.org> |
| In reply to | #120202 |
Am 23.09.2024 um 09:40 schrieb Muttley@dastardlyhq.com: > On Sun, 22 Sep 2024 17:34:29 +0200 > Bonita Montero <Bonita.Montero@gmail.com> boringly babbled: >> Am 22.09.2024 um 17:21 schrieb Muttley@dastardlyhq.com: >> >>> The main issue with Java IME was memory hogging and the occasional hang while >> >>> the garnage collector did its thing. ... >> >> The incremental garbage collector is there for about 20 years. Memory >> hogging isn't a problem for what Java is used. It's used in places >> where otherwise you'd use scripting languages for the server backend. > > Saying something is less worse than the alternatives is not a good argument. > Java is good enough for what it's used for. Memory is extremely cheap so that no one cares for what you say.
[toc] | [prev] | [next] | [standalone]
| From | Muttley@dastardlyhq.com |
|---|---|
| Date | 2024-09-23 09:33 +0000 |
| Message-ID | <vcrckq$2lk5g$1@dont-email.me> |
| In reply to | #120204 |
On Mon, 23 Sep 2024 10:55:33 +0200 Bonita Montero <Bonita.Montero@gmail.com> boringly babbled: >Am 23.09.2024 um 09:40 schrieb Muttley@dastardlyhq.com: >> On Sun, 22 Sep 2024 17:34:29 +0200 >> Bonita Montero <Bonita.Montero@gmail.com> boringly babbled: >>> Am 22.09.2024 um 17:21 schrieb Muttley@dastardlyhq.com: >>> >>>> The main issue with Java IME was memory hogging and the occasional hang >while >>> >>>> the garnage collector did its thing. ... >>> >>> The incremental garbage collector is there for about 20 years. Memory >>> hogging isn't a problem for what Java is used. It's used in places >>> where otherwise you'd use scripting languages for the server backend. >> >> Saying something is less worse than the alternatives is not a good argument. >> > >Java is good enough for what it's used for. >Memory is extremely cheap so that no one cares for what you say. Spoken like a true windows dev who thinks every system is a windows PC thats only ever running 1 app at a time.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-09-23 11:46 +0200 |
| Message-ID | <vcrddr$2ln7i$2@raubtier-asyl.eternal-september.org> |
| In reply to | #120207 |
Am 23.09.2024 um 11:33 schrieb Muttley@dastardlyhq.com: > On Mon, 23 Sep 2024 10:55:33 +0200 >> Java is good enough for what it's used for. >> Memory is extremely cheap so that no one cares for what you say. > Spoken like a true windows dev who thinks every system is a windows PC thats > only ever running 1 app at a time. Java-developers would agree with me, no matter if they develop under Windows or Linux.
[toc] | [prev] | [next] | [standalone]
| From | Muttley@dastardlyhq.com |
|---|---|
| Date | 2024-09-23 13:59 +0000 |
| Message-ID | <vcrs78$2o1op$1@dont-email.me> |
| In reply to | #120209 |
On Mon, 23 Sep 2024 11:46:40 +0200 Bonita Montero <Bonita.Montero@gmail.com> boringly babbled: >Am 23.09.2024 um 11:33 schrieb Muttley@dastardlyhq.com: > >> On Mon, 23 Sep 2024 10:55:33 +0200 > >>> Java is good enough for what it's used for. >>> Memory is extremely cheap so that no one cares for what you say. > >> Spoken like a true windows dev who thinks every system is a windows PC thats >> only ever running 1 app at a time. > >Java-developers would agree with me, no matter if they develop >under Windows or Linux. Their opinion is irrelevant as they don't know any better. Memory and CPU cycles costs money whether its your own system, a hosted blade or an AWS EC2 instance so a java app cannot assume its got the machine to itself because these days thats very much not the case.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-09-23 16:02 +0200 |
| Message-ID | <vcrsdg$2o1dm$2@raubtier-asyl.eternal-september.org> |
| In reply to | #120214 |
Am 23.09.2024 um 15:59 schrieb Muttley@dastardlyhq.com: > Their opinion is irrelevant as they don't know any better. .. They make the rules if they decide to program with Java, not you. > Memory and CPU cycles costs money whether its your own system, > a hosted blade or an AWS EC2 instance so a java app cannot assume > its got the machine to itself because these days thats very much > not the case. Java is the standard for the server-backend.
[toc] | [prev] | [next] | [standalone]
| From | Muttley@dastardlyhq.com |
|---|---|
| Date | 2024-09-23 14:05 +0000 |
| Message-ID | <vcrsj2$2o3uq$1@dont-email.me> |
| In reply to | #120216 |
On Mon, 23 Sep 2024 16:02:30 +0200 Bonita Montero <Bonita.Montero@gmail.com> boringly babbled: >Am 23.09.2024 um 15:59 schrieb Muttley@dastardlyhq.com: > >> Their opinion is irrelevant as they don't know any better. .. > >They make the rules if they decide to program with Java, not you. No, the sys admin makes the rules and if some app decides its going to try and allocate most of system memory on startup which blows its quota then that app will be killed. >> Memory and CPU cycles costs money whether its your own system, >> a hosted blade or an AWS EC2 instance so a java app cannot assume >> its got the machine to itself because these days thats very much >> not the case. > >Java is the standard for the server-backend. Its a standard. Python is rapidly eating its lunch however in certain areas.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-09-23 16:10 +0200 |
| Message-ID | <vcrsrp$2o41a$1@raubtier-asyl.eternal-september.org> |
| In reply to | #120218 |
Am 23.09.2024 um 16:05 schrieb Muttley@dastardlyhq.com: > No, the sys admin makes the rules ... The sysadmin doesn't say: use PHP instread of Java. The sysadmin may just set the memory bounds of the Java-VM with the comandline parameters. > and if some app decides its going to try and allocate most of > system memory on startup which blows its quota then that app > will be killed. Check -Xmx, it limits the size of the garbage collected heap: https://docs.oracle.com/cd/E13150_01/jrockit_jvm/jrockit/jrdocs/refman/optionX.html And the default is for sure not to eat up the whole memory. > Its a standard. Python is rapidly eating its lunch however in certain areas. Python is no competitor in this area.
[toc] | [prev] | [next] | [standalone]
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2024-09-23 12:55 -0700 |
| Message-ID | <vcsh31$2r8gr$2@dont-email.me> |
| In reply to | #120216 |
On 9/23/2024 7:02 AM, Bonita Montero wrote: > Am 23.09.2024 um 15:59 schrieb Muttley@dastardlyhq.com: > >> Their opinion is irrelevant as they don't know any better. .. > > They make the rules if they decide to program with Java, not you. > >> Memory and CPU cycles costs money whether its your own system, >> a hosted blade or an AWS EC2 instance so a java app cannot assume >> its got the machine to itself because these days thats very much >> not the case. > > Java is the standard for the server-backend. Well, I would not use Java to implement a high performance server... :^)
[toc] | [prev] | [next] | [standalone]
| From | jseigh <jseigh_es00@xemaps.com> |
|---|---|
| Date | 2024-09-23 16:24 -0400 |
| Message-ID | <vcsiqq$2rb6h$1@dont-email.me> |
| In reply to | #120230 |
On 9/23/24 15:55, Chris M. Thomasson wrote: > On 9/23/2024 7:02 AM, Bonita Montero wrote: >> Am 23.09.2024 um 15:59 schrieb Muttley@dastardlyhq.com: >> >>> Their opinion is irrelevant as they don't know any better. .. >> >> They make the rules if they decide to program with Java, not you. >> >>> Memory and CPU cycles costs money whether its your own system, >>> a hosted blade or an AWS EC2 instance so a java app cannot assume >>> its got the machine to itself because these days thats very much >>> not the case. >> >> Java is the standard for the server-backend. > > Well, I would not use Java to implement a high performance server... :^) ActiveMQ (JMS) is in java Apache Kafka is in scala and java RabbitMQ (amqp) is in erlang QPid (amqp) has both a java broker and a c++ broker They are all pretty performant. I've used activemq quite a bit. I like the amqp protocol a bit more for some of it's message acknowledgement abilities, but finding a client that was decent (e.g. not written by one person and updated more recently than 5 years ago) can be a chore. Plus some amqp protocol versions are backwards compatible so that limits your client choices also. Plus things like the jms clients for amqp weren't very well written. So you couldn't just switch from activemq broker to a amqp broker. Interestingly, activemq has an amqp connector but I never used it. I only noticed it when I tried to run an activemq broker and amqp broker at the same time and they used the same default ports for amqp. Anyway, it isn't like nobody uses java for high performance stuff. More a personal preference of the implementers. Joe SEigh
[toc] | [prev] | [next] | [standalone]
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2024-09-23 14:43 -0700 |
| Message-ID | <vcsnet$2s1qd$3@dont-email.me> |
| In reply to | #120231 |
On 9/23/2024 1:24 PM, jseigh wrote: > On 9/23/24 15:55, Chris M. Thomasson wrote: >> On 9/23/2024 7:02 AM, Bonita Montero wrote: >>> Am 23.09.2024 um 15:59 schrieb Muttley@dastardlyhq.com: >>> >>>> Their opinion is irrelevant as they don't know any better. .. >>> >>> They make the rules if they decide to program with Java, not you. >>> >>>> Memory and CPU cycles costs money whether its your own system, >>>> a hosted blade or an AWS EC2 instance so a java app cannot assume >>>> its got the machine to itself because these days thats very much >>>> not the case. >>> >>> Java is the standard for the server-backend. >> >> Well, I would not use Java to implement a high performance server... :^) > > ActiveMQ (JMS) is in java > Apache Kafka is in scala and java > RabbitMQ (amqp) is in erlang > QPid (amqp) has both a java broker and a c++ broker > > They are all pretty performant. > > I've used activemq quite a bit. I like the amqp protocol a bit > more for some of it's message acknowledgement abilities, but > finding a client that was decent (e.g. not written by one > person and updated more recently than 5 years ago) can be > a chore. Plus some amqp protocol versions are backwards > compatible so that limits your client choices also. > > Plus things like the jms clients for amqp weren't very well > written. So you couldn't just switch from activemq broker > to a amqp broker. > > Interestingly, activemq has an amqp connector but I never > used it. I only noticed it when I tried to run an > activemq broker and amqp broker at the same time and > they used the same default ports for amqp. > > Anyway, it isn't like nobody uses java for high performance > stuff. More a personal preference of the implementers. Well, I have written some servers in the past, very early 2000's was the last time, they were pretty good. 50,000 concurrent connections using IOCP on windows, then aio over on the linux side. Not much experience with AIO as IOCP. I used C way more back then wrt C++... But, how do I access the following API's directly in Java and not have to worry about any GC bullshit? https://learn.microsoft.com/en-us/windows/win32/api/ioapiset/nf-ioapiset-getqueuedcompletionstatus Back in nt 4. Then the "newer" one, the Ex version... Ahhh windows: https://learn.microsoft.com/en-us/windows/win32/api/ioapiset/nf-ioapiset-getqueuedcompletionstatusex https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nf-mswsock-acceptex https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nc-mswsock-lpfn_connectex https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nc-mswsock-lpfn_transmitpackets https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nf-mswsock-transmitfile Btw, there is an interesting limitation on the transmitfile and iirc lpfn_transmitpackets functions wrt the version of windows. Server or Client iirc. Last time I checked only two of them can be in flight at any one time wrt overlapped io.
[toc] | [prev] | [next] | [standalone]
| From | jseigh <jseigh_es00@xemaps.com> |
|---|---|
| Date | 2024-09-23 18:59 -0400 |
| Message-ID | <vcsrt7$2sujh$1@dont-email.me> |
| In reply to | #120232 |
On 9/23/24 17:43, Chris M. Thomasson wrote: > On 9/23/2024 1:24 PM, jseigh wrote: >> On 9/23/24 15:55, Chris M. Thomasson wrote: >> >> Anyway, it isn't like nobody uses java for high performance >> stuff. More a personal preference of the implementers. > > Well, I have written some servers in the past, very early 2000's was the > last time, they were pretty good. 50,000 concurrent connections using > IOCP on windows, then aio over on the linux side. Not much experience > with AIO as IOCP. > > I used C way more back then wrt C++... But, how do I access the > following API's directly in Java and not have to worry about any GC > bullshit? > > https://learn.microsoft.com/en-us/windows/win32/api/ioapiset/nf-ioapiset-getqueuedcompletionstatus > > Back in nt 4. Then the "newer" one, the Ex version... Ahhh windows: > > https://learn.microsoft.com/en-us/windows/win32/api/ioapiset/nf-ioapiset-getqueuedcompletionstatusex > > https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nf-mswsock-acceptex > > https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nc-mswsock-lpfn_connectex > > https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nc-mswsock-lpfn_transmitpackets > > https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nf-mswsock-transmitfile > > Btw, there is an interesting limitation on the transmitfile and iirc > lpfn_transmitpackets functions wrt the version of windows. Server or > Client iirc. Last time I checked only two of them can be in flight at > any one time wrt overlapped io. > Java tries to be platform agnostic so you won't see any platform specific stuff in the standard java libraries. The current fast io in linux is io_uring which I haven't used yet because I don't have anything I need to use it on. Anything i/o related will end up c code w/ native methods. There might be 3rd party stuff that does that. For i/o in java you can use java.nio.ByteBuffer which has a reusable internal byte array so no gc. java.nio.channels.SocketChannel uses ByteBuffers. There's also MappedByteBuffer. You could probably do some crazy stuff with that to share non java heap memory with a non java process. I'd let some 3rd party lib work that out though. Joe Seigh
[toc] | [prev] | [next] | [standalone]
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2024-09-23 16:06 -0700 |
| Message-ID | <vcssae$2st0g$2@dont-email.me> |
| In reply to | #120233 |
On 9/23/2024 3:59 PM, jseigh wrote: > On 9/23/24 17:43, Chris M. Thomasson wrote: >> On 9/23/2024 1:24 PM, jseigh wrote: >>> On 9/23/24 15:55, Chris M. Thomasson wrote: >>> >>> Anyway, it isn't like nobody uses java for high performance >>> stuff. More a personal preference of the implementers. >> >> Well, I have written some servers in the past, very early 2000's was >> the last time, they were pretty good. 50,000 concurrent connections >> using IOCP on windows, then aio over on the linux side. Not much >> experience with AIO as IOCP. >> >> I used C way more back then wrt C++... But, how do I access the >> following API's directly in Java and not have to worry about any GC >> bullshit? >> >> https://learn.microsoft.com/en-us/windows/win32/api/ioapiset/nf- >> ioapiset-getqueuedcompletionstatus >> >> Back in nt 4. Then the "newer" one, the Ex version... Ahhh windows: >> >> https://learn.microsoft.com/en-us/windows/win32/api/ioapiset/nf- >> ioapiset-getqueuedcompletionstatusex >> >> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nf- >> mswsock-acceptex >> >> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nc- >> mswsock-lpfn_connectex >> >> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nc- >> mswsock-lpfn_transmitpackets >> >> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nf- >> mswsock-transmitfile >> >> Btw, there is an interesting limitation on the transmitfile and iirc >> lpfn_transmitpackets functions wrt the version of windows. Server or >> Client iirc. Last time I checked only two of them can be in flight at >> any one time wrt overlapped io. >> > > Java tries to be platform agnostic so you won't see any platform > specific stuff in the standard java libraries. > > The current fast io in linux is io_uring which I haven't used > yet because I don't have anything I need to use it on. > > Anything i/o related will end up c code w/ native methods. > There might be 3rd party stuff that does that. > > For i/o in java you can use java.nio.ByteBuffer which > has a reusable internal byte array so no gc. > java.nio.channels.SocketChannel uses ByteBuffers. > > There's also MappedByteBuffer. You could probably > do some crazy stuff with that to share non java > heap memory with a non java process. I'd let some > 3rd party lib work that out though. I would not want to work with Java unless I was forced _and_ paid for it. Using all of those API's directly is nice. Well, in windows world: multiple overlapped calls to: https://learn.microsoft.com/en-us/windows/win32/api/winsock2/nf-winsock2-wsasend vs a single call to transmitfile, the god damn client limit pissed me off a bit... Server version, much better...
[toc] | [prev] | [next] | [standalone]
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2024-09-23 16:10 -0700 |
| Message-ID | <vcsshv$2st0g$3@dont-email.me> |
| In reply to | #120234 |
On 9/23/2024 4:06 PM, Chris M. Thomasson wrote: > On 9/23/2024 3:59 PM, jseigh wrote: >> On 9/23/24 17:43, Chris M. Thomasson wrote: >>> On 9/23/2024 1:24 PM, jseigh wrote: >>>> On 9/23/24 15:55, Chris M. Thomasson wrote: >>>> >>>> Anyway, it isn't like nobody uses java for high performance >>>> stuff. More a personal preference of the implementers. >>> >>> Well, I have written some servers in the past, very early 2000's was >>> the last time, they were pretty good. 50,000 concurrent connections >>> using IOCP on windows, then aio over on the linux side. Not much >>> experience with AIO as IOCP. >>> >>> I used C way more back then wrt C++... But, how do I access the >>> following API's directly in Java and not have to worry about any GC >>> bullshit? >>> >>> https://learn.microsoft.com/en-us/windows/win32/api/ioapiset/nf- >>> ioapiset-getqueuedcompletionstatus >>> >>> Back in nt 4. Then the "newer" one, the Ex version... Ahhh windows: >>> >>> https://learn.microsoft.com/en-us/windows/win32/api/ioapiset/nf- >>> ioapiset-getqueuedcompletionstatusex >>> >>> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nf- >>> mswsock-acceptex >>> >>> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nc- >>> mswsock-lpfn_connectex >>> >>> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nc- >>> mswsock-lpfn_transmitpackets >>> >>> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nf- >>> mswsock-transmitfile >>> >>> Btw, there is an interesting limitation on the transmitfile and iirc >>> lpfn_transmitpackets functions wrt the version of windows. Server or >>> Client iirc. Last time I checked only two of them can be in flight at >>> any one time wrt overlapped io. >>> >> >> Java tries to be platform agnostic so you won't see any platform >> specific stuff in the standard java libraries. >> >> The current fast io in linux is io_uring which I haven't used >> yet because I don't have anything I need to use it on. >> >> Anything i/o related will end up c code w/ native methods. >> There might be 3rd party stuff that does that. >> >> For i/o in java you can use java.nio.ByteBuffer which >> has a reusable internal byte array so no gc. >> java.nio.channels.SocketChannel uses ByteBuffers. >> >> There's also MappedByteBuffer. You could probably >> do some crazy stuff with that to share non java >> heap memory with a non java process. I'd let some >> 3rd party lib work that out though. > > I would not want to work with Java unless I was forced _and_ paid for it. > > Using all of those API's directly is nice. Well, in windows world: > > multiple overlapped calls to: > > https://learn.microsoft.com/en-us/windows/win32/api/winsock2/nf- > winsock2-wsasend > > vs a single call to transmitfile, the god damn client limit pissed me > off a bit... Server version, much better... > Not sure if you ever used Windows for a server program, but remember WSA_IO_PENDING? Sometimes an overlapped completed right then and there. and there was a way to take advantage of it right then and there, even if an IOCP completion would come in.
[toc] | [prev] | [next] | [standalone]
| From | jseigh <jseigh_es00@xemaps.com> |
|---|---|
| Date | 2024-09-24 09:15 -0400 |
| Message-ID | <vcue0l$375h6$2@dont-email.me> |
| In reply to | #120233 |
On 9/23/24 18:59, jseigh wrote: > On 9/23/24 17:43, Chris M. Thomasson wrote: >> On 9/23/2024 1:24 PM, jseigh wrote: >>> On 9/23/24 15:55, Chris M. Thomasson wrote: >>> >>> Anyway, it isn't like nobody uses java for high performance >>> stuff. More a personal preference of the implementers. >> >> Well, I have written some servers in the past, very early 2000's was >> the last time, they were pretty good. 50,000 concurrent connections >> using IOCP on windows, then aio over on the linux side. Not much >> experience with AIO as IOCP. >> >> I used C way more back then wrt C++... But, how do I access the >> following API's directly in Java and not have to worry about any GC >> bullshit? >> >> https://learn.microsoft.com/en-us/windows/win32/api/ioapiset/nf-ioapiset-getqueuedcompletionstatus >> >> Back in nt 4. Then the "newer" one, the Ex version... Ahhh windows: >> >> https://learn.microsoft.com/en-us/windows/win32/api/ioapiset/nf-ioapiset-getqueuedcompletionstatusex >> >> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nf-mswsock-acceptex >> >> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nc-mswsock-lpfn_connectex >> >> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nc-mswsock-lpfn_transmitpackets >> >> https://learn.microsoft.com/en-us/windows/win32/api/mswsock/nf-mswsock-transmitfile >> >> Btw, there is an interesting limitation on the transmitfile and iirc >> lpfn_transmitpackets functions wrt the version of windows. Server or >> Client iirc. Last time I checked only two of them can be in flight at >> any one time wrt overlapped io. >> > > Java tries to be platform agnostic so you won't see any platform > specific stuff in the standard java libraries. > > The current fast io in linux is io_uring which I haven't used > yet because I don't have anything I need to use it on. > > Anything i/o related will end up c code w/ native methods. > There might be 3rd party stuff that does that. > > For i/o in java you can use java.nio.ByteBuffer which > has a reusable internal byte array so no gc. > java.nio.channels.SocketChannel uses ByteBuffers. > > There's also MappedByteBuffer. You could probably > do some crazy stuff with that to share non java > heap memory with a non java process. I'd let some > 3rd party lib work that out though. > On second thoght stay away from that last bit. Nobody in java land does web servers from scratch. They use one of the JAX-RS implementations. Usually you just write a request handler and configure all the rest. There might be some place you could plug in a custom io stream that did all that asyne io under the covers. I can say I was not overly fond of spring cxf or anything spring in general. Using java annotation beans and xml like that was an abomination and a PITA. There are worse things though like lombak. I used Buffers for things like truncating utf-8 strings to fit into a fixed number of bytes on a correct char boundary. For db table columns defined in bytes size. You could define the columns in chars but the db is going to guess how many bytes *on average* you need to fit that many chars. Welcome to unicode. Joe Seigh
[toc] | [prev] | [next] | [standalone]
| From | Muttley@dastardlyhq.com |
|---|---|
| Date | 2024-09-24 07:23 +0000 |
| Message-ID | <vctpcs$34bm3$1@dont-email.me> |
| In reply to | #120231 |
On Mon, 23 Sep 2024 16:24:58 -0400 jseigh <jseigh_es00@xemaps.com> boringly babbled: >Anyway, it isn't like nobody uses java for high performance >stuff. More a personal preference of the implementers. Anyone who wants to know how hopeless java can be for large applications only needs to use Jira or Eclipse for 5 minutes.
[toc] | [prev] | [next] | [standalone]
Page 12 of 13 — ← Prev page 1 … 10 11 [12] 13 Next page →
Back to top | Article view | comp.lang.c++
csiph-web