Show DevBest DBShield - Database Firewall

[Weasel]

So I found this the other day:

You must be registered for see links

Basicly it's a self-learning application level firewall for your database to help and protect from malicious queries to your database. It's really interesting to take a look at, it's written in Go (Google's language).

 

[Ecko]

This is pretty cool. I wonder what kind of overhead it would have with a highly active SQL server (ie - 1k+ QPS) that also has slave replication. I'm no DBA but surprised we haven't seen something like this before (most things similar to this are used for DB clusters). Nice share

 

[Weasel]

This is pretty cool. I wonder what kind of overhead it would have with a highly active SQL server (ie - 1k+ QPS) that also has slave replication. I'm no DBA but surprised we haven't seen something like this before (most things similar to this are used for DB clusters). Nice share

I guess that's the reason it didn't really pick up yet, I wonder if it's scalable for big sites.

 

[TheRealMoonman]

This has given me a new perspective of Google Go, although it does use a significant amount of memory due to it lacking explicit memory management, I probably would not use this on a larger scale due to performance issues.

 

[Weasel]

This has given me a new perspective of Google Go, although it does use a significant amount of memory due to it lacking explicit memory management, I probably would not use this on a larger scale due to performance issues.

Mind to include sources? Sounds like nonsense to me. Searched a lot after your statements, which actually state that Go is quite fast and doesn't use that much memory (when done right, as with all languages).

 

[TheRealMoonman]

Mind to include sources? Sounds like nonsense to me. Searched a lot after your statements, which actually state that Go is quite fast and doesn't use that much memory (when done right, as with all languages).

how do you figure its nonsense? they state on their website itself, in the FAQ, why does Go use so much virtual memory, obviously you haven't looked deep enough.

You must be registered for see links

 

[Ecko]

how do you figure its nonsense? they state on their website itself, in the FAQ, why does Go use so much virtual memory, obviously you haven't looked deep enough.

You must be registered for see links

That's memory management then. It reserves a large block of VIRT but resident set size is generally very low. This is to prevent memory fragmentation. When you compare it to something like Java, it has great memory management.

 

[TheRealMoonman]

That's memory management then. It reserves a large block of VIRT but resident set size is generally very low. This is to prevent memory fragmentation. When you compare it to something like Java, it has great memory management.

I can fully agree with that, Actually saw the comparison on

You must be registered for see links

another interesting comparison was Go being compared to C++

You must be registered for see links

 

[Weasel]

I can fully agree with that, Actually saw the comparison on

You must be registered for see links

another interesting comparison was Go being compared to C++

You must be registered for see links

Looks like you haven't looked further into it.

 

[TheRealMoonman]

Looks like you haven't looked further into it.

How? did I state whether I was talking about virtual or residential, either way, it still contributes to performance. I'm not here to measure dicks bud.