Re: best approach for multithreading (?)

Liste des GroupesRevenir à cl c  
Sujet : Re: best approach for multithreading (?)
De : lew.pitcher (at) *nospam* digitalfreehold.ca (Lew Pitcher)
Groupes : comp.lang.c
Date : 01. Dec 2024, 16:45:28
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vii0ao$2jdsb$1@dont-email.me>
References : 1 2
User-Agent : Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2)
On Sun, 01 Dec 2024 15:10:03 +0000, candycanearter07 wrote:

fir <profesor.fir@gmail.com> wrote at 22:04 this Saturday (GMT):
[i wropte it soem days back then to eventually post in a place when
people can answer this but i dont get idea of such place so i post it
here for now]
>
tell me if you know somethin better approach for multithreading
than this
>
i mean i got discovered soem approach for multithreadng
(i mean scheme how it probably should be done) and i wonder
if there is something better than this (in real world)
>
the appriach is based on call queue and needs (at least
as a base) two keywoards 'adq' (add queue) and 'runq' (run queue)
ewentually 'runqs' (run queue sequantially) 'runqp' (run queue in
parrallel)
[snip]
>
so is it he best approach or there is something better?
>
/fir
 
 
There's a standard library for multithreading.
https://www.man7.org/linux/man-pages/man7/pthreads.7.html

Since C11, the C standard library has provided it's own support for
threading, which (I'm told) closely resembles the POSIX threading
model implemented in the Linux pthreads library.

Fir might check out the C standard first (as code written to that
standard will be portable to any environment that supports C11).


--
Lew Pitcher
"In Skills We Trust"

Date Sujet#  Auteur
1 Dec 24 * best approach for multithreading (?)23fir
1 Dec 24 +* Re: best approach for multithreading (?)20candycanearter07
1 Dec 24 i+* Re: best approach for multithreading (?)18Lew Pitcher
1 Dec 24 ii`* Re: best approach for multithreading (?)17Kaz Kylheku
2 Dec 24 ii `* Re: best approach for multithreading (?)16Chris M. Thomasson
3 Dec 24 ii  `* Re: best approach for multithreading (?)15Kaz Kylheku
3 Dec 24 ii   +- Re: best approach for multithreading (?)1Chris M. Thomasson
6 Dec 24 ii   `* Re: best approach for multithreading (?)13James Kuyper
6 Dec 24 ii    +* Re: best approach for multithreading (?)11Kaz Kylheku
6 Dec 24 ii    i+- Re: best approach for multithreading (?)1Kaz Kylheku
7 Dec 24 ii    i`* Re: best approach for multithreading (?)9James Kuyper
7 Dec 24 ii    i +- Re: best approach for multithreading (?)1Chris M. Thomasson
7 Dec 24 ii    i +- Re: best approach for multithreading (?)1Tim Rentsch
8 Dec 24 ii    i `* Re: best approach for multithreading (?)6Kaz Kylheku
8 Dec 24 ii    i  +* Re: best approach for multithreading (?)4Chris M. Thomasson
8 Dec 24 ii    i  i`* Re: best approach for multithreading (?)3Kaz Kylheku
9 Dec 24 ii    i  i +- Re: best approach for multithreading (?)1Chris M. Thomasson
9 Dec 24 ii    i  i `- Re: best approach for multithreading (?)1Chris M. Thomasson
9 Dec 24 ii    i  `- Re: best approach for multithreading (?)1Waldek Hebisch
6 Dec 24 ii    `- Re: best approach for multithreading (?)1Chris M. Thomasson
2 Dec 24 i`- Re: best approach for multithreading (?)1Chris M. Thomasson
2 Dec 24 `* Re: best approach for multithreading (?)2Bonita Montero
3 Dec 24  `- Re: best approach for multithreading (?)1fir

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal