Bot.
>
> ср, 6 февр. 2019 г. в 17:37, Eduard Shangareev >:
>
> > Dmitriy,
> >
> > Please, clarify the idea.
> > What do we want to achieve by this? Making tests more stable by hiding some
> > issues in our tests/codebase?
> >
> >
> > On Tue, Feb 5,
Hi,
AFAIK various startGrid* methods of GridAbstractTest are not tied to
concrete instance of test class. I think that a we can make them
static. Also same can be done for some other methods and all they can
be extracted into static utility class like GridTestSupport in order
to reduce
Dmitriy,
Sounds like a good idea to me. Problems related to tests isolation are
very common in practice. And things can be complicated when order
varies.
But by the way does the order of Ignite tests vary today? Junit 4
javadocs claims something about "default deterministic order" [1].
[1]
, Павлухин Иван :
>
> Hi,
>
> Mentioned javadoc.css references to some image resources. They present
> for 2.3.0 release [1]. But similar url returns 404 for 2.7.0 [2]. Who
> knows how to upload resources?
>
> [1] https://ignite.apache.org/releases/2.3.0/javadoc/resources
> [2
if coordinator will be failed new event will be appear and we
> will generate new task on new coordinator.
>
> --
> Best regards,
> Anton Kalashnikov
>
>
> 28.01.2019, 13:17, "Павлухин Иван" :
> > Anton,
> >
> > Great feature!
> >
> >
Hi Lalit,
Usually topics related to some sort of contribution are discussed on
dev list. I added user list to recipients list. You will get an answer
for usability questions on user list quicker.
вт, 29 янв. 2019 г. в 00:00, Lalit Jadhav :
>
> While starting one node it gets up with time delay
Anton,
Great feature!
Could you please clarify a bit about implementation details? As I
understood auto-adjust properties is meant to be consistent across the
cluster. And baseline adjustment is put into some delay queue. Do we
put event into a queue on each node? Or is there some dedicated node
Pavel,
Initially I meant Java thick client. And I see the difference between
thin and thick Java clients. As was already mentioned thin Java client
behaves in way like each cache is enforced to not unwrap binary
objects (withKeepBinary()). You can see a test demonstrating current
behavior [1].
Cheers!
вт, 22 янв. 2019 г. в 20:19, oignatenko :
>
> ...sort of a follow-up. I gave folks a bit more leeway than originally
> planned week or two.
>
> It's been about a month since master was changed in a way that wouldn't
> allow JUnit 3 tests execute anymore (per IGNITE-10177) and I just
/IGNITE-9322
[2]
https://dev.mysql.com/doc/refman/8.0/en/innodb-parameters.html#sysvar_innodb_lock_wait_timeout
ср, 9 янв. 2019 г. в 09:47, Павлухин Иван :
>
> Hi,
>
> In continuation of discussion summarized in [1] I would like to
> highlight some points related to avoidance of non-deadlocked
> transac
Ilya,
It's really hard question. Generally fail-fast principle is a good
idea. Ignoring every error can lead to real damage.
But in fact it is very general statement. Pure fail-fast sounds not
good solution for a server application which should work stable for
many hours. And nobody is free from
I don't feel it is a very important issue to remove notifications from
> > the
> > > list, as it can be easily filtered out using mail setup. But if someone
> > > feels it is really disturbing, please go ahead. I'm ok with GitHub
> > > redirection, but I will not drive this t
manage them.
>
> I filled an issue [1], I hope we will be able to find resources to
> solve the issue before 2.8 release.
>
> [1] https://issues.apache.org/jira/browse/IGNITE-10862
>
> On Sat, Dec 29, 2018 at 10:47 AM Павлухин Иван wrote:
> >
> > I suppose it is about I
к. 2018 г. в 15:55, Павлухин Иван :
>
> Igor, thanks for your feedback! Let's do according to your proposal.
>
> пн, 24 дек. 2018 г. в 14:57, Seliverstov Igor :
> >
> > Ivan,
> >
> > We have to design configuration carefully.
> > There are possib
own issue the community will explain how to tackle.
>
> Denis
>
> On Saturday, December 29, 2018, Ilya Kasnacheev
> wrote:
>
> > Hello!
> >
> > I don't see how we can fix a bug in JVM.
> >
> > Regards,
> > --
> > Ilya Kasnacheev
&g
icket for version prior to 11?
> >
> > --
> > Denis
> >
> > On Fri, Dec 28, 2018 at 12:30 AM Павлухин Иван
> > wrote:
> >
> > > AFAIK, "-J" is also a common way used by developers of the java
> > > platform for passing JVM sys
I suppose it is about Ignite Page Memory pages defragmentation.
We can get 100 allocated pages each of which becomes only e.g. 50%
filled after removal some entries. But they will occupy a space for
100 pages on a hard drive.
пт, 28 дек. 2018 г. в 20:45, Denis Magda :
>
> Shouldn't the OS care
AFAIK, "-J" is also a common way used by developers of the java
platform for passing JVM system properties from command line tools
which start JVM inside. E.g. keytool follows such approach [1].
[1] https://docs.oracle.com/javase/8/docs/technotes/tools/unix/keytool.html
(section Common Options).
/resources
пн, 17 дек. 2018 г. в 16:38, Павлухин Иван :
>
> Dmitriy,
>
> Yep, it looks like the problem is inside assembly/docfiles/javadoc.css
>
> I will try to dig into some time later on a spare time. Of course, if
> nobody fixes the problem earlier.
> пн, 17 дек. 2018 г.
ility to
> change the behavior while development phase.
>
> [1] https://issues.apache.org/jira/browse/IGNITE-7966
>
> Regards,
> Igor
>
> чт, 20 дек. 2018 г. в 16:29, Павлухин Иван :
>
> > Hi,
> >
> > I prepared a patch with deadlock detection algorit
8 г. в 15:51, Павлухин Иван :
>
> Igor,
>
> I see your points. And I agree to start with "lightweight
> implementation". Today we have 2PL and there is no activity on
> implementing rollback to savepoint. And if we do it in the future we
> will have to return to the
Hi,
I uploaded updated version of the plugin to community wiki [1].
[1] https://cwiki.apache.org/confluence/display/IGNITE/Abbreviation+Rules
пн, 17 дек. 2018 г. в 19:47, Павлухин Иван :
>
> Dmirity,
>
> Thank you! Permissions works for me.
>
> I will spend a while using a
Good news!
I also believe that a lot of users will be happy once it is released. Cheers!
By the way, I noticed that the latest Hibernate version is 5.4. It is
compatible with 5.3? Should it be somehow addressed by Ignite
developers?
ср, 19 дек. 2018 г. в 19:09, Ilya Kasnacheev :
>
> Hello!
>
> I
t is probable) isn't usual
> but, potentially, extremely rare, I don't think we should solve it since it
> doesn't break the grid.
>
> Regards,
> Igor
>
> вт, 18 дек. 2018 г. в 17:57, Павлухин Иван :
>
> > Hi folks,
> >
> > During implementation of edge-chasing dead
d will be called
> twice, once from JUnit 4 framework and one more time from GridAbstractTest.
>
> regards, Oleg
>
>
> Павлухин Иван wrote
> > Hi Oleg,
> >
> > I have not quite understood who is going to call (from standpoint of
> > test framework) before
course of
> working on IGNITE-10177 (https://github.com/apache/ignite/pull/5615). One
> riddle that currently looks particularly difficult to crack is Teamcity
> failures in "Queries 1", I even haven't yet figured how to reproduce these
> locally.
>
> regards, Oleg
>
>
&g
ser messages but in big-O terms both approaches have the
same complexity. Both correctness and complexity impact unfortunately
have hardly predictable impact for real workflows. In ideal world
thorough testing could give the answers.
Please, share your vision.
[1] https://issues.apache.org/jira/b
stanlukya...@gmail.com
> Subject: Re: Pre-touch for Ignite off-heap memory
>
>
>
> Bump.
>
>
>
> Stanislav, Ivan, can you answer my questions?
>
> Let's discuss these improvements.
>
>
>
> ср, 12 дек. 2018 г. в 22:14, Павлухин Иван :
>
>
>
> >
job.
>
> If a developer writing new test or reworking an old one follows the
> deprecation recommendations they will use JUnit 4 way instead of deprecated
> methods and you can see from the code that in this case LegacySupport will
> just transparently pass-through the test code without in
please check.
>
> I still feel we need to migrate code to ASF repo. I will try to do
> something for that.
>
> Sincerely,
> Dmitriy Pavlov
>
> пн, 17 дек. 2018 г. в 13:44, Павлухин Иван :
>
> > Hi,
> >
> > I did some investigation regarding scala support a
e. I guess it is not a layout
> is broken, but a style missing.
>
> Unfortunately, I don't know how to fix. Probably we should start research
> from ignite/pom.xml:191
>
> ${basedir}/assembly/docfiles/javadoc.css
>
>
> пн, 17 дек. 2018 г. в 14:32, Павлухин Иван :
>
>
Hi,
I noticed that Ignite javadoc layout on web for latest versions has
some problems. For example, I see no links near the "Class" at heading
of the page [1]. Here is a screenshot [2]. Do you see the same?
I was able to build javadoc on my machine. With current configuration
I see the same
, Павлухин Иван :
>
> Vyacheslav,
>
> > PR looks good to me in general, but I've noticed a possible typo in
> > the PR and Wiki:
> > 'lable' -> 'label'
>
> Good catch! I updated a PR [1]. Could someone fix it on wiki or give
> me rights to edit wiki? (my logi
>
> Also, I used ML testsuite to debug the changes I made, because it contains
> convenient mix of usecases and runs fast.
>
> Your feedback is much appreciated.
>
> regards, Oleg
>
>
> Павлухин Иван wrote
> > Hi guys,
> >
> > I started writing a junit4
Roman,
Thank you for pointing out usage as an in-memory cache. I will try to
describe how do I see the use case.
First of all our MVCC caches provides transactions. And a user will
choose MVCC if his workflow is transactional. If a use case is a
caching layer then some backing storage is
the PR and Wiki:
> 'lable' -> 'label'
>
> Also, according to the wiki, the following rules should be added:
> 'topologyVersion' -> 'topVer'
> 'regularExpression' -> 'regex'
>
> Am I miss something?
>
> On Sat, Dec 15, 2018 at 11:17 AM Павлухин Иван wrote:
>>
>&
Hi Dmitriy, Vyacheslav,
I created a ticket [1] and PR [2] for updating a list of abbreviations
used by the plugin. The changes in the plugin itself looks trivial.
But some extra build and publish steps are required (see the ticket).
Also if I understand it correctly plugin should be build with
Hi Igniters,
I would like to share with you that now it is possible to use IDEA
async debugger for debugging Ignite futures. And we should thank Ivan
Bessonov for that awesome contribution [1].
Most of your might be already familiar with async debugger in IDEA.
For the rest I prepared two
t method (overriding GridAbstractTest framework method)
annotated with @Before annotation (I believe accidentally)! It means
that migrating such test to junit4 will lead to calling beforeTest
twice. Ouch!
ср, 12 дек. 2018 г. в 13:21, Павлухин Иван :
>
> Hi Oleg,
>
> Thanks your for detailed
Hi folks,
I did not quite get what user problem we are trying to solve so far.
The simplest thing which comes to my mind is to prohibit MVCC caches
creation in a data region with eviction configured. What am I missing?
Why do we need this feature today?
чт, 13 дек. 2018 г. в 22:33, Vladimir
Dmitriy,
Thank you for your efforts! For me it looks exactly what is needed.
Screenshot will tell everything for me (see hint at right) [1].
[1]
https://gist.githubusercontent.com/pavlukhin/c8c7c6266eeab56048c31f5cdfb31d20/raw/a9af17d920a6eda4328c301023229c2ba6332d58/contr.png
чт, 13 дек. 2018
(the link "contributing guidelines" on the screenshot refers to CONTRIBUTING.md)
чт, 13 дек. 2018 г. в 08:50, Павлухин Иван :
>
> Dmitriy,
>
> Thank you for your efforts! For me it looks exactly what is needed.
> Screenshot will tell everything for me (see hint at rig
use
> > off-heap as well as heap.
> > So, we can implement a similar feature for Ignite – and make sure the users
> > can get all the memory pre-touch benefits if they want.
> > Of course, it impacts startup time so we should enable it by a
> > configuration property (I’
re gives them a reason to prefer
> other JUnit annotations over something else. It works about the same as I
> described above for beforeTestsStarted in GridAbstractTest and how it
> inhibited use of JUnit 3 methods: after you picked one part of some API it
> naturally becomes mo
t; >> 2. Add @RunWith(JUnit4.class) annotation on test class.
> > >> 3. Add @Before, @After on methods which should run before, after a
> > >> test (setUp, tearDown in current approach).
> > >> 4. Add your test-class to a suite using suite.addTest(new
> > &g
opened.
> > > Apache Spark - 484 PR opened.
> > > Apache Flink - 430 PR opened.
> > >
> > > В Вт, 11/12/2018 в 09:24 +0300, Pavel Tupitsyn пишет:
> > > > Agree with Dmitriy.
> > > >
> > > > We use GitHub PRs in our workflow,
Nikolay,
I must say that when I first saw 1K+ open PRs my first thought was
that something was wrong with a review process. In my mind in not very
big project open PR list can reflect very well the real work in
progress. For bigger projects things become more complicated.
Dmitriy,
Do you have
research.
> > I'm ok with Nikolay approach in case that's not a final step.
> >
> > On Thu, Dec 6, 2018 at 12:11 PM Павлухин Иван wrote:
> >
> > > Nikolay,
> > >
> > > I meant "not expensive" by "cheap". And I meant that it i
ks like a cheap refactoring.
> > >
> > > I don't agree with your term "cheap".
> > > Do you think reducing copy paste code not worth it?
> > >
> > > I see a hundreds issues that bring copypasted code in the product(Ignite
> > > and
;
> >> > > > wrote:
> >> > > > > > >
> >> > > > > > > > Dmitriy,
> >> > > > > > > >
> >> > > > > > > > It's ok in case someone ready to do this (get rid of all
> >> no-op
> >>
better, just commit further improvements. And I will
> be happy if you contribute some improvements later.
>
> If you would like to revert by veto, please justify your intent. If you
> would discuss it with all community, please feel free to convince me and
> others.
>
> ср, 5 дек
Hi Anton,
Could you please summarize what does aforementioned patch made really worse?
As I see, the patch added a very good thing -- meaningful failure
handler in tests. And I think it is really important. But was is the
harm and does it overweight positive result? And why?
ср, 5 дек. 2018 г. в
Hi Oleg,
I noticed that GridAbstractTest is now capable to run junit4 tests.
What are the current recommendations for writing new tests? Can we use
junit4 annotation for new tests?
пн, 12 нояб. 2018 г. в 19:58, oignatenko :
>
> Hi Ivan,
>
> I am currently testing approach you used in pull/5354 in
Missing ref:
[2]
https://mvnrepository.com/artifact/org.mariadb.jdbc/mariadb-java-client/2.3.0
2018-12-02 18:31 GMT+03:00, Павлухин Иван :
> Hi Alexander,
>
> I have 2 points.
>
> 1. According to the jdbc spec [1] setNetworkTimeout method is
> optional. What user problem we
Hi Alexander,
I have 2 points.
1. According to the jdbc spec [1] setNetworkTimeout method is
optional. What user problem we are going to solve by implementing that
method?
2. Also I checked another quite popular jdbc driver provided by
MariaDB [2]. They ignore an executor argument as well and
Meanwhile some of us can subscribe for this list.
пт, 30 нояб. 2018 г. в 19:09, Denis Magda :
>
> Yes, the messages have to be redirected. Talk to INFRA please.
>
> --
> Denis
>
> On Fri, Nov 30, 2018 at 7:12 AM Dmitriy Pavlov wrote:
>
> > Hi Eduard,
> >
> > could you please issue ticket similar
+1
(accept Apache Ignite 2.7.0-RC1)
пт, 30 нояб. 2018 г. в 13:43, Юрий :
>
> +1
>
> пт, 30 нояб. 2018 г. в 13:25, Anton Vinogradov :
>
> > +1
> >
> > пт, 30 нояб. 2018 г. в 10:05, Seliverstov Igor :
> >
> > > +1
> > >
> > > пт, 30 нояб. 2018 г., 9:59 Nikolay Izhikov nizhi...@apache.org:
> > >
> >
Hi Stan,
Thank you for revealing (at least for me) one more dark corner in
Ignite. As I see from your analysis it looks like a partition loss
policy should be taken into account in many places (persistence,
different query types, different cache modes). And it seems that with
multiple options to
Hi Oleg,
Thank you for the story. Now I see the concerns better.
чт, 29 нояб. 2018 г. в 18:45, oignatenko :
>
> Hi Ivan,
>
>
> Павлухин Иван wrote
> > P.S. Did not really get what was the main problem related to
> > IGNITE-10399 [1]. I suppose it should go: simple pr
Hi Oleg,
First of all I am not against giving it a try. Let's try it.
P.S. Did not really get what was the main problem related to
IGNITE-10399 [1]. I suppose it should go: simple problem -- fast fix.
[1] https://issues.apache.org/jira/browse/IGNITE-10399
чт, 29 нояб. 2018 г. в 16:04,
Hi Oleg,
I am not ultimately sure that it will not do any harm. Red error
highlights are designed to attract attention very well. I can imagine
that I will be distracted by every unused import. While usually I rely
on "Optimize imports" enabled in the commit dialog in IDEA.
But I think that we
to separate facilities providing
transactions and durability. And it seems to me that those facilities
are in different dimensions.
ср, 28 нояб. 2018 г. в 16:26, Павлухин Иван :
>
> Sorry, if it was stated that a SINGLE transaction updates are applied
> in a same order on all replicas th
Hi Roman,
Also you could check if your problem is mentioned in another
discussion related to lost partitions [1].
[1]
http://apache-ignite-developers.2346864.n4.nabble.com/Partition-Loss-Policies-issues-td37304.html
ср, 28 нояб. 2018 г. в 19:31, novicr :
>
> Resending this to bubble up to the
ср, 28 нояб. 2018 г. в 13:26, Павлухин Иван :
>
> Hi,
>
> Regarding Vladimir's new idea.
> > We assume that transaction can be represented as a set of independent
> > operations, which are applied in the same order on both primary and backup
> > nodes.
&
Hi,
Regarding Vladimir's new idea.
> We assume that transaction can be represented as a set of independent
> operations, which are applied in the same order on both primary and backup
> nodes.
I have not got why we can assume that reordering is not possible. What
have I missed?
вт, 27 нояб.
Ilya, my congratulations!
вт, 27 нояб. 2018 г. в 13:56, Dmitriy Pavlov :
>
> Dear Igniters,
>
>
>
> It is last but not least announce. The Apache Ignite Project Management
> Committee (PMC) has invited Ilya Kasnacheev to become a new committer and
> are happy to announce that he has accepted.
>
>
Roman,
Do you have some expectations how faster "correlated" tests
elimination will make Run All? Also do you have a vision how can we
determine such "correlated" tests, can we do it relatively fast?
But all in all, I am not sure that reducing a group of correlated
tests to only one test can
3, 2018 at 9:32 AM Павлухин Иван wrote:
>
> > Hi,
> >
> > May be I am a little bit late with my thoughts about a command syntax.
> > How do I see it is going to be used:
> > 1. A user is able to kill a query by unique id belonging only to this
> > query.
> &
+1
вт, 27 нояб. 2018 г. в 09:22, Dmitrii Ryabov :
>
> 0
> вт, 27 нояб. 2018 г. в 02:33, Alexey Kuznetsov :
> >
> > +1
> > Do not forget notification from GitBox too!
> >
> > On Tue, Nov 27, 2018 at 2:20 AM Zhenya wrote:
> >
> > > +1, already make it by filers.
> > >
> > > > This was discussed
request for the given pair (NODE_ID, COUNTER) should be requested at most
> once. This way, even if specific deadlock check request is lost due to node
> failure, and another deadlock has formed, then some other node will
> re-trigger deadlock change request sooner or later, as it's counter
>
Igor,
Could you please clarify some points?
> 1) preserve list of active txs, sorted by the time of their first update
> (using WAL ptr of first WAL record in tx)
Is this list maintained per transaction or per checkpoint (or per
something else)? Why can't we track only oldest active
ed. May be something else.
>
> On Sun, Nov 18, 2018 at 10:21 AM Павлухин Иван wrote:
>
> > Vladimir,
> >
> > Thanks for the articles! I studied them and a couple of others. And I
> > would like to shar
нояб. 2018 г. в 14:34, Павлухин Иван :
>
> Hi,
>
> I would like to understand following. We are going to make TC green.
> We are going to make TC fast. Are we going to do it in parallel?
> пн, 19 нояб. 2018 г. в 08:39, Petr Ivanov :
> >
> > Concerning current TeamCity
Hi Vladimir,
How do you see a default tablespace configuration in the "bright"
future? Is it going to be a single file for an Ignite instance? In
what cases will be there benefits to explicitly configure additional
tablespaces?
By the way was the name "tablespace" hand-crafted or it was it
Hi,
May be I am a little bit late with my thoughts about a command syntax.
How do I see it is going to be used:
1. A user is able to kill a query by unique id belonging only to this query.
2. A user is able to kill all queries started by a specific node.
For killing a single query we must
Hi Vishwas,
Are you going to do some contribution related to your question? If not
then you could ask the same question on u...@ignite.apache.org User
list exists exactly for asking questions related to usability problems
and most likely you will get an answer there.
ср, 21 нояб. 2018 г. в 10:26,
> to receive these emails.
> >> This is much more convenient and more flexible than filtering emails from
> >> a
> >> bot.
> >>
> >> So, most people ignore JIRA messages, and the ones who want to track new
> >> tickets,
> >>
Igor my congratulations! Keep going!
2018-11-20 9:01 GMT+01:00, Vladimir Ozerov :
> The Apache Ignite Project Management Committee (PMC) has invited Igor
> Seliverstov to become a new committer and are happy to announce that he has
> accepted.
>
> Igor contributed a lot to "Transactional SQL"
Hi,
I would like to understand following. We are going to make TC green.
We are going to make TC fast. Are we going to do it in parallel?
пн, 19 нояб. 2018 г. в 08:39, Petr Ivanov :
>
> Concerning current TeamCity compute capacity — I think we should invest into
> it’s stability at first: there
a is already researched throughly enough, so we should
> be able to find an answer quickly.
>
> Vladimir.
>
> [1] http://www.cse.scu.edu/~jholliday/dd_9_16.htm
> [2] https://www.cs.uic.edu/~ajayk/Chapter10.pdf
> [3]
> https://www.cs.utexas.edu/users/misra/scannedPdf.dir/D
hould never be redirected. Hopefully, it will not
> > > generate any alerts.
> > >
> > > I hardly understand goal: is our target metric - message count to be as
> > > less as possible? (extreme - 0 emails, let's not write here at all, we
> > can
Oleg,
I join to Dmitriy. I found your summary quite interesting.
пт, 16 нояб. 2018 г. в 13:12, Dmitriy Pavlov :
>
> Oleg,
>
> excellent research! It allows me to avoid bothering community developers
> once again.
>
> Thank you for your efforts and for contributing to this discussion.
>
>
Hi,
In my opinion there should be only development discussions and
important notifications on dev list. But I must say that I started to
look through Jira and even GitHub notifications from time to time. And
I find that it sometimes gives me a useful information like
"contributor A is doing B".
Hi,
Next part as promised. A working item for me is a deadlock detector
for MVCC transactions [1]. The message is structured in 2 parts. First
is an analysis of the current state of affairs and possible options to
go. Second is a proposed option. First part is going to be not so
short so some
нояб. 2018 г. в 17:30, Павлухин Иван :
>
> Hi Oleg,
>
> I can outline some motivating ideas. There is no agreed solutions yet,
> but junit4 might help us in reusing existing tests for improving MVCC
> coverage. Another area is managing RunAll execution time with help
>
e how much
> effort
> could be involved in maintaining "twin" classes in sync (you are absolutely
> right pointing that this is concerning). If it turns out too complicated to
> sync we would probably switch to something like you have done in pull/5354
>
> regards, Oleg
&g
Hi Maxim,
Single IEP per a major change looks desirable for me. But
I have doubts that it is always feasible.
Regarding naming. Could you please provide a couple of
examples of inaccurate names and how they might have
been improved?
чт, 8 нояб. 2018 г. в 21:19, Maxim Muzafarov :
> Vladimir,
>
Hi Oleg,
Migrating to Junit 4 sounds as great idea. I believe everybody
is quite surprised when finds Junit 3 in Ignite.
But for me personally it is good to understand what problem we
are trying to solve? What benefits will Junit 4 give us? What are
the most painful moments with current testing
; to some project, it's ok to adopt that project rules. Moreover, reviewing
> > committer can silently fix minor code style issues himself upon merge.
> >
> > пт, 2 нояб. 2018 г. в 10:08, Павлухин Иван :
> >
> > > Andrey, Yakov,
> > >
> > >
Andrey, Yakov,
Actually my concert is more about one-time contributions. I imagine
the following. Someone finds a bug a decides to contribute a fix.
I think it is quite common scenario in Open Source.
He creates a PR and awaits a review. I think that a smooth and fast
review process will
Hi Yakov and all,
Recently I went through abbreviations list [1] to find items which are not
clear
for me. After the list was shortened by Yakov and others most of them have
gone.
But pay attention to "lic -> license". I cannot find usages of it in Ignite
codebase?
Could it be removed as well?
to observe JVM OOM-killed.
[1] https://github.com/apache/ignite/pull/5220
[2]
https://gist.github.com/pavlukhin/e5e6605e9b4366627ba8d1aab42f#file-hs_err_pid5763-log
[3]
https://gist.github.com/pavlukhin/e5e6605e9b4366627ba8d1aab42f#file-hs_err_pid6411-log
вт, 30 окт. 2018 г. в 9:19, Павлухин
Hi guys,
I am not aware that it is possible to run JVM in "allocation-free" fashion.
If you know that it is possible please share it. As I know JVM allocates
memory out of garbage collectable area for internal purposes like JIT,
GC itself. Also native built-it code can request memory allocation
Hi Alex,
I wonder what problem you wish to solve. Pre-touching memory looks like a
solution.
But what is the problem? Am I getting it right that it is desired to avoid
OOM (of some kind)
in unpredictable moment of Ignite process execution? If so there could be
number of ways to tackle it.
I am
Hi all,
I also think that abbreviations should not be mandatory (point 3).
But what I am worrying about is a conflict resolution between a patch
submitter and a reviewer.
How to come to an agreement when one side is strictly for and another side
is strictly against
using abbreviations in some
> >
> > So we don't need to approve any change by discussion, but keeping
> community
> > member posted seems to be really helpful here.
> >
> > Currently, I don't know why and which suites were added.
> >
> > Sincerely,
> > Dmitriy Pavlov
> >
>
Hi Anton,
I ran a problematic build against my contribution [1] and it seems to pass
fine. Then I ran the build against your PR branch and it hanged [2].
There is nothing surprising that it fired only in master because the build
was added to RunAll after your PR runs.
Could you please take a
Hi Igniters,
On Friday I felt a real inconvenience (pain in ass) with running builds for
a ticked I worked on [1]. There were two the most frustrating moments:
1. Estimated build completion time was 11 hours after the start.
2. There are newly added suites which are failing constantly in recent
HI all,
+1 for "table" from me. For me "table" has several benefits:
1. It's common and consequently easy to explain and understand.
2. It's quite universal. One can worry that "table" does not describes
key-value storage well.
I don't see any problem here, because Hash Table data structure
Hi NIkolay,
Thank you for keeping everybody focused! Regarding to my ticket IGNITE-5935.
It is in final stage now. Tests look good. I believe that it will be merged
in couple of days (at most).
ср, 17 окт. 2018 г. в 11:39, Nikolay Izhikov :
> Hello, Igniters.
>
> 9 tickets to go!
>
> Alexey
201 - 300 of 322 matches
Mail list logo