Pages:
Author

Topic: a simple traffic load test run (Read 10447 times)

sr. member
Activity: 308
Merit: 252
July 28, 2010, 10:42:53 AM
#22
I guess I never expected people to stake their life's saving or even a day's wages on the thing at its current stage of development. It still doesn't make sense to me to do anything of the sort. Obviously some people see it differently. I will try not to repeat my mistake.

The same could be said about any currency or object, but to come to the forum to ask for advice, expect to get plenty of advice. The test network is there to test and if anything it would be the best place to start. You would want to move up to more production testing later on once you are certain that the test is doing what you want it to do and NOT what you want it to do.

You can't test for something looking for a certain result and end up getting 20 other results that you didn't expect and have no idea why they are being produced until each was examined later on.

You could always build you own network with the -connect=xxx.xxx.xxx.xxx option to make a private network of actual release version BitCoin clients and try to blow it up that way.  Grin
hero member
Activity: 770
Merit: 559
BitShares
July 28, 2010, 08:45:43 AM
#21
From a purely ethical view no one "owns" the distributed system nor "owes" anyone else anything.  If someone is generating a ton of transactions to the point of annoying people then transaction fees start to apply.    Otherwise, the system *is broken* and needs to be fixed.

I want to use bitcoin to enable a  "micro payment" system but need the system to operate at a much higher speed.

Effectively, you cannot depend upon "trust" and "fair play" in the usage of a P2P system.  This is why we uses economics and money to allocate limited resources to those who will pay the most.   The result is that the "cost" to post transactions to the test network should be much less than the cost to post transactions to the real network. 

So assume someone started a p2p system that was generating one million small transactions per second among 10 million unique addresses each belonging to a unique individual conducting legitimate business.  What would happen?   

My example here would be a distributed "world wide web" where individuals were paid to host content "bit torrent style" and peers would pay BTC per block of the torrent downloaded. 
lfm
full member
Activity: 196
Merit: 100
July 28, 2010, 04:57:44 AM
#20
Ok seems to be a philosophical difference here. Is it really a "production" network? It is still running on software labeled as "beta" sending the signal that it is not ready for "production". Are we really already to the point of being unwilling to tolerate failure because bitcoins still seems to be very much experimental. I am confused.

bitcoins are experimental, and the system may fail for any number of reasons.

However, there is Real Money and value attached to bitcoins.  You're not being a good network citizen if you're messing with that.

Ok, I hear you, I just wonder about your situation. Why are you putting so much "Real Money" with capitalization and value into a beta experimental system? Are you over-committed to something flaky? Declaring it so doesn't make it so. Is the "beta" designation in error? Should it be promoted to  version 1.0?

I agree the first test, even if it would be inconclusive, should have been on the test net. Sorry, like I said I wasn't aware. I hadn't read hardly any of the forums even. Bitcoins just seemed like a cool toy and I wanted to play with it.

I guess I never expected people to stake their life's saving or even a day's wages on the thing at its current stage of development. It still doesn't make sense to me to do anything of the sort. Obviously some people see it differently. I will try not to repeat my mistake.
legendary
Activity: 1596
Merit: 1022
July 26, 2010, 01:12:12 PM
#19
Ok seems to be a philosophical difference here. Is it really a "production" network? It is still running on software labeled as "beta" sending the signal that it is not ready for "production". Are we really already to the point of being unwilling to tolerate failure because bitcoins still seems to be very much experimental. I am confused.

bitcoins are experimental, and the system may fail for any number of reasons.

However, there is Real Money and value attached to bitcoins.  You're not being a good network citizen if you're messing with that.
newbie
Activity: 39
Merit: 0
July 26, 2010, 11:33:49 AM
#18
I think the point here is that the test network is there for tests specifically. If you are going to try and test something, say stealing everyone's bitcoins, it is preferred you do that on the test network for obvious reasons.

Now a load test is not really very useful on a test network if you are interested in real world data because, you are just testing the test network. I would guess that the test net has less clients on it then the production network. Now that being said I would test my code against the test net first until I know it's not going to break anything. I don't think this type of test would be too annoying on the production network as long as it doesn't violate two rules. The first is that it not cause a denial of service on the network or real actual transactions. The second is that it should not fill up everyone disk with a large data log.

I would be willing to add a node or two to the test network for a load test. I have window and linux boxes that I could use.
lfm
full member
Activity: 196
Merit: 100
July 25, 2010, 11:30:02 PM
#17
Stress testing the "test network" is a way to at least not annoy those who are trying to do positive things with Bitcoins.  Tests of this nature will naturally be causing more work for others who are not necessarily wanting to be involved in these kind of tests.  Those running the test network realize the very experimental nature and don't mind CPU and disk bandwidth being wasted for those efforts.

From a purely ethical point of view, I think it is much better to test on the test network first, especially if it is to exploit something in the communications protocol that you think needs to be strengthened.

The goal (my goal, at least) is to have some working distributed monetary system, not to keep a (potentially) broken system online without interruption. The whole idea of a "test" network is nonsense -- every test should be done on the main network if possible, since real problems that could occur might otherwise be missed.
It's preferable, when possible to identify and fix vulnerabilities before they can harm the production system. The test network is more vulnerable in most cases, so it's a better candidate to find vulnerabilities and as a bonus it doesn't annoy lots of people.

Ok seems to be a philosophical difference here. Is it really a "production" network? It is still running on software labeled as "beta" sending the signal that it is not ready for "production". Are we really already to the point of being unwilling to tolerate failure because bitcoins still seems to be very much experimental. I am confused.

