Peter pan
Peter pan
UI比较原始哈
Also "select*from TBL" not works in SQL Server? But it works in many RDBMS such as MySQL, PostgreSQL etc.
线程数增加，表示用户量增加， 需要处理的任务增加，而数据库、服务器资源有限固定，时间增加是正常的。 这个跟算法一样，影响算法性能的有很多因素，但问题规模直接影响算法的响应时间；也跟平时的工作一样，工作量大小各异，工时也会变好的。 主要还是看这个性能下降是否太陡峭，太陡峭就有问题了。
Non-continuable method calling continuable method leads to OOM instead of not instrumented exception
> Is stack trace that short or is it truncated by you? Typically, in such scenario `StackOverflowException` occurs earlier than `OutOfMemoryException`... It's the whole stack trace.
Non-continuable method calling continuable method leads to OOM instead of not instrumented exception
> Actually, I see no straightforward way to fix this for dynamic code execution Can we decide the non-continuable method in a continuable method in instrument module? If we can,...
> I wonder what is the point of this exercise? Test the MVStore stability, performance and limit as the amount of data increases. In h2-2.1.214, the MVStore data corruption not...
> stop calling commit() and do the following Commit() can't be stopped for data duration.
@andreitokar Actually the issue is caused by `MVStore. chunksToC` cache problem instead of large `MVStore.chunks`, please see the issue #3625.
> 2\. `MVStore.getToC()` uses incorrect memory size estimation `toc.length * 8`, it should be at least `toc.length * 8 + 16` @katzyn In `MVStore.serializeToBuffer()`, `chunksToC.put(c.id, tocArray)` call is incorrect! It...
> Are you sure that the size you are talking about is all strongly reachable? Sure. In `MVStore.serializeToBuffer()`, `chunksToC.put(c.id, tocArray)` call is incorrect(only 1 byte memory calculated)! Here can't make...