El Jue 23 Abr 2009 13:13:05 john.mcl...@sybase.com escribió:
Whether the project is overworked or not should be determined by the
max(long term debt for the resource, long term debt for the resource).
max(A, A) == A
Was one of those supposed to be long term debt for the *project*?
El Jue 30 Abr 2009 12:16:00 john.mcl...@sybase.com escribió:
I have the feeling that nobody ever used the FastCGI scheduler correctly,
that server admins compile it with FastCGI support as if that was all that
needs to be done.
I don't know enough about Fast CGI to have any hope of
El Jue 30 Abr 2009 12:19:05 john.mcl...@sybase.com escribió:
And then there is CPDN trickle-based kill which is completely different.
The
server sends a trickle-down to that host, knowing it has that task. The
application handles the trickle and quits, saying it finished processing.
El Jue 30 Abr 2009 13:06:36 Martin escribió:
Even if you use multiple separate download servers, you just simply have
message sockets to your WU pool allocator process(es) to report what is
successfully transferred and when. Similarly so for setting what URL is
to point to what WU on the web
El Jue 30 Abr 2009 13:39:18 Paul D. Buck escribió:
Take the simplest example,
The first stage of a task is the creation of the Result, which
generates one or more Tasks.
Neither of these are of interest or should be visible to the
participant. So, why are they in the running tasks and
El Jue 30 Abr 2009 13:45:38 Martin escribió:
Then that is an Achilles heel for gaining feedback on what was accepted
by the client...
Apache can report what URL downloaded whatever, so that is one means of
feedback for servers under direct project control.
Another means could be that that
El Jue 30 Abr 2009 13:55:46 john.mcl...@sybase.com escribió:
At present, how do the download servers know to delete
downloaded/expired WUs if they can't 'phone home'?
The Validator deletes the files.
The validator compares files and chooses a canonical result. The assimilator
does
El Jue 30 Abr 2009 13:58:27 john.mcl...@sybase.com escribió:
Once a day if there was no CPU request, or with the CPU request if there is
one. This is a substantially lower count than if every project is asked
for a work proposal for every work request.
You're adding more every words than we
El Jue 30 Abr 2009 13:32:01 Mikus Grinbergs escribió:
[ And what if the
result that's returned is useless because of a bug in the project's
application? ]
And what if their output files are binary, a bug in the project's application
causes invalid results, and sample_bitwise_validator marks
El Jue 30 Abr 2009 15:26:40 john.mcl...@sybase.com escribió:
The two are at different layers in the protocol stack.
No news to me.
Using HTTP, we're *forced* to use individual requests, each sending complete
information, and the server has to do eg. user/host lookup on every request.
Using a
El Jue 30 Abr 2009 15:35:10 Nicolás Alvarez escribió:
El Jue 30 Abr 2009 15:26:40 john.mcl...@sybase.com escribió:
The two are at different layers in the protocol stack.
No news to me.
Using HTTP, we're *forced* to use individual requests, each sending
complete information, and the server
El 01/05/2009, a las 11:57, Eric Myers my...@spy-hill.net escribió:
On Fri, 1 May 2009, Alan Sun wrote:
file upload server: can't open file /opt/boinc_grid/upload/64/
sj_106_0_0:
Permission denied
The upload area uses directory fanout, with subdirectory names based
on a
hash of the
El 30/04/2009, a las 13:13, john.mcl...@sybase.com escribió:
jm7
Nicolás Alvarez nicolas.alva...@gmail.com wrote on 04/30/2009 12:0
5:33
PM:
Nicolás Alvarez nicolas.alva...@gmail.com
04/30/2009 12:05 PM
To
boinc_dev@ssl.berkeley.edu
cc
john.mcl...@sybase.com, Martin m_boinc...@ml1
El Sáb 02 May 2009 14:14:58 Alan Sun escribió:
If someone folder created and has bad permission itself, how can I avoid
this? Is it a bug of the file_upload_handler component?
The documentation explains the upload directory should have setgid permissions
so that subdirectories inherit its
El Martes 05 May 2009 02:47:20 Paul D. Buck escribió:
The windows build documentation as noted in page:
http://boinc.berkeley.edu/trac/wiki/SourceCode implies that the source code
can be completed by downloading the supplemental files from page:
El Jue 30 Abr 2009 21:39:27 Rom Walton escribió:
The problem with persistent connections is the overall memory consumed in
just maintaining the connection.
Even if you striped down the scheduler to a self contained daemon you still
will have to deal with the basics of maintaining connection
El Miércoles 06 May 2009 18:12:11 Rom Walton escribió:
Now let us assume for a moment that all of our users have an Internet
connection that is fast enough to download 20 s...@h workunits in 20 minutes.
s...@h, on average, processes 10 scheduler requests a second. That comes out
to 12,000
El Miércoles 06 May 2009 22:11:37 Paul D. Buck escribió:
The problem is the package managers which don't seem to update but, I
would guess, once or twice a year.
[...]
Not sure which one you want or how easy it is to install. My
recollection was that I could not get these to work for me so I
characteristics. They'd have to edit the client code to (ab)use the
protocol that way. And if people can do that, they might as well implement an
auto-task-aborter *now*.
El Vie 08 May 2009 14:31:54 john.mcl...@sybase.com escribió:
But currently, there is a penalty.
jm7
Nicolás
El Vie 08 May 2009 20:54:33 Kunsheng Chen escribió:
Hello everyone,
I posted a thread on how to enable CAPTCHA a week ago and many people gave
me good ideas, thank you all for that.
Now I did the following and tried to enable reCAPTCHA :
Can somebody please block user jingjing in Trac? He keeps adding dog
training spam to random Trac tickets, and I'm going crazy deleting it
because it keeps appearing.
I have no intentions of playing whack-a-mole all night :)
___
boinc_dev mailing list
Does *anyone* currently use the shared library for the API?
Enviado desde mi iPod
El 12/05/2009, a las 06:36, Gabor Gombas gomb...@sztaki.hu escribió:
Hi,
For some time, BOINC can build shared libraries. Unfortunately it uses
the package version as library version, which is bad. Example:
El Jue 14 May 2009 06:51:40 Maureen Vilar escribió:
(Max. upload size too small? I think, 4MB is the default for
upload_max_filesize in PHP.INI)'
The scheduler is not PHP, so php.ini doesn't apply.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
El Jue 14 May 2009 07:58:28 Ian Hay escribió:
Jorden van der Elst wrote on 14/05/2009 10:46:
So how can we get these people to report their tasks? We're talking
about around 60K in tasks that are still waiting to be reported
(deadline of the 19th at max). Is there some crude way we can get
El Jue 14 May 2009 12:53:51 john.mcl...@sybase.com escribió:
Was this with multiple copies of BOINC.exe running? If so, then each of
them would be attempting the same thing.
If you start a second boinc.exe, it will soon quit because it can't open the
GUI RPC port.
El Jue 14 May 2009 16:25:27 john.mcl...@sybase.com escribió:
Does the client get informed about the tasks that were not correctly
reported? Or does the server loop through the tasks X at a time until the
entire RPC is complete?
The server returns a report ack for every successfully-reported
And if you do, remember to close http://boinc.berkeley.edu/trac/ticket/594
El Miércoles 13 May 2009 13:05:09 David Anderson escribió:
If anyone wants to tackle this, feel free.
Original Message
Subject: Problem with the parsing code in the forum?
Date: Tue, 12 May 2009
El Jue 14 May 2009 16:03:59 David Anderson escribió:
The scheduler is failing in memory allocation.
According to my rough calculation,
this is happening after allocating about 256MB
given a request that reports 1800 completed jobs.
On my machine, a RESULT is 197560 bytes and a
El 18/05/2009, a las 09:49, john.mcl...@sybase.com escribió:
Having a couple thousand files or directories in a directory can be a
problem. On some systems, the more files and directories there are
in a
directory, the slower file access is, and at some point, opening a
file in
an overly
El Vie 08 May 2009 12:59:59 Rom Walton escribió:
I mean if I'm a researcher for rose...@home and half my client base
decides not to run a certain type of task because they don't think it
doesn't do X, there by doubling the length of time for a CASP run to
complete, I'm going to be annoyed.
If
El Lunes 18 May 2009 14:52:34 Matthew Saunier escribió:
I really can't believe the way ideas are constantly beaten down on
this list. Please, look for something you agree with (as I did
above), and write about that before making a post that indicates
only that there are challenges to
El Miércoles 20 May 2009 08:21:32 Richard Haselgrove escribió:
I am sorely tempted to start polluting trac again, so we have a searchable
index of the issues which otherwise are in danger of underflowing the LIFO
stack which is David Anderson's inbox.
Please do. That's what it's for.
Just try
El Dom 31 May 2009 21:00:03 Charlie Fenton escribió:
Unfortunately, WCG who designed and implemented the Simple View
specified there should be no menus in Simple View other than the
minimum required by the OS, so there is no indication of this
shortcut. The best I could do without violating
El Miércoles 03 Jun 2009 12:02:39 Scarecrow escribió:
I haven't 'sniffed' the packets
throughly, but it appears that they arrive with the SYN, ACK, FIN, URG, and
PSH flags set.
So every single flag set? I don't know much about networking but that sounds
*really* weird (in particular syn and
El Vie 29 May 2009 12:47:13 myle escribió:
karse...@ceid.upatras.gr wrote:
Hello,
We are trying to compile the latest version of BOINC using VS2008 by
following the exact procedure as described on
[http://boinc.berkeley.edu/trac/wiki/CompileClient] but it fails. Could
it be possible
El Vie 08 May 2009 21:51:30 Martin escribió:
Various projects seem to be now branching out to offering multiple
projects within their one project base.
Which projects exactly? MilkyWay splitting its GPU app into a separate
project? That just shows that either BOINC isn't good enough at
El Jue 04 Jun 2009 14:53:44 Paul D. Buck escribió:
When I tried the instructions it got a negative result. In that I did
not know how to fix the problems I cannot tell you what is wrong with
the guide other than it does not work if you follow the recipe ... I
suspect the same issue occurs
El Lunes 08 Jun 2009 21:30:01 Jeremy Cowles escribió:
Maybe I'm not understanding something, but under windows files must end in
.bat to be executed as a batch file, correct?
If this is the case, are batch files are not supported by update_versions?
I ask because the reg-ex that parses
El Lunes 08 Jun 2009 21:50:19 Kunsheng Chen escribió:
The thing is that it require Cygin1.dll to be under folder Windows/System32
in client side. I think I could have a multiple bionc app (includes this
cygwin1.dll). And in my app, just copy Cygwin1.dll to Windows/System32, but
this seems
El Martes 09 Jun 2009 17:42:53 Patrick Wooldridge escribió:
Hi. With the announcement that Mac OS 10.6 (Snow Leopard) will be
released in September, I just wanted to recommend to those who are
competent to do so, that a new version of the BOINC client for
Macintosh be developed to take
El Martes 09 Jun 2009 14:20:09 David Anderson escribió:
It would be possible to use code signing
(WU files can have signatures, just like app version files).
But this would defeat the ease-of-use goal.
It's the same situation with single job submission.
At least, in both cases, the time
El Martes 09 Jun 2009 18:28:52 Jeremy Cowles escribió:
On Tue, Jun 9, 2009 at 2:07 PM, David Anderson
da...@ssl.berkeley.eduwrote:
Should we add that capability to the client?
I suspect that it will open a DOS window each time it runs a batch file,
which would rule it out for general use.
El Miércoles 10 Jun 2009 19:47:24 David Anderson escribió:
I'll do this if someone sends me an array
that parallels the existing $countries array (see below)
containing the 2-letter country codes used by the FamFamFam images
-- David
Debian systems, maybe most Linux systems, already have
El Jue 11 Jun 2009 14:15:21 Jeremy Cowles escribió:
I created a project with an internal IP address (192.x.x.x) and now I want
to test it with clients out on the internet. So I've changed the address to
my public address (78.x.x.x) in project.xml and recreated the apps (xadd,
update versions).
El Vie 12 Jun 2009 15:50:03 Jeremy Cowles escribió:
Agreed. Also, it would be nice to expose the suspend/quit/checkpoint api
(boinc_status) into Python, or is this already available?
You don't need to notify the Python code when it's suspended, since it will be
suspended at the process level
El Sáb 13 Jun 2009 02:19:32 Kunsheng Chen escribió:
boinc-client required libcurl 7.16 or later version while Cygwin only
installs 7.15 there, so I have to disable it by ./configure
--disable-client to pass ./configure command. However even if I disable
the client and made the command pass,
El Sáb 13 Jun 2009 09:39:16 Bernd Machenschalk escribió:
Does this mean that now the lib can be compiled without curl and
openssl? They shouldn't be needed for an App (at least not for the BOINC
part).
curl was never needed to compile/link science apps. libboinc doesn't use curl,
only the
El Sáb 13 Jun 2009 18:09:30 Jeremy Cowles escribió:
El Vie 12 Jun 2009 16:21:06 David Anderson escribió:
Jeremy Cowles wrote:
Agreed. Also, it would be nice to expose the suspend/quit/checkpoint
api
(boinc_status) into Python, or is this already available?
This page has a
El Sáb 13 Jun 2009 20:17:06 Jeremy Cowles escribió:
Windows and Mac seem pretty straight forward and easy to compile in
advance, but would you have to compile on the client for Linux or would you
just make assumptions about what libraries are present?
At the moment I'm having bigger problems
I'm working on the build system for a science app. I'm having trouble with
locating the BOINC API include files and compiled libraries.
If the library is installed, both miofile.h and boinc_api.h would be in
eg. /usr/local/include/boinc/, but if it's not installed, the source dir has
El 15/06/2009, a las 08:48, Gabor Gombas gomb...@sztaki.hu escribió:
On Sun, Jun 14, 2009 at 10:01:26PM -0300, Nicolás Alvarez wrote:
However, how do I find BOINC's config.h? If I look in the global
search paths,
I might end up finding the config.h from some other completely
different
El 16/06/2009, a las 10:50, Milo Thurston
milo.thurs...@oerc.ox.ac.uk escribió:
Hello,
As you may have noticed, we've had a bit of server trouble of late.
One of our upload servers seems to be unfixable at the moment and I
wonder about the feasibility of updating the DNS records to point all
El Martes 16 Jun 2009 11:28:07 Milo Thurston escribió:
and the scheduler, validator and assimilator can see files uploaded
via the other server,
Do you mind if I ask for clarification of what you mean in this case?
The normal way things work is: When a client reports a task, the scheduler
With files sent by the server via the file storage features, and not as part
of workunits, when the project asks the client to upload a file, the upload
URL is *added* to the list of URLs. So the file_info ends having the
upload_when_present flag, and two URLs:
El Martes 16 Jun 2009 15:24:42 Jeremy Cowles escribió:
Windows and Mac seem pretty straight forward and easy to compile in
advance, but would you have to compile on the client for Linux or would
you
just make assumptions about what libraries are present?
At the moment I'm having
El Lunes 22 Jun 2009 16:23:46 Jeremy Cowles escribió:
I am upgrading my BOINC install to the latest version, when running make
clean and then following the typical setup procedure it fails when
creating symlinks to libstdc++.a in the samples directory.
After I manually removed the links,
El Lunes 22 Jun 2009 17:13:52 David Anderson escribió:
It's not clear to me how to solve this problem.
Synopsis:
- projects can configure their web server to send files in
a compressed form to clients that can handle it; see
http://boinc.berkeley.edu/trac/wiki/FileCompression
In
El Lunes 22 Jun 2009 17:33:32 Kevin Reed escribió:
I.e. I should add
RequestHeader unset Range
so that apache will not process the range request. However, you can not
set conditions on the RequestHeader like you can with Header so this would
take effect for all download requests (we don't
El Vie 26 Jun 2009 14:04:18 Alan Sun escribió:
Well, I think the first time I launched project is under user boincadm.
Because I noticed this issue before. I want to make a test today, so I'm
carefully on this.
Well, under user root, the project works well, and those machines are in
a
El Martes 07 Jul 2009 14:27:26 David Anderson escribió:
The weighting is actually quadratic; i.e., when the job is half done
the estimate is 75% from the dynamic and 25% from the static.
However, I think I see a serious bug in the code (see below).
Anyone else see it?
Last time I looked at
El Miércoles 08 Jul 2009 18:11:44 David Anderson escribió:
but it's probably the wave of the future.
That sounds like hype-speak.
And apparently different people have different thoughts for what cloud is.
Google's cloud view is that a web-based operating system that can only run
web apps is
El Dom 12 Jul 2009 07:45:37 erbenton escribió:
Re-read what i wrote, i think you misunderstood what i was saying.
When you have a bunch of files in the Ready to Report state and you
click on
the project update button they seem to upload all at once vs the
Transfer tab where
they seem to
El Dom 12 Jul 2009 09:16:36 Martin escribió:
Note that some control of incoming bandwidth can be achieved by merely
delaying the server response to a request. So... delay a request until
some time limit and then issue a deny regardless to kick that requesting
client into a backoff count?
When
El Dom 12 Jul 2009 19:32:14 Mikus Grinbergs escribió:
I understand that for a project with more than 10 active
clients, situations will arise where the servers are the bottleneck,
and need to be protected from overload. But I have a
philosophical problem with restraining the _clients_
El Dom 12 Jul 2009 20:58:00 Lynn W. Taylor escribió:
If every work unit went out, was out for a few hours, and then returned,
24/7/365, the problem I'm talking about does not exist -- the flow is even.
The problem I had involved no outages. A few hundred workunits went out, were
out for a few
You don't need to unzip. Python supports reading modules from inside a
zip archive since 2.3.
Enviado desde mi iPod
El 14/07/2009, a las 04:01, Jeremy Cowles jeremy.cow...@gmail.com
escribió:
I am trying to package the Python standard library with an
application.
I assume zipping it
El Martes 14 Jul 2009 12:10:38 Carl Christensen escribió:
well since presumably you can't use boinc_zip I guess either distribute
zip/unzip executables for each platform, or use the zipfile module for
python (does that get back to the problem of using various python libs
within boinc though?)
El Martes 14 Jul 2009 09:41:10 Carl Christensen escribió:
with boinc credits the simple rule is there's no pleasing anyone. I
actually think that if my GPU does 10 times the work of a CPU that I should
get 10 times the credit (which I think is what you or the noisier credit
people are
Aren't release notes in the Wiki? You can fix them yourself...
El Martes 14 Jul 2009 16:35:43 Richard Haselgrove escribió:
If you have multiple login accounts for the computer, I believe you have to
repeat step (3) (heeding the warning in step (4)) for each separate user
account.
-
El Jue 16 Jul 2009 16:44:45 David Anderson escribió:
The following change should have a big impact (I hope):
- client: changed file upload logic
Old: each upload attempt consists of two HTTP requests:
the 1st to get the current file size on server,
the
El Martes 21 Jul 2009 16:54:01 Martin escribió:
My thought is that we must have a semantic shift so that what is
usefully utilised is rewarded, and not just *time spent* (perhaps busyly
uselessly spinning wheels) on whatever hardware.
The GPU and CPU apps don't necessarily make the same amount
El Miércoles 22 Jul 2009 09:43:52 john.mcl...@sybase.com escribió:
Rank is rather hopeless as a metric. I dedicate 1% of computing power to
some projects and I am in the top few. On others I dedicate 33% of
computing power and I am not in the top thousand.
If you want to get into the top few
El Miércoles 22 Jul 2009 06:25:11 Oliver Bock escribió:
Sending sigkill (ctrl-c) to an application that is currently running a
kernel on the GPU may not result in a clean shutdown of the process as the
kernel may continue running for a long time afterwards on the GPU. In such
cases, a system
El Miércoles 22 Jul 2009 14:35:37 David Anderson escribió:
Nicolás Alvarez wrote:
So it would distribute computing power across projects, which is what we
want, isn't it?
Not exactly. We want projects that are doing better or more important
science (as judged by volunteers) to get more
El Miércoles 22 Jul 2009 21:17:02 Martin escribió:
How can you satisfy all of these?
1. credits per day in CPU app same for both projects
2. credits per day in GPU app same for both projects
3. within each project, same WU should give same credits no matter the
processor used
El Jue 23 Jul 2009 10:10:06 john.mcl...@sybase.com escribió:
A few thoughts:
There is no guarantee that any two computation devices (general sense here)
will be equally efficient at a particular computation. The CPU and GPU in
a single box may very well have different efficiencies, and
El Jue 23 Jul 2009 05:18:33 Oliver Bock escribió:
On Wednesday 22 July 2009 19:31:24 Nicolás Alvarez wrote:
El Miércoles 22 Jul 2009 06:25:11 Oliver Bock escribió:
Sending sigkill (ctrl-c) to an application that is currently running a
kernel on the GPU may not result in a clean shutdown
El Jue 30 Jul 2009 17:19:56 Jeremy Cowles escribió:
I am trying to include filesys.h in a project using the BOINC API and I'm
getting the following errors (only under win):
error C2146: syntax error : missing ';' before identifier 'handle'
boinc\lib\filesys.h 111
error C4430: missing type
El Vie 31 Jul 2009 19:53:22 David Anderson escribió:
John 37309 wrote:
I only just noticed a few minutes ago that if you are logged out of a
project, the link to join a team does not appear on the team page of a
project any more, don't really know how long its been like that. Can this
be
El Lunes 03 Ago 2009 20:58:11 Jeremy Cowles escribió:
I currently have two files:
linux/python26.zip
win/python26.zip
These files each have distinct contents (i.e. win has .dll files and Linux
has .so files), if I install these files as follows:
El Lunes 03 Ago 2009 21:15:36 Jeremy Cowles escribió:
2009/8/3 Nicolás Alvarez nicolas.alva...@gmail.com
El Lunes 03 Ago 2009 20:58:11 Jeremy Cowles escribió:
Will BOINC think they are the same file or will it keep them separate?
They will overwrite each other when you run
El Miércoles 05 Ago 2009 09:35:30 Maureen Vilar escribió:
It appears to me that the alpha-testing process (which to my knowledge no
CPDN moderators participated in) was not thorough enough to throw up all
the problems likely to be experienced by Boinc-naive prospective members.
I've italicised
El Martes 11 Ago 2009 13:00:41 Jorden van der Elst escribió:
Isn't it possible to truly lock tickets when they're locked (only
those with an admin tag can reopen them or add comments), or otherwise
add a recaptcha to writing any comment on any ticket?
It's reasonable for *users* to reopen
I think it's related to the proxy code changes. Can you get a
backtrace of that segfault?
Enviado desde mi iPod
El 13/08/2009, a las 12:18, Eric Myers my...@spy-hill.net escribió:
On Wed, 12 Aug 2009, Jeremy Cowles wrote:
Is anyone else having this problem or is it just me?
I've
El Vie 14 Ago 2009 06:39:08 Bruce Allen escribió:
Hi Eric,
Thanks -- this is very helpful. Before going forward, I have a
question. It sounds as if s...@home is distributing an executable that
statically links the FFT libs. Is that correct? My understanding of the
licensing issues is that
El Vie 14 Ago 2009 13:00:41 Nicolás Alvarez escribió:
El Vie 14 Ago 2009 06:39:08 Bruce Allen escribió:
Hi Eric,
Thanks -- this is very helpful. Before going forward, I have a
question. It sounds as if s...@home is distributing an executable that
statically links the FFT libs
El Vie 14 Ago 2009 15:04:51 Lynn W. Taylor escribió:
It seems to me that the big fear is the two-week timer: if a work unit
can't be uploaded in two weeks, it's going to be thrown away, causing
irreparable harm to the project and a tragic hit to the cruncher's RAC.
It'd probably help to make
El Dom 16 Ago 2009 18:06:27 Bruce Allen escribió:
Thanks for the note and for the link. Does this mean for example that
GPLd code is not allowed to link to the CUDA libraries (which are
non-GPL and not normally distributed with the OS)?
The libraries don't have to be GPL. They can also be a
El Dom 16 Ago 2009 18:40:15 Bruce Allen escribió:
Hi Nicolás,
Thanks for the note and for the link. Does this mean for example that
GPLd code is not allowed to link to the CUDA libraries (which are
non-GPL and not normally distributed with the OS)?
The libraries don't have to be GPL.
El Lunes 17 Ago 2009 20:56:27 Eric J Korpela escribió:
2) Is IMKL or ACML covered by the GPL v2 clause However, as a
special exception, the source code distributed need not include
anything that is normally distributed (in either source or binary
form) with the major components (compiler,
El Martes 18 Ago 2009 19:50:52 Kamran Karimi escribió:
This works fine if the app treats such argument as optional. So BOINC apps
should just ignore any command line options they don't understand. Projects
can change the name of these arguments on the server, so a clash can be
avoided.
El Martes 18 Ago 2009 20:13:19 Lynn W. Taylor escribió:
There is no reason to *not* correctly handle surprising command line
options.
There is no reason for the client to mess with data given by the project
before handing it to the app. What next, the client adding tags to XML input
files
El Martes 18 Ago 2009 20:45:19 Lynn W. Taylor escribió:
No, I don't.
It seems that you're arguing that the BOINC science applications should
be fragile -- that they should expect a pristine and unchanging
environment and not try to anticipate the inevitable errors.
I can't say it better
El Martes 18 Ago 2009 20:53:50 Lynn W. Taylor escribió:
Nicolás Alvarez wrote:
El Martes 18 Ago 2009 20:45:19 Lynn W. Taylor escribió:
No, I don't.
It seems that you're arguing that the BOINC science applications should
be fragile -- that they should expect a pristine and unchanging
El Miércoles 19 Ago 2009 19:37:45 Mark Pottorff escribió:
I've been reviewing BOINC server code and the BOINC server VM. All of the
distributed data command line programs indicate they should be run from the
project root directory, however I don't find them there.
If found request_file_list,
El Jue 11 Jun 2009 11:04:13 Kathryn Marks escribió:
On Thu, Jun 11, 2009 at 10:37 PM, Jorden van der Elst
els...@gmail.comwrote:
Hi Rom,
Why did all of the 6.6.36 versions go out as recommended versions
without even testing them?
Now we're getting reports in that BOINC Manager won't
El Jue 27 Ago 2009 15:32:52 Eric J Korpela escribió:
I still get all the binaries.
Do they correctly end up in the stage/${prefix}/bin directory if you
do a make stage?
This is the preferred method of making files for a binary package
rather than building under a chroot.
But then you get
El Jue 27 Ago 2009 15:46:23 Eric J Korpela escribió:
On Thu, Aug 27, 2009 at 11:43 AM, Eric J Korpela wrote:
Does anyone know what has changed in PROXY_INFO that causes segfaults
when boinc_get_init_data is called? Did someone change the
init_data.xml format? If so, is a segfault the best
El Vie 28 Ago 2009 16:55:04 David Anderson escribió:
Currently the client doesn't do this.
But it should and someday it may,
which is why that statement is there.
Right, the documentation shouldn't say what the client does, but what client
behavior the server can rely on.
--
Nicolas
El Sáb 29 Ago 2009 00:30:44 Josef W. Segur escribió:
First thoughts:
Whetstones don't measure peak performance, more like minimum performance.
The benchmark is of very basic funtionality and does not take advantage
of improved architectures, instruction sets, etc.
It would take advantage of
1 - 100 of 320 matches
Mail list logo