Repository navigation
console.log improvements #60032
Description
Activity
Console.log and others are already optimized (it is actually using util.inspect, which is the main cost). There is likely still room for improvement in a few cases while I don't think this warrants a tracking issue. I am therefore going to close this.
Reacted by shubham oulkar@BridgeAR Hello, thank you for your reply. If it can be improvemet, I don't think we should close it
This issue becomes a task for us in improvement planning.
Reacted by Malik Piara@mertcanaltin code can almost always be optimized. The referenced blog post is not applicable to Node.js core and if you have anything concrete, please go for it. We have too many open issues to have a tracking issue for something that does not seem to be an issue in Node.js core and without concrete things that should be done.
but wouldn't it be better if this topic and discussion remained open so that I can achieve something concrete here?
We are opening it up to raise issues and connect them. I also think the discussion should remain open to achieve concrete results. If improvement were not possible, I agree that closing it would be healthy, as you said.
Move this to nodejs/performance. Any performance speculation can be discussed there.
Reacted by Mert Can Altin@RafaelGSS thanks! I will move this issue to nodejs/performance
I opened nodejs/performance#190
I viewed this post last week : https://x.com/_rafaelgss/status/1971311652365840717
I want to solve this problem, first look ı read the post by this @RafaelGSS
https://nearform.com/insights/the-cost-of-logging-in-2022/
This post usually mention Pino technics, i will try this technics in node js console area
if your any suggestion pls send comment this issue, thanks all