The reasoning to have debug.log enabled by default after
CASSANDRA-10241 is to have a "safety log" that you can use when you
want to troubleshoot issues after the fact, that is verbose enough
that you can reconstruct events that may have caused a problem, but
should have negligible performance impa
ive never understood this change. and it’s been explained to me multiple times.
DEBUG shouldn’t run by default in prod. and it certainly shouldn’t be enabled
by default for users.
but hey, what do i know! just my 2 cents.
> On Mar 17, 2018, at 10:55 AM, J. D. Jordan wrote:
>
> We went throug
We went through an exercise of setting things up so that DEBUG logging was
asynchronous would give people a “production” debug log.
https://issues.apache.org/jira/browse/CASSANDRA-10241
If there are some things going out at DEBUG that cause performance issues then
most likely those should be mov
Hi folks,
we've been upgrading clusters from 2.0 to 2.2 recently and we've noticed
that debug logging was causing serious performance issues in some cases,
specifically because of its use in the query pager.
I've opened a ticket with some benchmarks and flame graphs :
https://issues.apache.org/ji
Static site generator just takes content from flat files or apis (that can be
managed from a headless cms) and creates static files or progressive web apps
that are optimized for speed. Nothing to do with multi-media or dynamic in
terms of client side javascript / css. It’s just an old technolog
How about if we look at the website a little differently. Isn't it an
opportunity to showcase Cassandra and related technologies like search!
Shouldn't we be an extraordinary advocate and example of the technology
ourselves?
Rahul, your comment on the different users with different use case
I’ve previously deep dived into Static Site generators and there are numerous
ones.
http://leaves.anant.us/#!/leaf/7255?tag=static.site
I don’t like changing technology for the sake of change. I think it’s a stupid
waste of time. In one hand I agree, the substance is more important than the
fo
