On 8/5/2011 12:32 PM, lina wrote:
> On Thu, Aug 4, 2011 at 11:11 PM, Walter Hurry wrote:
>> On Thu, 04 Aug 2011 10:03:28 -0500, Stan Hoeppner wrote:
>>
>>> (http://www.sgi.com/products/servers/altix/uv/)
>>
>> I think I could afford to be *very* nice if I had one of those ;-)
>
> Very very intrig
On Thu, Aug 4, 2011 at 11:11 PM, Walter Hurry wrote:
> On Thu, 04 Aug 2011 10:03:28 -0500, Stan Hoeppner wrote:
>
>> (http://www.sgi.com/products/servers/altix/uv/)
>
> I think I could afford to be *very* nice if I had one of those ;-)
Very very intriguing.
I checked yesterday and today I could
On Thu, Aug 04, 2011 at 10:56:07AM -0500, Stan Hoeppner wrote:
> On 8/4/2011 10:33 AM, Darac Marjal wrote:
> > On Thu, Aug 04, 2011 at 10:28:01AM -0500, Stan Hoeppner wrote:
> >> On 8/4/2011 9:40 AM, lina wrote:
> >>> On Thu, Aug 4, 2011 at 10:29 PM, Robert Baron
> >>> wrote:
> have you tried
On Fri, Aug 5, 2011 at 6:59 AM, Stan Hoeppner wrote:
> On 8/4/2011 11:52 AM, lina wrote:
>> On Fri, Aug 5, 2011 at 12:31 AM, Jerome BENOIT wrote:
>>> Hello List:
>>>
>>> On 04/08/11 18:26, Stan Hoeppner wrote:
On 8/4/2011 11:03 AM, Jerome BENOIT wrote:
>
> Hello List:
>
On Thu, Aug 04, 2011 at 21:12 +0800, lina wrote:
> I noticed when make -j 8, the 8 cores can be fully occupied.
>
> can I use some way to enable 8 cores at the same time when I run
> something, such as a bash script?
Not sure what you really want to do, but GNU/parallel [0] might be of interest.
On 8/4/2011 11:52 AM, lina wrote:
> On Fri, Aug 5, 2011 at 12:31 AM, Jerome BENOIT wrote:
>> Hello List:
>>
>> On 04/08/11 18:26, Stan Hoeppner wrote:
>>>
>>> On 8/4/2011 11:03 AM, Jerome BENOIT wrote:
Hello List:
just use a job scheduler as SLURM:
http://packages.deb
On Fri, Aug 5, 2011 at 12:31 AM, Jerome BENOIT wrote:
> Hello List:
>
> On 04/08/11 18:26, Stan Hoeppner wrote:
>>
>> On 8/4/2011 11:03 AM, Jerome BENOIT wrote:
>>>
>>> Hello List:
>>>
>>> just use a job scheduler as SLURM:
>>>
>>> http://packages.debian.org/wheezy/slurm-llnl
>>
>> She already has
Thanks for your asking.
On Fri, Aug 5, 2011 at 12:24 AM, Stan Hoeppner wrote:
> On 8/4/2011 10:42 AM, lina wrote:
>
>> Actually the nice-concern was in cluster.
> ...
>> I can't use qsub or mpi
>
> Full stop. Time to give us more background Lina. You've not been
> forthcoming. :) I'm seeing "
Hello List:
On 04/08/11 18:26, Stan Hoeppner wrote:
On 8/4/2011 11:03 AM, Jerome BENOIT wrote:
Hello List:
just use a job scheduler as SLURM:
http://packages.debian.org/wheezy/slurm-llnl
She already has PBS. Apparently you didn't read her posts.
She run jobs on a lab cluster and on her p
On 8/4/2011 11:03 AM, Jerome BENOIT wrote:
> Hello List:
>
> just use a job scheduler as SLURM:
>
> http://packages.debian.org/wheezy/slurm-llnl
She already has PBS. Apparently you didn't read her posts.
--
Stan
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subje
On 8/4/2011 10:42 AM, lina wrote:
> Actually the nice-concern was in cluster.
...
> I can't use qsub or mpi
Full stop. Time to give us more background Lina. You've not been
forthcoming. :) I'm seeing "cluster" and "mpi" for the first time in
this thread, and we're some ~30 posts deep. You sh
On Thu, 04 Aug 2011 10:59:58 -0500, Stan Hoeppner wrote:
> On 8/4/2011 10:34 AM, Walter Hurry wrote:
>> On Thu, 04 Aug 2011 16:28:41 +0100, Darac Marjal wrote:
>>
>>> On Thu, Aug 04, 2011 at 10:23:08PM +0800, lina wrote:
Thanks for suggestions,
Actually I got a job which contains s
Hello List:
just use a job scheduler as SLURM:
http://packages.debian.org/wheezy/slurm-llnl
Jerome
On 04/08/11 16:23, lina wrote:
Thanks for suggestions,
Actually I got a job which contains several small jobs inside.
if run the bash script, it will do those one by one and it is pretty
slow,
On 8/4/2011 10:34 AM, Walter Hurry wrote:
> On Thu, 04 Aug 2011 16:28:41 +0100, Darac Marjal wrote:
>
>> On Thu, Aug 04, 2011 at 10:23:08PM +0800, lina wrote:
>>> Thanks for suggestions,
>>>
>>> Actually I got a job which contains several small jobs inside.
>>>
>>> if run the bash script, it will
On 8/4/2011 10:33 AM, Darac Marjal wrote:
> On Thu, Aug 04, 2011 at 10:28:01AM -0500, Stan Hoeppner wrote:
>> On 8/4/2011 9:40 AM, lina wrote:
>>> On Thu, Aug 4, 2011 at 10:29 PM, Robert Baron
>>> wrote:
have you tried adding an '&' to the tasks you think can be run in
parallel (as in ru
On Thu, Aug 04, 2011 at 11:37:57PM +0800, lina wrote:
> On Thu, Aug 4, 2011 at 11:28 PM, Darac Marjal
> wrote:
> > On Thu, Aug 04, 2011 at 10:23:08PM +0800, lina wrote:
> >> Thanks for suggestions,
> >>
> >> Actually I got a job which contains several small jobs inside.
> >>
> >> if run the bash
On Thu, Aug 4, 2011 at 11:28 PM, Stan Hoeppner wrote:
> On 8/4/2011 9:40 AM, lina wrote:
>> On Thu, Aug 4, 2011 at 10:29 PM, Robert Baron
>> wrote:
>>> have you tried adding an '&' to the tasks you think can be run in
>>> parallel (as in running them in the background (ie 'mycmd myargs &'))?
>>
>
On Thu, Aug 4, 2011 at 11:28 PM, Darac Marjal wrote:
> On Thu, Aug 04, 2011 at 10:23:08PM +0800, lina wrote:
>> Thanks for suggestions,
>>
>> Actually I got a job which contains several small jobs inside.
>>
>> if run the bash script, it will do those one by one and it is pretty
>> slow, waiting .
On Thu, 04 Aug 2011 16:28:41 +0100, Darac Marjal wrote:
> On Thu, Aug 04, 2011 at 10:23:08PM +0800, lina wrote:
>> Thanks for suggestions,
>>
>> Actually I got a job which contains several small jobs inside.
>>
>> if run the bash script, it will do those one by one and it is pretty
>> slow, wait
On Thu, Aug 04, 2011 at 10:28:01AM -0500, Stan Hoeppner wrote:
> On 8/4/2011 9:40 AM, lina wrote:
> > On Thu, Aug 4, 2011 at 10:29 PM, Robert Baron
> > wrote:
> >> have you tried adding an '&' to the tasks you think can be run in
> >> parallel (as in running them in the background (ie 'mycmd myarg
On Thu, Aug 04, 2011 at 10:23:08PM +0800, lina wrote:
> Thanks for suggestions,
>
> Actually I got a job which contains several small jobs inside.
>
> if run the bash script, it will do those one by one and it is pretty
> slow, waiting ...
>
> I can run each small jobs separately, but use a bash
On 8/4/2011 9:40 AM, lina wrote:
> On Thu, Aug 4, 2011 at 10:29 PM, Robert Baron
> wrote:
>> have you tried adding an '&' to the tasks you think can be run in
>> parallel (as in running them in the background (ie 'mycmd myargs &'))?
>
> Thanks,
>
> "&" is cool.
> now is fully running, but, there
On Thu, 04 Aug 2011 10:03:28 -0500, Stan Hoeppner wrote:
> (http://www.sgi.com/products/servers/altix/uv/)
I think I could afford to be *very* nice if I had one of those ;-)
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact lis
On 8/4/2011 9:15 AM, Frank Lanitz wrote:
> Other applications do need to support multi threading in most cases
> already inside source code.
Very few FOSS Linux applications are written with threads. Those
needing it simply fork processes to achieve multiprocessor scalability.
I've not done a s
Thanks for correct some concepts here.
On Thu, Aug 4, 2011 at 10:47 PM, Stan Hoeppner wrote:
> On 8/4/2011 8:12 AM, lina wrote:
>> Hi,
>>
>> I noticed when make -j 8, the 8 cores can be fully occupied.
>>
>> can I use some way to enable 8 cores at the same time when I run
>> something, such as a
On 8/4/2011 8:12 AM, lina wrote:
> Hi,
>
> I noticed when make -j 8, the 8 cores can be fully occupied.
>
> can I use some way to enable 8 cores at the same time when I run
> something, such as a bash script?
This will fully answer your question, and then some:
http://tldp.org/HOWTO/Parallel-Pro
On Thu, Aug 4, 2011 at 10:29 PM, Robert Baron
wrote:
> have you tried adding an '&' to the tasks you think can be run in
> parallel (as in running them in the background (ie 'mycmd myargs &'))?
Thanks,
"&" is cool.
now is fully running, but, there is another thing slow it down, the
nice level is
have you tried adding an '&' to the tasks you think can be run in
parallel (as in running them in the background (ie 'mycmd myargs &'))?
On Thu, Aug 4, 2011 at 10:23 AM, lina wrote:
> Thanks for suggestions,
>
> Actually I got a job which contains several small jobs inside.
>
> if run the bash sc
Thanks for suggestions,
Actually I got a job which contains several small jobs inside.
if run the bash script, it will do those one by one and it is pretty
slow, waiting ...
I can run each small jobs separately, but use a bash script kind of
easy to make some changes in amount and manage.
I jus
Am 04.08.2011 15:12, schrieb lina:
> Hi,
>
> I noticed when make -j 8, the 8 cores can be fully occupied.
>
> can I use some way to enable 8 cores at the same time when I run
> something, such as a bash script?
Hard to say as it depends on the software you are running. On shell
scripts you might
On Thu, 04 Aug 2011 21:12:27 +0800, lina wrote:
> I noticed when make -j 8, the 8 cores can be fully occupied.
>
> can I use some way to enable 8 cores at the same time when I run
> something, such as a bash script?
I think the program you're going to run has to be multi-thread aware.
Greetings
Hi,
I noticed when make -j 8, the 8 cores can be fully occupied.
can I use some way to enable 8 cores at the same time when I run
something, such as a bash script?
Thanks for any suggestions,
--
Best Regards,
lina
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a sub
| This is in fact correct, it has got to do with the new threading model
| called NPTL (Native POSIX Thread Library) that is now used if kernel 2.6
| is present. Under this new model threads are classed as Lightweight
| Processes (LWP) and ps only shows them if you use it with the -L or H
| (i.e. p
Brooks R. Robinson wrote:
Greetings,
I am moving a server from Woody to Sarge that has some custom software
on
it for a time clock system that interacts with Postgresql. I am starting
with a fresh hardware and a recent install of Sarge. This time clock
software is threaded so that each t
Greetings,
I am moving a server from Woody to Sarge that has some custom software
on
it for a time clock system that interacts with Postgresql. I am starting
with a fresh hardware and a recent install of Sarge. This time clock
software is threaded so that each time clock interacts with t
35 matches
Mail list logo
