SimplePageRankVertex is just a simple example.
Does this patch provide anything in addition to PageRankVertex?
The formula there is:
double rank = (1d - teleportationProbability) * (rankFromNeighbors +
danglingContribution) + teleportationProbability / getTotalNumVertices();
Cheers,
--
Gianmar
[
https://issues.apache.org/jira/browse/GIRAPH-850?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13900358#comment-13900358
]
Gianmarco De Francisci Morales commented on GIRAPH-850:
---
+1 for
[
https://issues.apache.org/jira/browse/GIRAPH-824?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13889278#comment-13889278
]
Gianmarco De Francisci Morales commented on GIRAPH-824:
---
I'
[
https://issues.apache.org/jira/browse/GIRAPH-824?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13877375#comment-13877375
]
Gianmarco De Francisci Morales commented on GIRAPH-824:
---
Hi Ge
However, unfortunately, it will not automatically correct them.
Cheers,
--
Gianmarco
On 20 January 2014 17:05, Rob Vesse wrote:
> I don't know about a preferences file however I can answer on the code
> problems.
>
> If you have m2e installed then the Checkstyle plugin which Giraph uses is
>
[
https://issues.apache.org/jira/browse/GIRAPH-817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13851020#comment-13851020
]
Gianmarco De Francisci Morales commented on GIRAPH-817:
---
Hi A
[
https://issues.apache.org/jira/browse/GIRAPH-798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13850341#comment-13850341
]
Gianmarco De Francisci Morales commented on GIRAPH-798:
---
I am
Gianmarco De Francisci Morales created GIRAPH-817:
-
Summary: Compile problem with default profile
Key: GIRAPH-817
URL: https://issues.apache.org/jira/browse/GIRAPH-817
Project: Giraph
[
https://issues.apache.org/jira/browse/GIRAPH-804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13834181#comment-13834181
]
Gianmarco De Francisci Morales commented on GIRAPH-804:
---
Gianmarco De Francisci Morales created GIRAPH-804:
-
Summary: Compilation problems with Hadoop 0.23
Key: GIRAPH-804
URL: https://issues.apache.org/jira/browse/GIRAPH-804
Project: Giraph
Hi,
only one quick comment on optimizations and using ints as ids.
In my opinion, if you can use an int as an id for your dataset, probably
you don't need Giraph for your problem.
Just my 2c
Cheers,
--
Gianmarco
On Sun, Apr 14, 2013 at 11:26 PM, Sebastian Schelter wrote:
> Thank you, Avery,
[
https://issues.apache.org/jira/browse/GIRAPH-13?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13617193#comment-13617193
]
Gianmarco De Francisci Morales commented on GIRAPH-13:
--
Loo
[
https://issues.apache.org/jira/browse/GIRAPH-591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales resolved GIRAPH-591.
---
Resolution: Invalid
Assignee: Gianmarco De Francisci
Gianmarco De Francisci Morales created GIRAPH-591:
-
Summary: Compute called before initialize in
ComputeCallable.computePartition?
Key: GIRAPH-591
URL: https://issues.apache.org/jira/browse/GIRAPH
Gianmarco De Francisci Morales created GIRAPH-590:
-
Summary: Missing class org.apache.commons.net.util.Base64
Key: GIRAPH-590
URL: https://issues.apache.org/jira/browse/GIRAPH-590
[
https://issues.apache.org/jira/browse/GIRAPH-442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-442:
--
Attachment: GIRAPH-442.1.patch
Rebased the patch.
This patch
Hadoop 0.23
> > > --
> > >
> > > Key: GIRAPH-583
> > > URL: https://issues.apache.org/jira/browse/GIRAPH-583
> > > Project: Giraph
> > > Issue Ty
[
https://issues.apache.org/jira/browse/GIRAPH-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13612180#comment-13612180
]
Gianmarco De Francisci Morales commented on GIRAPH-583:
---
I t
[
https://issues.apache.org/jira/browse/GIRAPH-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13612162#comment-13612162
]
Gianmarco De Francisci Morales commented on GIRAPH-583:
---
Hi Eu
[
https://issues.apache.org/jira/browse/GIRAPH-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13612059#comment-13612059
]
Gianmarco De Francisci Morales commented on GIRAPH-583:
---
Hi,
Th
[
https://issues.apache.org/jira/browse/GIRAPH-583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-583:
--
Description:
Hi,
I am trying to run the RWR code on trunk and
Gianmarco De Francisci Morales created GIRAPH-583:
-
Summary: Problem with authehtication on Hadoop 0.23
Key: GIRAPH-583
URL: https://issues.apache.org/jira/browse/GIRAPH-583
Project
Actually, unless you use some specific recipe from Curator (like the
cache), your are just adding complexity.
You need one more dependency, one more thing that can break, one more thing
whose lifecycle you need to track (and Curator depends on a specific
version of ZK), and one more source of bugs.
;> >> >
> >>> >> >It would be nice if we could actually implement some of the
> >>>algorithms
> >>> >> >that
> >>> >> >Mahout does via map-reduce in Giraph's BSP formalism, to show off
> >>>how
> >>> >>it
> >>> &g
Personally, I don't think a half-baked and untested integration with YARN
will do any good to a release.
I would go for a stable release and fix the API.
YARN is experimental anyway, so trunk seems the right place.
Cheers,
--
Gianmarco
On Thu, Feb 28, 2013 at 3:09 AM, Eli Reisman wrote:
> I'd r
Hi,
Maybe the specific implementation can be thrown away, but personally I feel
very strongly for the need of a good LongDoubleFloatDouble vertex.
It's the base for any serious random walk algorithm.
I would call for a refactoring rather than a removal.
Just my 2c.
Cheers,
--
Gianmarco
On Th
[
https://issues.apache.org/jira/browse/GIRAPH-200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13473872#comment-13473872
]
Gianmarco De Francisci Morales commented on GIRAPH-200:
---
Wai
src/main/java/org/apache/giraph/io/SequenceFileVertexIdValueOutputFormat.java
PRE-CREATION
Diff: https://reviews.apache.org/r/7012/diff/
Testing
---
Passes mvn verify apart from findbugs, but it is not related to this patch:
Thanks,
Gianmarco De Francisci Morales
[
https://issues.apache.org/jira/browse/GIRAPH-191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13452255#comment-13452255
]
Gianmarco De Francisci Morales commented on GIRAPH-191:
---
Thanks
[
https://issues.apache.org/jira/browse/GIRAPH-191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13448756#comment-13448756
]
Gianmarco De Francisci Morales commented on GIRAPH-191:
---
C
[
https://issues.apache.org/jira/browse/GIRAPH-191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13440167#comment-13440167
]
Gianmarco De Francisci Morales commented on GIRAPH-191:
---
Forgo
e all typed graphs, and all
> Sematic Web style processing from Giraph.
>
> On 17 Aug 2012, at 14:30, Gianmarco De Francisci Morales wrote:
>
> > In any case, if one wanted to use a compressed memory representation by
> > aggregating different edge lists together, could one
that at infrastructure
> >>>> level and expose only one Vertex class (where the user only defines
> >>>>the
> >>>> computation details and everything else is abstracted away). Then we
> >>>>could
> >>>> play around with compact r
of
> core as far away as possible.
>
> On 8/17/12 2:11 PM, "Gianmarco De Francisci Morales"
> wrote:
>
> >Very interesting.
> >
> >On a side note, a graph with 100k vertices and 100M edges is largish but
> >not that big after all.
> >If it do
Very interesting.
On a side note, a graph with 100k vertices and 100M edges is largish but
not that big after all.
If it does not fit on 10+ GB of memory, it means that each edge occupies
around 100B (amortizing the cost of the vertex over the edges).
In my opinion this deserves some thought.
If m
.
Thanks,
Gianmarco De Francisci Morales
[
https://issues.apache.org/jira/browse/GIRAPH-191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13434015#comment-13434015
]
Gianmarco De Francisci Morales commented on GIRAPH-191:
---
Yes
[
https://issues.apache.org/jira/browse/GIRAPH-191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13433656#comment-13433656
]
Gianmarco De Francisci Morales commented on GIRAPH-191:
---
Trie
[
https://issues.apache.org/jira/browse/GIRAPH-191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-191:
--
Attachment: GIRAPH-191.3.patch
> Random Walks on Gra
[
https://issues.apache.org/jira/browse/GIRAPH-191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-191:
--
Attachment: (was: GIRAPH-191.3.patch)
> Random Wa
[
https://issues.apache.org/jira/browse/GIRAPH-191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-191:
--
Attachment: (was: PIG-191.1.patch)
> Random Walks
[
https://issues.apache.org/jira/browse/GIRAPH-191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-191:
--
Attachment: GIRAPH-191.3.patch
As I said on the dev list, the
["org.apache.giraph.BspCase"] At BspCase.java:[lines 44-394]
[INFO] Dead store to env in
org.apache.giraph.examples.SimpleTriangleClosingVertexTest.testSuperstepOne()
["org.apache.giraph.examples.SimpleTriangleClosingVertexTest"] At
SimpleTriangleClosingVertexTest.java:[lines 36-94]
Thanks,
Gi
["org.apache.giraph.BspCase"] At BspCase.java:[lines 44-394]
[INFO] Dead store to env in
org.apache.giraph.examples.SimpleTriangleClosingVertexTest.testSuperstepOne()
["org.apache.giraph.examples.SimpleTriangleClosingVertexTest"] At
SimpleTriangleClosingVertexTest.java:[lines 36-94]
Thanks,
Gi
nes 44-394]
[INFO] Dead store to env in
org.apache.giraph.examples.SimpleTriangleClosingVertexTest.testSuperstepOne()
["org.apache.giraph.examples.SimpleTriangleClosingVertexTest"] At
SimpleTriangleClosingVertexTest.java:[lines 36-94]
Thanks,
Gianmarco De Francisci Morales
[
https://issues.apache.org/jira/browse/GIRAPH-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-235:
--
Attachment: GIRAPH-235.2.patch
Rebased the patch, changed the
RAPH-191
> > Project: Giraph
> > Issue Type: New Feature
> > Components: examples
> >Affects Versions: 0.2.0
> > Reporter: Gianmarco De Francisci Morales
> >Assignee: Gianmarco De Francisci Mor
[
https://issues.apache.org/jira/browse/GIRAPH-191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13431754#comment-13431754
]
Gianmarco De Francisci Morales commented on GIRAPH-191:
---
Hi J
Hi,
>Are you saying that out-of-core is faster that hitting memory boundaries
> >(i.e. GC)? It is a bit tough to imagine that out-of-core beats in-core
> >=).
>
> That's the only explanation I could think of, honestly it sounds wrong to
> me too. But those are the results I keep getting. If someo
[
https://issues.apache.org/jira/browse/GIRAPH-273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13425681#comment-13425681
]
Gianmarco De Francisci Morales commented on GIRAPH-273:
---
IMHO,
[
https://issues.apache.org/jira/browse/GIRAPH-273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13424979#comment-13424979
]
Gianmarco De Francisci Morales commented on GIRAPH-273:
---
Ano
[
https://issues.apache.org/jira/browse/GIRAPH-273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13424862#comment-13424862
]
Gianmarco De Francisci Morales commented on GIRAPH-273:
---
Hi,
Congrats!
Nice to see the project moving fast (and in the right direction).
Cheers,
--
Gianmarco
On Wed, Jul 25, 2012 at 12:44 PM, Alessandro Presta wrote:
> Hi all,
>
> In case anyone missed this, we just committed a relatively big redesign of
> the API that aims for improved consistency and
[
https://issues.apache.org/jira/browse/GIRAPH-266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13421580#comment-13421580
]
Gianmarco De Francisci Morales commented on GIRAPH-266:
---
Averag
[
https://issues.apache.org/jira/browse/GIRAPH-264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-264:
--
Summary: bin/giraph should not require maven on the machine
Gianmarco De Francisci Morales created GIRAPH-264:
-
Summary: bin/giraph should not maven on the machine running graph
Key: GIRAPH-264
URL: https://issues.apache.org/jira/browse/GIRAPH-264
[
https://issues.apache.org/jira/browse/GIRAPH-261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-261:
--
Attachment: GIRAPH-261.patch
> Renave isQuiet varia
Gianmarco De Francisci Morales created GIRAPH-261:
-
Summary: Renave isQuiet variable
Key: GIRAPH-261
URL: https://issues.apache.org/jira/browse/GIRAPH-261
Project: Giraph
[
https://issues.apache.org/jira/browse/GIRAPH-251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-251:
--
Attachment: GIRAPH-251.a.patch
Fixed checkstyle problems
[
https://issues.apache.org/jira/browse/GIRAPH-81?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13415339#comment-13415339
]
Gianmarco De Francisci Morales commented on GIRAPH-81:
--
Why do
[
https://issues.apache.org/jira/browse/GIRAPH-191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-191:
--
Attachment: PIG-191.1.patch
Added handling of dangling nodes
[
https://issues.apache.org/jira/browse/GIRAPH-251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-251:
--
Attachment: GIRAPH-251.patch
Simple initial patch for passing
Gianmarco De Francisci Morales created GIRAPH-251:
-
Summary: Allow to access the distributed cache from Vertexes and
WorkerContext
Key: GIRAPH-251
URL: https://issues.apache.org/jira/browse/GIRAPH
[
https://issues.apache.org/jira/browse/GIRAPH-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13408043#comment-13408043
]
Gianmarco De Francisci Morales commented on GIRAPH-235:
---
Ye
[
https://issues.apache.org/jira/browse/GIRAPH-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13407915#comment-13407915
]
Gianmarco De Francisci Morales commented on GIRAPH-235:
---
In
[
https://issues.apache.org/jira/browse/GIRAPH-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianmarco De Francisci Morales updated GIRAPH-235:
--
Attachment: GIRAPH-235.1.patch
I have an initial patch for
Gianmarco De Francisci Morales created GIRAPH-235:
-
Summary: SequenceFile output format (id-value only)
Key: GIRAPH-235
URL: https://issues.apache.org/jira/browse/GIRAPH-235
Project
o the WorkerContext.
Cheers,
--
Gianmarco
On Thu, Jun 21, 2012 at 11:53 PM, Claudio Martella <
claudio.marte...@gmail.com> wrote:
> On Thu, Jun 21, 2012 at 10:24 PM, Gianmarco De Francisci Morales
> wrote:
> > Hi,
> >
> > I was wondering which is the best place fo
Hi,
I was wondering which is the best place for parameters passed to algorithms.
I am referring to parameters that are the same for all the vertexes and
need to be accessed at runtime (e.g. max num of supersteps).
One way is to read them from the conf in the first superstep and save them
in memor
69 matches
Mail list logo
