Activity
From 12/31/2023 to 01/29/2024
01/29/2024
- 05:09 PM Bug #7924: add support for creating an empty database
- Dănuț Filimon wrote:
> Ovidiu Maxiniuc wrote:
> > As noted in my previous note, this is the cause of the failure: t... - 05:05 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Alexandru Lungu wrote:
> Danut, any other testing required?
There is no testing left that I can do. Currently ChUI ... - 04:58 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Danut, any other testing required?
Beside the history entry fixes, what about the @guarded.sql@ - was it generated...
01/26/2024
- 10:50 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Can we merge this to trunk?
- 10:06 AM Bug #7999: FWD does not honor FIELDS/EXCEPT at dynamic queries
- Eduard, please address the review to get this done.
- 05:38 AM Support #6714: check if there is an optimization opportunity when copying temp-tables based on mu...
- I retested the changes (the patch from #6714-14) but had to make two small adjustments:
* The usage of the @Procedur...
01/25/2024
- 03:36 PM Bug #8214: Split Persister into SQLPersister and InMemoryPersister
- Eric Faulhaber wrote:
> In the absence of the @force-no-undo-temp-tables@ configuration option being set to @true@, ... - 01:23 PM Bug #8214: Split Persister into SQLPersister and InMemoryPersister
- In the absence of the @force-no-undo-temp-tables@ configuration option being set to @true@, any transaction on the @_...
- 06:39 AM Bug #8214 (WIP): Split Persister into SQLPersister and InMemoryPersister
- Comitted 8214a_h2 the changes in FWD-H2 to do update on a single column using direct-access.
I also have the FWD cha... - 07:51 AM Support #6714: check if there is an optimization opportunity when copying temp-tables based on mu...
- Eric Faulhaber wrote:
> Can this be closed? Is there anything to be reviewed and used from this task, or has it been... - 05:54 AM Feature #7382 (Review): Check performance of delete from vs drop table in H2
- With the changes you mentioned, the amount of time spent iterating in 100 runs of the performance tests went down fro...
- 05:10 AM Bug #7252 (WIP): Use direct-access to support for-each queries without WHERE and BY clauses
- I'll move this back to WIP because I encounter a NPE in @DataSetSDOHelper.getDataObjects@ in a test. I'm looking into...
- 04:06 AM Feature #6496 (Review): add equivalent support for -trig command line option
- Commited to branch 6496b rev 14943.
- 09:28 PM Feature #7020: always use "expanded" extent fields
- Constantin, besides me taking forever to review 7020b, we still have the issue with the Client Proxy generation block...
01/24/2024
- 10:07 AM Bug #8214: Split Persister into SQLPersister and InMemoryPersister
- I agree with you Greg, @.batch@ itself is a very useful construct if you want to update a single record on multiple f...
- 09:12 AM Bug #8214: Split Persister into SQLPersister and InMemoryPersister
- Long ago, the 4GL was changed to implement the @ASSIGN@ statement. One important reason (maybe *the* important reaso...
- 02:22 AM Bug #8214: Split Persister into SQLPersister and InMemoryPersister
- I constantly see @Proxy.set...@ in the top bottlenecks we have in the FWD API. This is not because they are really sl...
- 02:12 AM Bug #8214 (WIP): Split Persister into SQLPersister and InMemoryPersister
- 02:06 AM Support #6679 (Internal Test): H2 general performance tuning
- This task didn't have quite a well-define purpose. It was mostly "do your best improving H2". I can't appreciate a pr...
01/23/2024
- 04:44 PM Bug #6829 (Closed): H2 forces re-parse of all prepared statements when metadata is changed
- There is no customer-specific testing for this improvement; any bugs will be dealt with separately. Accordingly, I'm ...
- 04:38 PM Feature #6830 (Closed): find and fix all SQL SELECT statements with inlined literal arguments, an...
- 04:36 PM Support #6714: check if there is an optimization opportunity when copying temp-tables based on mu...
- Can this be closed? Is there anything to be reviewed and used from this task, or has it been absorbed/superseded by s...
- 04:33 PM Support #4702 (Closed): write temp-table performance test cases
- I think this task has served its purpose in guiding our performance work with H2.
- 04:31 PM Bug #4057: h2 performance degradation
- Can we close this task?
- 04:29 PM Support #6679: H2 general performance tuning
- We have long since decided not to move ahead with MVStore, and we have made a significant investment in improving H2 ...
- 02:08 PM Bug #8212: FILL operations do not work correctly with active dataset relations
- While working on #8178 I noticed some differences in the way FWD populates the database when there are active dataset...
- 01:59 PM Bug #8212 (New): FILL operations do not work correctly with active dataset relations
- 12:28 PM Feature #4722 (Test): data import should be able to run with only the converted application jar f...
- 09:16 AM Feature #4722: data import should be able to run with only the converted application jar file (an...
- Branch 4722c was merged to trunk at revision 14942 and was archived.
- 09:01 AM Feature #4722: data import should be able to run with only the converted application jar file (an...
- You can merge to trunk now.
- 08:56 AM Feature #4722: data import should be able to run with only the converted application jar file (an...
- Branch 4722c was rebased to trunk_14941 and is at revision 14942.
I believe this is ready for merge. - 12:22 PM Bug #7448 (Rejected): Optimize FWD-H2 ValueTimestampTimeZone and maybe avoid caching
- 08:32 AM Bug #7448: Optimize FWD-H2 ValueTimestampTimeZone and maybe avoid caching
- I am ok with rejecting this task.
- 03:59 AM Bug #7448: Optimize FWD-H2 ValueTimestampTimeZone and maybe avoid caching
- According to your findings, I think we can reject this task. The improvement is too small to tackle this. T
If Ale... - 10:43 AM Feature #6496: add equivalent support for -trig command line option
- Alexandru [ad], 7156b is mostly like a fast-paced trunk. We periodically rebase it. We only commit hot patches there....
- 09:32 AM Feature #6496: add equivalent support for -trig command line option
- I tested large app and performance tests with and without changes. The performance tests did not seem to have many tr...
- 10:03 AM Bug #7252 (Review): Use direct-access to support for-each queries without WHERE and BY clauses
- I've committed to both 7252b and 7252b_h2 the following things:
* 7252b *rev. 14933* - Added attempt to solve a Sele... - 09:22 AM Feature #7382: Check performance of delete from vs drop table in H2
- 7382a is branched for trunk, ready to be merged. If you want to test, you need to manually port the changes to 7156b....
- 08:36 AM Feature #7382: Check performance of delete from vs drop table in H2
- Very well I will try to improve @Update@, but before that, should the branch 7382a be a copy of the trunk, or of bran...
- 06:29 AM Feature #7382: Check performance of delete from vs drop table in H2
- Alexandru [ad], I also notices a slight performance improvement possibility in @Update@. There is a @setClauseCols@ b...
- 03:58 AM Feature #7382: Check performance of delete from vs drop table in H2
- I think we can go ahead with this improvement. Even if it is small, it looks like it is quite risk free and easy to i...
- 03:35 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- I fixed the history entries in *6628a/rev.14937*.
- 03:19 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- I've looked at 6628a rev 14936 and I think we need to solve this before merging into 7156b/trunk:
* @FWDPostgreSQLCo... - 03:00 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- There is no difference.
- 02:06 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Danut, can you make a diff between the DDL without 6628a and the ones with 6628a?
- 02:05 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Constantin Asofiei wrote:
> Danut, did you re-generate the DDLs for the #7156 POC app, when you did the tests?
I on... - 02:04 AM Feature #7020: always use "expanded" extent fields
- Ovidiu, can you rebase 7020b? I will like to pick it up and do some review / tests / profiling with it.
01/22/2024
- 10:35 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Danut, did you re-generate the DDLs for the #7156 POC app, when you did the tests?
- 03:01 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Rebased *6628a* with *trunk/rev.14934*. *6628a* is now at revision *14936*.
- 09:05 AM Bug #6829 (Test): H2 forces re-parse of all prepared statements when metadata is changed
- *6829a* was merged intro trunk as revision *14939* and archived.
- 08:54 AM Bug #6829 (Merge Pending): H2 forces re-parse of all prepared statements when metadata is changed
- OK
- 08:52 AM Bug #6829: H2 forces re-parse of all prepared statements when metadata is changed
- I am merging 6829a right now.
- 08:46 AM Bug #6829: H2 forces re-parse of all prepared statements when metadata is changed
- It can be merged quickly if the testing is complete.
- 08:44 AM Bug #6829: H2 forces re-parse of all prepared statements when metadata is changed
- I am OK with the changes. As long as they are well-tested, we can do the merge.
- 06:57 AM Bug #6829: H2 forces re-parse of all prepared statements when metadata is changed
- Alexandru Lungu wrote:
> Lets go ahead with the change. Please create a FWD branch and commit the change only for te... - 05:59 AM Bug #6829: H2 forces re-parse of all prepared statements when metadata is changed
- Lets go ahead with the change. Please create a FWD branch and commit the change only for temporary H2 database.
- 05:49 AM Bug #6829: H2 forces re-parse of all prepared statements when metadata is changed
- I ran POC regression tests, smoke tested a large customer application and also ran ChUI regression tests. There are n...
- 08:50 AM Bug #8196 (Review): Reduce number of AbstractTempTable._hasRecords calls to avoid BufferManager.a...
- *Committed 8196a/rev.14936*. Removed the call to @activeBuffers@ from @AbstractTempTable._hasRecords@ and integrated ...
- 07:21 AM Bug #8196: Reduce number of AbstractTempTable._hasRecords calls to avoid BufferManager.activeBuffers
- Created 8196a.
01/19/2024
- 06:54 PM Feature #4722: data import should be able to run with only the converted application jar file (an...
- The Docker implementation is the most stringent user of this data import feature, so while this is partially docker r...
- 06:54 PM Feature #4722: data import should be able to run with only the converted application jar file (an...
- Greg Shah wrote:
> Please test in a non-Docker environment.
It works in a normal environment. - 05:46 PM Feature #4722: data import should be able to run with only the converted application jar file (an...
- Please test in a non-Docker environment.
- 05:36 PM Feature #4722: data import should be able to run with only the converted application jar file (an...
- My testing is complete. There is now a multi-container configuration (server/client and postgres) for hotel_gui. Ther...
- 04:52 PM Feature #4722: data import should be able to run with only the converted application jar file (an...
- Greg Shah wrote:
> What testing is needed?
I've built some docker images using the branch, and I'm working on the... - 04:13 PM Feature #4722 (Internal Test): data import should be able to run with only the converted applicat...
- Code Review Task Branch 4722c Revision 14935
The changes seem fine. What testing is needed? - 03:50 PM Feature #4722 (Review): data import should be able to run with only the converted application jar...
- Revision 14935 is ready for review. This holds up the ability to use a multi-container environment.
- 03:41 PM Feature #4722 (WIP): data import should be able to run with only the converted application jar fi...
- I created a new branch *4722c* due to an issue when attempting to run @import.sh@ in a container. The *createdb* is n...
- 10:49 AM Support #4701 (Closed): try to improve H2 transaction commit performance
- 03:22 AM Support #4701: try to improve H2 transaction commit performance
- This can be closed.
- 01:23 AM Support #4701: try to improve H2 transaction commit performance
- Is there anything left to do on this task, or can we consider the goals met?
- 10:10 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Thank you! Please rebase 6628a or port over the latest trunk, whichever is easier. We will need to regression test th...
- 05:26 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Added the changes from *6628a/rev.14614-14615* on top of *7156b/rev.14933*. I ran the regression tests and got betwee...
- 02:07 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Alexandru Lungu wrote:
> Danut already has the large application set-up with MariaDB lenient and can do the regressi... - 02:04 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- There are runtime changes and SQL UDF changes in this branch. Since the UDFs have changed, they need to be (re-)insta...
- 02:00 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Sure!
Danut already has the large application set-up with MariaDB lenient and can do the regression tests. Priorit... - 01:54 AM Feature #6628: port PostgreSQL native user defined functions to MariaDB
- Alexandru, can you please assign this to someone on your team who has set up (or can) the large application environme...
- 09:53 AM Feature #6496: add equivalent support for -trig command line option
- I made a copy of 7156b and put my changes there, merged the changes to @SourceNameMapper@ that interfered with my cha...
- 02:11 AM Feature #6496 (Internal Test): add equivalent support for -trig command line option
- Alexandru, please test the large application with this parameter you introduced:
* check there are no regressions wi... - 01:13 AM Feature #6496: add equivalent support for -trig command line option
- Alexandru [either one ;)]: what is left to do to push this task over the finish line?
- 09:02 AM Bug #7252: Use direct-access to support for-each queries without WHERE and BY clauses
- I've created branches 7252b and 7252b_h2 for the experiment with the @SelectAll@ class.
- 07:58 AM Bug #6829: H2 forces re-parse of all prepared statements when metadata is changed
- These are great news. Please do extensive testing: focus on smoke testing another customer application and regression...
- 07:51 AM Bug #6829: H2 forces re-parse of all prepared statements when metadata is changed
- Alexandru Lungu wrote:
> Danut, please analyze performance with NEVER_RECOMPILE. I don't recall if we have something... - 02:14 AM Bug #6829 (Internal Test): H2 forces re-parse of all prepared statements when metadata is changed
- Recently, we done some changes that prevented us from using a "NEVER_RECOMPILE" kind of option. Back in #6829-1, it w...
- 01:22 AM Bug #6829: H2 forces re-parse of all prepared statements when metadata is changed
- Can this task be closed?
- 05:15 AM Feature #6816 (Internal Test): improve PreselectQuery.assembleHQL
- 05:15 AM Feature #6816: improve PreselectQuery.assembleHQL
- I am dumping some statistics with LTW right now. I will let you know if I continue seeing something obvious here.
- 05:05 AM Feature #6816: improve PreselectQuery.assembleHQL
- Give me a bit of time to check @PreselectQuery.assembleFQL@, maybe I can notice something else. I'm not sure if Alex ...
- 01:37 AM Feature #6816: improve PreselectQuery.assembleHQL
- The changes implemented for this task have long since made their way into trunk. It is still marked 40% done. Is ther...
- 03:21 AM Feature #6720: lazy hydration
- On the POC, it regresses and crashes. I didn't attempt the tests on the new test suite.
- 01:29 AM Feature #6720: lazy hydration
- Is this far enough along that we can measure performance, or are the regressions blocking testing? We need to underst...
- 02:43 AM Bug #6887: improve performance of dataset/table[-handle] parameters
- Constantin, does it makes sense to do one more pass with JMX to see what the 3 cases which stood out earlier look lik...
- 02:06 AM Feature #6414 (Closed): ERROR attribute for buffer, dataset and temp-table
- 01:43 AM Bug #7138 (Closed): Short circuit fake-update (update with a new value eqaul to the old value) in H2
- I am closing this. Let me know if there is a reason it should remain open. We have done our internal testing and ther...
- 01:26 AM Feature #6928 (Closed): H2 UPDATE performance improvement
- I am closing this. I think 11 months of testing is probably sufficient :)
01/18/2024
- 09:32 AM Feature #7382: Check performance of delete from vs drop table in H2
- 1. @8591 ms@ for @939_203@ deletes (classic execution, all deletes)
5. @7672 ms@ for @935_965@ deletes (optimized ex... - 04:05 AM Feature #7382: Check performance of delete from vs drop table in H2
- well 5 = 4 + 3. and 1 = 2 + 3.
(don't read this out of context) - 03:40 AM Feature #7382: Check performance of delete from vs drop table in H2
- Lets presume that A is the set of *all* deletes and C is the set of "candidate" deletes (the ones that *can* be optim...
- 03:25 AM Feature #7382: Check performance of delete from vs drop table in H2
- Alexandru Lungu wrote:
> * Total and Avg. time for classic deletes
> * Total and Avg. time for fast deletes
> * To...
01/17/2024
- 11:43 AM Feature #7382: Check performance of delete from vs drop table in H2
- I really think this ratio will go up once we use expanded extents. There are many temp tables with extent fields. As ...
- 09:59 AM Feature #7382: Check performance of delete from vs drop table in H2
- I modified the code, now I only check for referential constraints, as they are the ones causing problems (Some tables...
- 09:34 AM Feature #7382: Check performance of delete from vs drop table in H2
- As far as I know, the only cascading deletes that we would encounter would be for the non-expanded extents (which hav...
- 09:30 AM Feature #7382: Check performance of delete from vs drop table in H2
- After some debugging, I found an error that I didn't know was thrown, which was happening because, when the classic d...
- 09:45 AM Bug #7496: finish support for query:forward-only attribute
- I managed to solve all the regressions from the adaptive-scrolling test set and identify other problems in the POC wh...
01/16/2024
- 10:13 AM Feature #7382: Check performance of delete from vs drop table in H2
- This is quite strange - there are many "one time" temp-tables used in the large POC (or this is what I recall). Pleas...
- 09:43 AM Feature #7382: Check performance of delete from vs drop table in H2
- Scratch that, there was a little bug, but one that would show a weird error related to db because it was happening in...
- 08:26 AM Bug #7138 (Test): Short circuit fake-update (update with a new value eqaul to the old value) in H2
- *Committed 7138a_h2 to FWD_H2 trunk as rev.39. Archived 7138a_h2.*
- 07:54 AM Bug #8200: Explicit buffer used instead of the implicit one for a persistent table
- Assuming we have a persistent table called @t1@ with only 1 field, @f1@, which is an integer.
For the following te... - 07:53 AM Bug #8200 (Test): Explicit buffer used instead of the implicit one for a persistent table
- 05:59 AM Bug #7448: Optimize FWD-H2 ValueTimestampTimeZone and maybe avoid caching
- The improvement from removing the caching for this method is very small, 5 milliseconds faster, so a total of ~241 mi...
- 04:46 AM Bug #7252: Use direct-access to support for-each queries without WHERE and BY clauses
- There are a lot of H2 queries that were replaced with direct-access. Is not that the "select all records" increased, ...
01/15/2024
- 10:17 AM Feature #7382: Check performance of delete from vs drop table in H2
- There is a bug/regression somewhere regarding the patch I posted above. When I try to smoke test on another large app...
- 09:28 AM Bug #8196: Reduce number of AbstractTempTable._hasRecords calls to avoid BufferManager.activeBuffers
- I wasn't aware this could be called directly from the converted code.
- 09:24 AM Bug #8196: Reduce number of AbstractTempTable._hasRecords calls to avoid BufferManager.activeBuffers
- Alexandru Lungu wrote:
> This can be improved in two ways:
> * Check if we really need to check the transient recor... - 09:04 AM Bug #8196 (WIP): Reduce number of AbstractTempTable._hasRecords calls to avoid BufferManager.acti...
- 09:03 AM Bug #8196: Reduce number of AbstractTempTable._hasRecords calls to avoid BufferManager.activeBuffers
- The POC application calls @AbstractTempTable.hasRecords@ and @clear@/@setCanUndo@ are not called at all. I noticed th...
- 08:38 AM Bug #8196: Reduce number of AbstractTempTable._hasRecords calls to avoid BufferManager.activeBuffers
- Danut, the code using @allBuffers@ is meant to check records that were not yet flushed to the database (transient) an...
- 08:04 AM Bug #8196: Reduce number of AbstractTempTable._hasRecords calls to avoid BufferManager.activeBuffers
- After a fix involving going over the buffers from @AbstractTempTable.allBuffers@ and execute the same logic from @act...
- 04:25 AM Bug #8196: Reduce number of AbstractTempTable._hasRecords calls to avoid BufferManager.activeBuffers
- While retesting different session reclaiming lifespans for #7167, it was noted that there is almost no difference bet...
- 04:18 AM Bug #8196 (Closed): Reduce number of AbstractTempTable._hasRecords calls to avoid BufferManager.a...
- 09:27 AM Bug #7138: Short circuit fake-update (update with a new value eqaul to the old value) in H2
- Danut, please go ahead and merge to FWD-H2 trunk.
Greg, this will reach FWD on the next H2 upgrade. - 08:54 AM Bug #7138: Short circuit fake-update (update with a new value eqaul to the old value) in H2
- Alexandru: If you are OK with this, it can merge now.
- 08:48 AM Bug #7138: Short circuit fake-update (update with a new value eqaul to the old value) in H2
- I retested POC on the original device and obtained a performance improvement for both the average of the last 20 runs...
- 02:29 AM Bug #7138: Short circuit fake-update (update with a new value eqaul to the old value) in H2
- Danut, this is a common pattern: in different days and on different platforms to see different results. The only way ...
- 08:50 AM Bug #7448: Optimize FWD-H2 ValueTimestampTimeZone and maybe avoid caching
- I was thinking of more than just avoiding the cache and maybe remote it entirely :) However, the timing is not that c...
- 06:42 AM Bug #7448: Optimize FWD-H2 ValueTimestampTimeZone and maybe avoid caching
- The average of 3 baseline runs for me was 14.665 seconds (so a total of 1_466_500 milliseconds for 100 iterations), a...
- 08:37 AM Bug #7252: Use direct-access to support for-each queries without WHERE and BY clauses
- Alexandru Lungu wrote:
> First and foremost:
> See how many such queries are on POC. I just want to confirm my init... - 03:56 AM Bug #7167: Associating records from opened buffers to new sessions is slow
- I've got the results of how often is @activeBuffers@ hit from @AbstractTempTable._hasRecords@, and how often it is hi...
01/12/2024
- 09:49 AM Bug #7138: Short circuit fake-update (update with a new value eqaul to the old value) in H2
- I tested POC with 7156b/rev.14933 (which uses FWD-H2/rev.38) and 7138a_h2/rev.45. From 5 runs each (baseline and 7156...
- 08:39 AM Bug #7448: Optimize FWD-H2 ValueTimestampTimeZone and maybe avoid caching
- Alexandru, please keep the same profiling infrastructure you have and test with 7156b and the large POC. Please make ...
- 08:13 AM Bug #7448: Optimize FWD-H2 ValueTimestampTimeZone and maybe avoid caching
- I changed the @CurrentTimestamp.get@ method to keep track of the metrics you mentioned, and roamed around the menus o...
- 05:29 AM Feature #6815 (Review): configure all cache sizes in the directory, and create documentation for ...
- *Committed 6815a/rev.14919*. Reduced the number of instrumented methods (based on results from a large application, t...
- 04:04 AM Feature #6815: configure all cache sizes in the directory, and create documentation for them
- Danut, please merge some of the statistics in one: get, getOrDefault can be merged. The same as put, putAll and putIf...
- 04:01 AM Feature #6815: configure all cache sizes in the directory, and create documentation for them
- Alexandru Lungu wrote:
> Why is it too big? Shouldn't it be similar to #6815-11, but with some extra columns?
> Any... - 03:50 AM Feature #6815: configure all cache sizes in the directory, and create documentation for them
- Dănuț Filimon wrote:
> I added monitoring for the configured and the in use cache size (latest size of the cache), G... - 03:15 AM Feature #6815: configure all cache sizes in the directory, and create documentation for them
- I added monitoring for the configured and the in use cache size (latest size of the cache), GET hit/miss and modified...
01/11/2024
- 06:11 PM Bug #8183: debugging database module
- Code review 8183a/14914:
The changes look useful, but there is a security concern, in that these public methods ca... - 05:51 AM Bug #7667: Support OUTER-JOIN with PRESELECT at conversion
- Branch 7667b was merged to trunk revision 14916 and archived.
- 05:48 AM Feature #6815 (WIP): configure all cache sizes in the directory, and create documentation for them
- Alexandru Lungu wrote:
> What other statistics can be achieved? I suspect the ratio is the most important one, so le... - 05:39 AM Feature #6815: configure all cache sizes in the directory, and create documentation for them
- What other statistics can be achieved? I suspect the ratio is the most important one, so lets get it done. Also, we n...
- 05:28 AM Feature #6815: configure all cache sizes in the directory, and create documentation for them
- *Committed 6815a/rev.14917*. Removed unnecessary methods and changes the container accessed for the @instrumentation@...
- 03:52 AM Bug #7138: Short circuit fake-update (update with a new value eqaul to the old value) in H2
- There are currently problems with the POC project and the performance tests will be put on *hold* until further notic...
01/10/2024
- 07:12 AM Feature #6815 (Review): configure all cache sizes in the directory, and create documentation for ...
- Created *6815a* and committed *rev.14916*. As suggested by Alexandru in #6815-9, I've created a way to instrument cac...
01/09/2024
- 08:16 AM Bug #7454 (Closed): Make ValueStringIgnoreCase the default generated value for setString in FWD-H2
- 08:04 AM Bug #7454: Make ValueStringIgnoreCase the default generated value for setString in FWD-H2
- This can be closed.
- 08:16 AM Feature #7404 (Closed): Trasform replace-mode into append-mode when target table is empty
- 08:04 AM Feature #7404: Trasform replace-mode into append-mode when target table is empty
- This can be closed.
- 08:16 AM Bug #7389 (Closed): Make fast-copy statements cachable
- 08:03 AM Bug #7389: Make fast-copy statements cachable
- This can be closed.
- 08:03 AM Bug #7252: Use direct-access to support for-each queries without WHERE and BY clauses
- Radu, lets see how we can "resurrect" this task. I think the initial statistic of *lots* of @SELECT@ statements that ...
- 07:37 AM Bug #8183: debugging database module
- This task should include an easy way to see a temp-table or permanent table's contents without having to do complex m...
- 05:06 AM Feature #7382: Check performance of delete from vs drop table in H2
- Alexandru [ad], please refer to [[internal-documentation:H2_Database_Fork]] for further insights.
- 04:38 AM Feature #7382: Check performance of delete from vs drop table in H2
- > This is a patch of what I wrote so far. So from what I understand, instead of having a delete from tt where _multip...
- 04:24 AM Feature #7382: Check performance of delete from vs drop table in H2
- This is a patch of what I wrote so far. So from what I understand, instead of having a @delete from tt where _multipl...
- 04:20 AM Bug #7138: Short circuit fake-update (update with a new value eqaul to the old value) in H2
- An update on the current test status:
* Rebased *7138a_h2* with *fwd-h2/rev.38*. *7138a_h2* is now at revision *45*;...
01/08/2024
- 05:55 PM Bug #8183 (WIP): debugging database module
- I created task branch 8183a and committed some of my code I have maintained for some time (r14914). It was designed n...
- 04:57 PM Bug #8183: debugging database module
- This task is the place for discussions on how to do database debugging and develop tools for doing this optimally.
- 04:53 PM Bug #8183 (WIP): debugging database module
- 09:13 AM Bug #7138: Short circuit fake-update (update with a new value eqaul to the old value) in H2
- Alexandru Lungu wrote:
> Please let the application convert over night. After, we can go ahead with proper testing.
... - 09:10 AM Bug #7138: Short circuit fake-update (update with a new value eqaul to the old value) in H2
- Please let the application convert over night. After, we can go ahead with proper testing.
- 08:45 AM Bug #7138: Short circuit fake-update (update with a new value eqaul to the old value) in H2
- I updated the sources for the customer applications but there are some regressions/files missing which I'll need to l...
01/05/2024
- 09:14 AM Bug #7776 (Closed): Previous regression on FWD-H2 lazy mode
- 04:07 AM Bug #7776 (Test): Previous regression on FWD-H2 lazy mode
- This can be closed.
- 09:14 AM Bug #8032 (Closed): Deleted records are returned by a preselect query
- 04:06 AM Bug #8032: Deleted records are returned by a preselect query
- 5768a was merged to trunk. This task can be Closed.
- 05:12 AM Feature #6720: lazy hydration
- Eduard, please assist the regression hunting here. I am aware that you have a more suitable environment for regressio...
- 05:08 AM Feature #7382: Check performance of delete from vs drop table in H2
- Alexandru [ad], please provide a prototype for this task asap.
- 04:04 AM Feature #7416 (Test): Reiterate DatabaseStatistics and leverage to other database profling tools
- 04:01 AM Bug #7138 (Internal Test): Short circuit fake-update (update with a new value eqaul to the old va...
- Greg Shah wrote:
> What is the status of 7138a_h2? Does it need more review? More testing? It seems to provide a ... - 03:56 AM Bug #7167: Associating records from opened buffers to new sessions is slow
- Danut, I don't think that the shift to 10s looks OK with these statistics. Mind that we "lock" a connection from the ...
- 03:48 AM Feature #6825 (WIP): improve table meta runtime (TableMapper and other)
- Alexandru [ad], please attempt to continue profiling and optimization of @TableMapper@. The recent changes shifted a ...
Also available in: Atom