Posts by ice00

1) Message boards : Number crunching : The processing of results (Message 926)
Posted 15 days ago by ice00
Post:
Result of March and April (unfortunately I'm not able to upload images now):

Mate:
March 259881
April 243928

Ortogon:
March 520412
April 488459

Only one type 3 on April:


0 3 6 2 9 7 8 5 4 1
9 1 5 7 2 3 4 8 0 6
8 6 2 9 1 0 7 3 5 4
5 8 0 3 6 1 2 4 9 7
3 7 1 8 4 6 5 9 2 0
6 2 9 4 7 5 3 0 1 8
2 0 4 5 8 9 6 1 7 3
1 4 8 6 0 2 9 7 3 5
7 9 3 1 5 4 0 6 8 2
4 5 7 0 3 8 1 2 6 9
2) Message boards : Number crunching : The processing of results (Message 920)
Posted 3 Mar 2020 by ice00
Post:
Upload was fast, so the DB is here:

https://drive.google.com/file/d/1Z9r6XRPbN_bnWDULysr2MlMHgkzffvCj/view?usp=sharing

Partial extract from readme:

Result of BOINC project ODLK1 from 2017-11 to 2020-02

Total squares:

Mate: 8.993.278
----------------
type1: 8.975.377
type2: 17.858
type3: 31
type4: 12

Ortogon (around): 17.944.635

https://boinc.multi-pool.info/

Copyright (c) 2019 Progger & Stefano Tognon (ice00)
3) Message boards : Number crunching : The processing of results (Message 919)
Posted 3 Mar 2020 by ice00
Post:
Here the DB totals by the graphs (for all ODLK1):

Preprocessed:      4.380.556

Mate:              8.998.974

Type1:             8.980.207
Type2:                18.722
Type3:                    31
Type4:                    14

Ortogon:          17.944.635


Here only 2019 DB of ODLK1:

Preprocessed:      1.846.497

Mate:              3.727.049

Type1:             3.719.290    
Type2:                 7.745      
Type3:                    10 
Type4:                     4

Ortogon:           7.402.316           


The result above are a little overestimated as the big dimension of the DB means that the processing server is not able to eliminate the duplicates that in one month can happen by compare to all the actual DB (it uses a part of it).
You see this in graph as Delta Mariage QF are 0 in the last months, instead of a true value.

That duplicated are instead eliminated when post-processing the result not in the server for union all the stuff in the DB.

For example the Type1 are 8.975.377 squares and not 8.980.207.

I will go to publish the Mate DB result (around 200MB) as Ortogon actually not compress in compact form (so it is 3GB of data!).
I need some days to load the dB into a sharing server for giving the link.
Thanks
4) Message boards : Number crunching : The processing of results (Message 916)
Posted 2 Mar 2020 by ice00
Post:
Result of February:







No type3 or type4 find this time
5) Message boards : Number crunching : The processing of results (Message 911)
Posted 10 Feb 2020 by ice00
Post:
Maybe the message about January result I prepare were not posted correctly, so I repost:

Here the result:







Type 4
0 2 8 7 9 4 3 6 5 1
7 1 4 5 8 3 9 2 0 6
4 8 2 1 5 9 0 3 6 7
1 9 0 3 6 7 4 5 2 8
3 7 5 2 4 6 1 8 9 0
8 3 6 9 7 5 2 0 1 4
9 4 7 8 2 0 6 1 3 5
5 6 9 0 3 1 8 7 4 2
6 5 1 4 0 2 7 9 8 3
2 0 3 6 1 8 5 4 7 9

6) Message boards : Number crunching : The processing of results (Message 908)
Posted 1 Jan 2020 by ice00
Post:
Result of December:







Type 3:
0 2 3 4 6 9 7 8 5 1
9 1 4 5 8 7 0 6 2 3
4 0 2 7 9 8 5 3 1 6
6 5 1 3 2 0 4 9 7 8
3 8 7 0 4 6 1 2 9 5
7 4 8 6 0 5 9 1 3 2
1 9 5 8 3 2 6 0 4 7
8 6 9 1 5 3 2 7 0 4
2 7 6 9 1 4 3 5 8 0
5 3 0 2 7 1 8 4 6 9

0 3 4 2 9 8 7 5 6 1
3 1 7 4 5 9 2 8 0 6
6 8 2 1 0 4 5 3 9 7
7 9 5 3 6 0 4 1 2 8
9 5 1 8 4 6 3 0 7 2
2 7 3 9 8 5 0 6 1 4
8 4 0 7 1 2 6 9 5 3
4 0 9 6 2 1 8 7 3 5
1 2 6 5 3 7 9 4 8 0
5 6 8 0 7 3 1 2 4 9


Type 4:
0 2 9 6 5 3 7 8 4 1
3 1 7 2 8 4 9 6 0 5
1 4 2 8 0 9 5 3 7 6
4 5 0 3 9 8 2 1 6 7
2 0 1 7 4 6 3 5 9 8
9 8 6 1 7 5 0 2 3 4
8 7 5 4 3 1 6 9 2 0
6 3 8 9 1 0 4 7 5 2
7 9 4 5 6 2 1 0 8 3
5 6 3 0 2 7 8 4 1 9
7) Message boards : Cafe : Happy New Year (Message 907)
Posted 31 Dec 2019 by ice00
Post:


Happy New Year from ODLK1.

Thanks
8) Message boards : Number crunching : The processing of results (Message 901)
Posted 2 Dec 2019 by ice00
Post:
Result of November:







