-
Notifications
You must be signed in to change notification settings - Fork 2
/
schedule
56 lines (52 loc) · 1.48 KB
/
schedule
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
scala/sbt jvm memory => solution: sbt -mem 4096
git it!!
newman gen_cinfo sorted incorrect?
murata
muratatri
trait KPartiteGraph writed
func modularity
func allposdq => c's local layer, local CID
func mv_nd(layer, nid, cid) # newman compliant
func calc_dq
func updateE updateC
combiner: trait test
complete the code
combiner
make a entry point to run with args
completed: ufinder, kfinder, hfinder
split dS, dM
do the all dmlxy in kf
java run scala: java -cp scala-library.jar;. hetcom.hetmain
merger.scala
MERGEC! MERGEC! MERGEC!: PYVER CHECK IF ITS OK DO SCALA
to cache_lxy: size change: src to 0, dst to s+d. all edges passing through them are changed. all c in throught edges need recalc
PAR CALC: not doing it
test alldq
test mergeq
use dlxy - ds, dm
write dQ_merge
write FU instead of pack-unpack
try 1.not to use dtof to see if it's being faster (or in pyver use cProfile)
try 2.sort CE_cnt to calc dQlist?
optimize speed: round loop and merge
[next]
balance accuracy and speed:
mod definition of M
minimize method - mix merge and move:
by loop
inside loop
move after merge
half/quarter loop
report:
bipartite
real data visual
bigger tripartite
try merger version of hfinder? // parallel subgraph calc may solve to few cmus
package:
multimain objects in one package
java -cp hetcom.jar {package}.{object} ...(parameters)
be faster:
not to calc whole newclnk, use cache_lxy to get src part, twice faster
try 3.only calculate adjacent node
do a profile?
maybe mod trinetfinder