21 Jul
2007
21 Jul
'07
12:43 p.m.
(CC-ed to jack-audio-dev list)
"Thomas Vecchione":
Seablade
On 7/20/07, Kjetil S. Matheussen <k.s.matheussen(a)notam02.no> wrote:
Sorry, that was a short rude answer, especially since I'm not 100% sure of
the answer either. But I would be surprised if jackdmp was limited to two,
or any other high-value fixed number of, parallel sound processing
threads.
And on the other hand, if you are wrong, which I think you are, although
I'm not 100% sure about that, you could be responsible for
continuing to spread a(nother) misunderstanding about jackdmp. (The
previous one was that jackdmp could not work on single processor machines)
"Thomas Vecchione" <seablaede(a)gmail.com>
Mind being a bit more specific? As in no it will handle 4,8, or 16 cores
well?
I heard Jack (jackdmp?) could only take advantage of two cores right
now?
No.
21 Jul
21 Jul
3:25 p.m.
New subject: Fwd: Hardware Choices
I am not part of the jackit-dev list, so if you could forward answers from
them to me I would appreciate it. I will be attempting to keep track of it
via the archives though.
And on the other hand, if you are wrong, which I think you are, although
I'm not 100% sure about that, you could be responsible for
continuing to spread a(nother) misunderstanding about jackdmp. (The
previous one was that jackdmp could not work on single processor machines)
Oh I don't have a problem with being corrected on it, just that particular
answer didn't do much to actually answer the question(Which it was a
question, not a statement) as you noticed. I appreciate the help and
corrections though, don't get me wrong though, otherwise I wouldn't have
posted at all;)
Seablade
On 7/21/07, Kjetil S. Matheussen <k.s.matheussen(a)notam02.no> wrote:
(CC-ed to jack-audio-dev list)
"Thomas Vecchione":
Seablade
On 7/20/07, Kjetil S. Matheussen <k.s.matheussen(a)notam02.no> wrote:
cores
"Thomas Vecchione" <seablaede(a)gmail.com>
Mind being a bit more specific? As in no it will handle 4,8, or 16
I heard Jack (jackdmp?) could only take advantage of two cores right
now?
No.
well?
Sorry, that was a short rude answer, especially since I'm not 100% sure of
the answer either. But I would be surprised if jackdmp was limited to two,
or any other high-value fixed number of, parallel sound processing
threads.
And on the other hand, if you are wrong, which I think you are, although
I'm not 100% sure about that, you could be responsible for
continuing to spread a(nother) misunderstanding about jackdmp. (The
previous one was that jackdmp could not work on single processor machines)
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
7 Aug
7 Aug
1:09 p.m.
New subject: [Jackit-devel] Fwd: Hardware Choices
(CC-ed to jack-audio-dev list)
"Thomas Vecchione":
jackdmp can handle *any* number of cores. What jackdmp does in
changing the jack clients scheduling model from a purely sequential
one to a "data-flow" like one: as soon a jack clients become
runnable, they are activated by the OS which is then responsible to
run them on any available processor. A Jack client become runnable
when all of it's input clients have been run, and this of course
depends of the graph topology.
Stephane
Seablade
On 7/20/07, Kjetil S. Matheussen <k.s.matheussen(a)notam02.no> wrote:
Sorry, that was a short rude answer, especially since I'm not 100%
sure of
the answer either. But I would be surprised if jackdmp was limited
to two,
or any other high-value fixed number of, parallel sound processing
threads.
And on the other hand, if you are wrong, which I think you are,
although
I'm not 100% sure about that, you could be responsible for
continuing to spread a(nother) misunderstanding about jackdmp. (The
previous one was that jackdmp could not work on single processor
machines)
"Thomas Vecchione" <seablaede(a)gmail.com>
Mind being a bit more specific? As in no it will handle 4,8, or
16 cores
well?
I heard Jack (jackdmp?) could only take advantage of two cores
right
now?
No.
2:52 p.m.
New subject: [Jackit-devel] Fwd: Hardware Choices
Appreciate the response thank you. Always happy to be proven wrong;)
Seablade
On 8/7/07, Stéphane Letz <letz(a)grame.fr> wrote:
(CC-ed to jack-audio-dev list)
"Thomas Vecchione":
jackdmp can handle *any* number of cores. What jackdmp does in
changing the jack clients scheduling model from a purely sequential
one to a "data-flow" like one: as soon a jack clients become
runnable, they are activated by the OS which is then responsible to
run them on any available processor. A Jack client become runnable
when all of it's input clients have been run, and this of course
depends of the graph topology.
Stephane
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
Seablade
On 7/20/07, Kjetil S. Matheussen <k.s.matheussen(a)notam02.no> wrote:
Sorry, that was a short rude answer, especially since I'm not 100%
sure of
the answer either. But I would be surprised if jackdmp was limited
to two,
or any other high-value fixed number of, parallel sound processing
threads.
And on the other hand, if you are wrong, which I think you are,
although
I'm not 100% sure about that, you could be responsible for
continuing to spread a(nother) misunderstanding about jackdmp. (The
previous one was that jackdmp could not work on single processor
machines)
"Thomas Vecchione" <seablaede(a)gmail.com>
>
> I heard Jack (jackdmp?) could only take advantage of two cores
> right
now?
No.
Mind being a bit more specific? As in no it will handle 4,8, or
16 cores
well?
6392
days inactive
6409
days old
linux-audio-user@lists.linuxaudio.org
3 comments
3 participants
participants (3)
-
Kjetil S. Matheussen -
Stéphane Letz -
Thomas Vecchione