sr. member
Activity: 252
Merit: 255
July 25, 2010, 09:25:07 PM
#16
Stress testing the "test network" is a way to at least not annoy those who are trying to do positive things with Bitcoins.  Tests of this nature will naturally be causing more work for others who are not necessarily wanting to be involved in these kind of tests.  Those running the test network realize the very experimental nature and don't mind CPU and disk bandwidth being wasted for those efforts.

From a purely ethical point of view, I think it is much better to test on the test network first, especially if it is to exploit something in the communications protocol that you think needs to be strengthened.

The goal (my goal, at least) is to have some working distributed monetary system, not to keep a (potentially) broken system online without interruption. The whole idea of a "test" network is nonsense -- every test should be done on the main network if possible, since real problems that could occur might otherwise be missed.
It's preferable, when possible to identify and fix vulnerabilities before they can harm the production system. The test network is more vulnerable in most cases, so it's a better candidate to find vulnerabilities and as a bonus it doesn't annoy lots of people.
legendary
Activity: 1596
Merit: 1022
July 25, 2010, 09:08:25 PM
#15

Any chance to get the test network into bitcoin/trunk, #ifdef'd out?

administrator
Activity: 4228
Merit: 8647
July 25, 2010, 08:57:49 PM
#14
Stress testing the "test network" is a way to at least not annoy those who are trying to do positive things with Bitcoins.  Tests of this nature will naturally be causing more work for others who are not necessarily wanting to be involved in these kind of tests.  Those running the test network realize the very experimental nature and don't mind CPU and disk bandwidth being wasted for those efforts.

From a purely ethical point of view, I think it is much better to test on the test network first, especially if it is to exploit something in the communications protocol that you think needs to be strengthened.

The goal (my goal, at least) is to have some working distributed monetary system, not to keep a (potentially) broken system online without interruption. The whole idea of a "test" network is nonsense -- every test should be done on the main network if possible, since real problems that could occur might otherwise be missed.
member
Activity: 61
Merit: 10
July 25, 2010, 05:21:16 PM
#13
I would also be willing to run tests for this. I have about 6000kh/s at my disposal.
full member
Activity: 307
Merit: 101
July 25, 2010, 04:31:44 PM
#12
Please do these tests on the test network.  That's what it's for.  Thanks.

Sorry, I wasn't even aware of the test network. My bad.

Can we organize a LARGER test for the test network? More people at once.


If we kept the test relatively short I don't mind throwing on a few EC2 instances on the test network to help out.
lfm
full member
Activity: 196
Merit: 100
July 25, 2010, 03:25:28 PM
#11
Please do these tests on the test network.  That's what it's for.  Thanks.

Sorry, I wasn't even aware of the test network. My bad.

Can we organize a LARGER test for the test network? More people at once.
full member
Activity: 224
Merit: 104
July 25, 2010, 03:19:39 PM
#10
Well, at least do it on the TEST network FIRST!

If you manage to break the TEST network, it's a pretty good bet that you'll be able to break the production network.  If it doesn't break the TEST network, then I'd say go ahead and run against the production network to look for "scaling up" problems.



Really? I would think/hope that the real one is way more robust. No?

Stress testing the "test network" is a way to at least not annoy those who are trying to do positive things with Bitcoins.  Tests of this nature will naturally be causing more work for others who are not necessarily wanting to be involved in these kind of tests.  Those running the test network realize the very experimental nature and don't mind CPU and disk bandwidth being wasted for those efforts.

From a purely ethical point of view, I think it is much better to test on the test network first, especially if it is to exploit something in the communications protocol that you think needs to be strengthened.
legendary
Activity: 1246
Merit: 1014
Strength in numbers
July 25, 2010, 03:01:20 PM
#9
Well, at least do it on the TEST network FIRST!

If you manage to break the TEST network, it's a pretty good bet that you'll be able to break the production network.  If it doesn't break the TEST network, then I'd say go ahead and run against the production network to look for "scaling up" problems.



Really? I would think/hope that the real one is way more robust. No?
legendary
Activity: 1652
Merit: 1186
Chief Scientist
July 25, 2010, 11:14:16 AM
#8
Well, at least do it on the TEST network FIRST!

If you manage to break the TEST network, it's a pretty good bet that you'll be able to break the production network.  If it doesn't break the TEST network, then I'd say go ahead and run against the production network to look for "scaling up" problems.

administrator
Activity: 4228
Merit: 8647
July 25, 2010, 11:05:06 AM
#7
Please do these tests on the test network.  That's what it's for.  Thanks.

You can't get real data from such a small network. Besides, a reliable network must be able to withstand any kind of testing.
founder
Activity: 364
Merit: 3077
July 25, 2010, 10:29:52 AM
#6
Please do these tests on the test network.  That's what it's for.  Thanks.
founder
Activity: 364
Merit: 3077
administrator
Activity: 4228
Merit: 8647
July 25, 2010, 08:13:16 AM
#3
There was a lot of slowdown in the rate of transactions during the second half of the test. If this was a problem with the network, then I would be very worried about future denial of service attacks. Hopefully a bigger test can be organized later.

Here is a packet capture of the event (from an "edge" computer with only one connection) if anyone is interested in exact times and stuff.
http://www.freefilehostingnow.com/filedownload.aspx?code=6bb2dbeea18e6a419daaadda5798bb05ec6b
Pages:
Jump to: