|
|
| Author |
Message |
PingBad Guru

Joined: 05 Feb 2005 Posts: 2075 Location: New Zealand
|
Posted: Jul 06, 2008 1:57pm Post subject: |
|
|
| and how does the statically built bot report back to SIRC? Plain HTTP requests most likely (throwing SSL into the mix would negate any overhead loss at the CPU level) - now toss in Ethereal and do the math from there |
|
| Back to top |
|
 |
Lyhne1 Newbie

Joined: 05 Jul 2008 Posts: 61 Location: USA
|
Posted: Jul 07, 2008 8:12pm Post subject: |
|
|
| Looks like my simple little question has open up a can of worms.Well If this something that SearchIrc would allow I would gladly set up a bot off my network. |
|
| Back to top |
|
 |
greg27 Lurker

Joined: 07 Oct 2006 Posts: 160 Location: Australia
|
Posted: Jul 07, 2008 8:37pm Post subject: |
|
|
| just wondering, but what would be the advantage of scrawl remaining connected 24/7? it generates pretty smooth graphs by connecting three times an hour, and channel stats stay as updated as they are really needed to be. |
|
| Back to top |
|
 |
PingBad Guru

Joined: 05 Feb 2005 Posts: 2075 Location: New Zealand
|
Posted: Jul 08, 2008 5:50am Post subject: |
|
|
| Lyhne1 wrote: | | Looks like my simple little question has open up a can of worms.Well If this something that SearchIrc would allow I would gladly set up a bot off my network. | I reckon it's a brilliant idea. However I just feel that such an idea can also lead to 3rd party tampering of the data. Because of the policies put in place as they are - and with current procedures, the current method is what i'd classify as the most fair for all networks - the kind where the brush used to paint them and gloss them has the same bristles.
Right now, there's only one process that can manipulate the network-related data held on this site, and that's one that Jason has coded to run off his boxes. With a bit of refinement (such as anti-tampering mechanisms - which will negate the "lower CPU overhead" point when validation of those mechanisms take place) it could possibly work. |
|
| Back to top |
|
 |
|