0 5 3 2 9 7 8 4 6 1
6 1 4 8 3 2 9 5 0 7
5 8 2 6 7 0 1 3 9 4
9 2 7 3 1 8 4 6 5 0
8 7 1 0 4 6 5 9 2 3
3 6 9 4 2 5 7 0 1 8
4 3 0 5 8 9 6 1 7 2
2 4 8 9 5 1 0 7 3 6
1 9 6 7 0 4 3 2 8 5
7 0 5 1 6 3 2 8 4 9
9) Message boards : News : Hardware problems (Message 894)
Posted 10 Nov 2019 by ice00
Post:
Mysql DB moved.

Now all should be ok.

Thanks.
10) Message boards : News : Hardware problems (Message 893)
Posted 9 Nov 2019 by ice00
Post:
hi,

server is in the new disk, but for today Mysql DB still stay in Boinc disk.

If tomorrow new disk has no problem, then I move DB to the server internal disk.

Thanks
11) Message boards : News : Hardware problems (Message 892)
Posted 7 Nov 2019 by ice00
Post:
hi,

expect that during from Saturday to Sunday there will be some hours of server downtime due to the change of the disk (copy should be done with Boinc activity disconnected to not lose what happen during the copy).

thanks
12) Message boards : Number crunching : The processing of results (Message 891)
Posted 2 Nov 2019 by ice00
Post:
Result of October:







Type 3:

0 4 7 2 6 8 3 9 5 1
4 1 6 0 9 3 8 5 2 7
9 8 2 1 7 6 5 0 4 3
7 6 1 3 2 9 4 8 0 5
8 5 0 6 4 7 1 3 9 2
2 7 3 9 8 5 0 4 1 6
1 9 8 5 3 0 6 2 7 4
3 0 9 4 5 1 2 7 6 8
5 3 4 7 1 2 9 6 8 0
6 2 5 8 0 4 7 1 3 9

0 5 4 8 6 9 2 3 7 1
9 1 8 6 7 0 3 5 2 4
1 7 2 4 9 6 5 0 3 8
2 9 7 3 5 8 4 1 0 6
8 3 5 1 4 7 9 2 6 0
3 0 9 2 8 5 1 6 4 7
7 8 1 9 0 2 6 4 5 3
6 4 3 0 2 1 8 7 9 5
4 6 0 5 1 3 7 9 8 2
5 2 6 7 3 4 0 8 1 9

0 9 3 6 5 8 2 4 7 1
3 1 5 4 6 0 8 9 2 7
7 4 2 0 8 1 9 3 5 6
9 2 6 3 1 7 0 8 4 5
8 3 1 7 4 6 5 0 9 2
2 0 8 9 7 5 3 6 1 4
1 7 4 8 2 9 6 5 0 3
5 6 9 2 0 4 1 7 3 8
6 5 7 1 9 3 4 2 8 0
4 8 0 5 3 2 7 1 6 9
13) Message boards : Number crunching : missing work units (Message 889)
Posted 31 Oct 2019 by ice00
Post:
Unfortunately Boinc was to not be able to detect the downtime and compensate the deadline of that time.

I'm looking if I could compensate credits via SQL query on valid WU arrived after deadline, but I have to study the BOINC code carefully before apply that.
14) Message boards : News : Hardware problems (Message 887)
Posted 29 Oct 2019 by ice00
Post:
As Linux is almost perfect if you get the same problem two times in short time, that means that there is an hardware problem behind!

The first time I can think it was due to the 3 working people that add new devices in my network for having three more connection speed of actual one as they manage to add cables and move devices during the operation.. and after them you got a DB related problem into the server just 5 minutes after they gone...

But after having rebuild the DB from scratch (without losing any data) and get the same error..then it is an hardware error (maybe related to the system disk that manifest some operation degradation that should not happen with his young life)

Actually the DB is now moved onto the ODLK1 Boinc disk and this should stay good until the new disk arrived and I can move system to it (maybe in 15 days).

Thanks
15) Message boards : Number crunching : missing work units (Message 886)
Posted 26 Oct 2019 by ice00
Post:
During the server downtime of those days, I change the backup process and now it should not block the boinc DB usage.
16) Message boards : Number crunching : missing work units (Message 885)
Posted 20 Oct 2019 by ice00
Post:
I can only see from log that maybe the DB backup (with DB that is increasing over the years) takes more longer to finish and during this phase mysql delay incoming DB requests. So it is possible that some request goes into timeout and so statistics are not up to date.

I have to see if I can stop all boinc daemons, than takes backup, and then restart daemon, to see if this could be the solution.
17) Message boards : Number crunching : The processing of results (Message 881)
Posted 13 Oct 2019 by ice00
Post:
The link to DB of complete ODLK1 result is not yet available even if I built the global DB (total of 6GB of data).

Unfortunately conversion to compact form stop with error "Failed to get name for square!" while processing a 3GB archive, so I have to investigate further.

3GB where converted into 187MB that zipped become 117MB, so the actual estimate final DB up to October 2019 will be around 250MB.
18) Message boards : Number crunching : The processing of results (Message 876)
Posted 6 Oct 2019 by ice00
Post:

Who needs such "Ortogon" square?


DB contains all result and so even Ortogon (a result given by the script).
If one did not like Ortogon result, simple ignore those squares.

It require 2 seconds to simple delete a Ortogon file from DB, that to takes the Mate result from DB and reprocess to obtain the Ortogon (actually 2 weeks of works to generate) :)
19) Message boards : Number crunching : The processing of results (Message 873)
Posted 6 Oct 2019 by ice00
Post:
ice00
What is Ortogon square? What they have Type?

Ortogon are squares generated by zamyk.sh script when processing the data.
The type are for Mariage squares.
20) Message boards : Number crunching : The processing of results (Message 870)
Posted 5 Oct 2019 by ice00
Post:
Are there two identical diagrams?


Wrong copy/paste

Now the post is modified to point to right image


Next 20


©2020 Progger & Stefano Tognon (ice00)