https://icstaging.mywikis.net/w/api.php?action=feedcontributions&feedformat=atom&user=Skaestle 2026-04-20T00:08:05Z User contributions MediaWiki 1.39.17 https://icstaging.mywikis.net/w/index.php?title=Internet_Computer_performance&diff=421 2021-11-10T13:06:01Z

<p>Skaestle: </p> <hr /> <div>This post describes the DFINITY foundation's performance evaluation of the Internet computer. <br /> We will periodically update the numbers in this article to reflect improvements we will achieve over time.<br /> <br /> Scalability of the Internet Computer comes from partitioning the IC into subnetworks.<br /> <br /> Subnetworks process update calls from Ingress messages independently from other subnetworks. They can scale up by adding more subnetworks at the cost of having more network traffic (as applications then need to potentially communicate across subnetworks). In its current form, the IC should be able to scale out to hundreds of subnetworks.<br /> <br /> Query calls are read-only calls that are processed locally on each node. Scalability comes from adding more nodes, either to an existing subnetwork (at the cost of making consensus i.e. update calls more expensive) or as new subnetworks.<br /> <br /> == Test setup ==<br /> <br /> We are running all of our experiments concurrently against all subnetworks other than the NNS and some of the most utilized application subnetworks to avoid disturbance of active IC users. <br /> We send load against those subnetworks directly and are not using boundary nodes for those experiments. Boundary nodes have additional rate limiting which is currently set slightly more conservative compared to what the IC can handle and running against them therefore is unsuitable for performance evaluation. <br /> We are targeting all nodes in each subnetwork concurrently, much the same as what boundary nodes would be doing if we would use them.<br /> <br /> We have installed one counter canister in each subnetwork. This counter canister is essentially a no-op canister. It only maintains a counter, which can be queries via a query call and incremented via update call. The counter value is not using orthogonal persistence, so the overhead for the execution layer of the IC is minimal. Stressing the counter canister can be seen as a way to determine the system overhead or baseline performance.<br /> <br /> <br /> == Measurements ==<br /> === Update calls ===<br /> <br /> The Internet Computer can currently sustain more than 11000 updates/second for a period of four minutes, with peaks over 11500 updates/second.<br /> <br /> The update calls we have been measuring here are triggered from Ingress messages sent from outside the IC.<br /> <br /> [[File:update-call-performance.png|1024px|Update Call Performance]]<br /> <br /> === Query calls ===<br /> Arguably more important are query calls, since they contribute with more than 90% of the traffic we are observing on the IC.<br /> <br /> [[File:query-call-performance.png|1024px|Query Call Performance]]<br /> <br /> The Internet Computer can currently process up to 250,000 queries per second.<br /> During our experiments, we increment the load incrementally and run each load for a period of 5 minutes.<br /> <br /> == Conclusion and next steps ==<br /> <br /> The Internet Computer today already shows impressive performance. On top of that, it should be possible to further scale out the IC by:<br /> <br /> * More subnetworks: This will immediate increase the query and update throughput. While adding subnetworks might eventually lead to other scalability problems, the IC in its current shape should be able to support hundreds of subnetworks.<br /> * Performance improvements: Performance can also be improved by better single machine, network and consensus performance tuning. Increasing the performance by at least an order of magnitude should be possible.</div>

Skaestle https://icstaging.mywikis.net/w/index.php?title=Internet_Computer_performance&diff=420 2021-11-10T09:53:51Z

<p>Skaestle: /* Update calls */</p> <hr /> <div>This post describes our performance evaluation of the Internet computer. <br /> <br /> Scalability of the Internet Computer comes from partitioning the IC into subnetworks.<br /> <br /> Subnetworks process update calls from Ingress messages independently from other subnetworks. They can scale up by adding more subnetworks, which is at the cost of having more network traffic (as applications then need to potentially communicate across a network). In its current form, the IC should be able to scale out to hundreds of subnetworks.<br /> <br /> Query calls are read-only calls that are processed locally on each node. Scalability comes from adding more nodes, either to an existing subnetwork (at the cost of making consensus i.e. update calls more expensive) or as new subnetworks.<br /> <br /> We will periodically update the numbers in this article to reflect improvements we will achieve over time.<br /> <br /> == Test setup ==<br /> <br /> We are running all of our experiments concurrently against all subnetworks other than the NNS and some of the most utilized application subnetworks to avoid disturbance of active IC users. <br /> We send load against those subnetworks directly and are not using boundary nodes for those experiments. Boundary nodes have additional rate limiting which is currently set slightly more conservative compared to what the IC can handle and running against them therefore is unsuitable for performance evaluation. <br /> We are targeting all nodes in each subnetwork concurrently, much the same as what boundary nodes would be doing if we would use them.<br /> <br /> We have installed one counter canister in each subnetwork. This counter canister is essentially a no-op canister. It only maintains a counter, which can be queries via a query call and incremented via update call. The counter value is not using orthogonal persistence, so the overhead for the execution layer of the IC is minimal. Stressing the counter canister can be seen as a way to determine the system overhead or baseline performance.<br /> <br /> <br /> == Measurements ==<br /> === Update calls ===<br /> <br /> The Internet Computer can currently sustain more than 11000 updates/second for a period of four minutes, with peaks over 11500 updates/second.<br /> <br /> The update calls we have been measuring here are triggered from Ingress messages sent from outside the IC.<br /> <br /> [[File:update-call-performance.png|1024px|Update Call Performance]]<br /> <br /> === Query calls ===<br /> Arguably more important are query calls, since they contribute with more than 90% of the traffic we are observing on the IC.<br /> <br /> [[File:query-call-performance.png|1024px|Query Call Performance]]<br /> <br /> The Internet Computer can currently process up to 250,000 queries per second.<br /> During our experiments, we increment the load incrementally and run each load for a period of 5 minutes.<br /> <br /> == Conclusion and next steps ==<br /> <br /> The Internet Computer today already shows impressive performance. On top of that, it should be possible to further scale out the IC by:<br /> <br /> * More subnetworks: This will immediate increase the query and update throughput. While adding subnetworks might eventually lead to other scalability problems, the IC in its current shape should be able to support hundreds of subnetworks.<br /> * Performance improvements: Performance can also be improved by better single machine, network and consensus performance tuning. Increasing the performance by at least an order of magnitude should be possible.</div>

Skaestle https://icstaging.mywikis.net/w/index.php?title=Internet_Computer_performance&diff=419 2021-11-10T09:40:06Z

<p>Skaestle: </p> <hr /> <div>This post describes our performance evaluation of the Internet computer. <br /> <br /> Scalability of the Internet Computer comes from partitioning the IC into subnetworks.<br /> <br /> Subnetworks process update calls from Ingress messages independently from other subnetworks. They can scale up by adding more subnetworks, which is at the cost of having more network traffic (as applications then need to potentially communicate across a network). In its current form, the IC should be able to scale out to hundreds of subnetworks.<br /> <br /> Query calls are read-only calls that are processed locally on each node. Scalability comes from adding more nodes, either to an existing subnetwork (at the cost of making consensus i.e. update calls more expensive) or as new subnetworks.<br /> <br /> We will periodically update the numbers in this article to reflect improvements we will achieve over time.<br /> <br /> == Test setup ==<br /> <br /> We are running all of our experiments concurrently against all subnetworks other than the NNS and some of the most utilized application subnetworks to avoid disturbance of active IC users. <br /> We send load against those subnetworks directly and are not using boundary nodes for those experiments. Boundary nodes have additional rate limiting which is currently set slightly more conservative compared to what the IC can handle and running against them therefore is unsuitable for performance evaluation. <br /> We are targeting all nodes in each subnetwork concurrently, much the same as what boundary nodes would be doing if we would use them.<br /> <br /> We have installed one counter canister in each subnetwork. This counter canister is essentially a no-op canister. It only maintains a counter, which can be queries via a query call and incremented via update call. The counter value is not using orthogonal persistence, so the overhead for the execution layer of the IC is minimal. Stressing the counter canister can be seen as a way to determine the system overhead or baseline performance.<br /> <br /> <br /> == Measurements ==<br /> === Update calls ===<br /> <br /> The Internet Computer can currently sustain more than 11000 updates/second for a period of four minutes, with peaks over 11500 updates/second.<br /> <br /> [[File:update-call-performance.png|1024px|Update Call Performance]]<br /> <br /> === Query calls ===<br /> Arguably more important are query calls, since they contribute with more than 90% of the traffic we are observing on the IC.<br /> <br /> [[File:query-call-performance.png|1024px|Query Call Performance]]<br /> <br /> The Internet Computer can currently process up to 250,000 queries per second.<br /> During our experiments, we increment the load incrementally and run each load for a period of 5 minutes.<br /> <br /> == Conclusion and next steps ==<br /> <br /> The Internet Computer today already shows impressive performance. On top of that, it should be possible to further scale out the IC by:<br /> <br /> * More subnetworks: This will immediate increase the query and update throughput. While adding subnetworks might eventually lead to other scalability problems, the IC in its current shape should be able to support hundreds of subnetworks.<br /> * Performance improvements: Performance can also be improved by better single machine, network and consensus performance tuning. Increasing the performance by at least an order of magnitude should be possible.</div>

Skaestle https://icstaging.mywikis.net/w/index.php?title=Internet_Computer_performance&diff=418 2021-11-10T09:24:07Z

<p>Skaestle: </p> <hr /> <div>This post describes our performance evaluation of the Internet computer. <br /> <br /> Scalability of the Internet Computer comes from partitioning the IC into subnetworks.<br /> <br /> Subnetworks process update calls from Ingress messages independently from other subnetworks. They can scale up by adding more subnetworks, which is at the cost of having more network traffic (as applications then need to potentially communicate across a network). In its current form, the IC should be able to scale out to hundreds of subnetworks.<br /> <br /> Query calls are read-only calls that are processed locally on each node. Scalability comes from adding more nodes, either to an existing subnetwork (at the cost of making consensus i.e. update calls more expensive) or as new subnetworks.<br /> <br /> We will periodically update the numbers in this article to reflect improvements we will achieve over time.<br /> <br /> == Test setup ==<br /> <br /> We are running all of our experiments concurrently against all subnetworks other than the NNS and some of the most utilized application subnetworks to avoid disturbance of active IC users. <br /> We send load against those subnetworks directly and are not using boundary nodes for those experiments. Boundary nodes have additional rate limiting which is currently set slightly more conservative compared to what the IC can handle and running against them therefore is unsuitable for performance evaluation. <br /> We are targeting all nodes in each subnetwork concurrently, much the same as what boundary nodes would be doing if we would use them.<br /> <br /> We have installed one counter canister in each subnetwork. This counter canister is essentially a no-op canister. It only maintains a counter, which can be queries via a query call and incremented via update call. The counter value is not using orthogonal persistence, so the overhead for the execution layer of the IC is minimal. Stressing the counter canister can be seen as a way to determine the system overhead or baseline performance.<br /> <br /> <br /> == Measurements ==<br /> === Update calls ===<br /> <br /> The Internet Computer can currently sustain more than 11000 updates/second for a period of four minutes, with peaks over 11500 updates/second.<br /> <br /> [[File:update-call-performance.png|1024px|Update Call Performance]]<br /> <br /> === Query calls ===<br /> Arguably more important are query calls, since they contribute with more than 90% of the traffic we are observing on the IC.<br /> <br /> [[File:query-call-performance.png|1024px|Query Call Performance]]<br /> <br /> The Internet Computer can currently process up to 250,000 queries per second.<br /> We are working on several improvements to those numbers that should improve the query performance by at least one order of magnitude.<br /> During our experiments, we increment the load incrementally and run each load for a period of 5 minutes.</div>

Skaestle https://icstaging.mywikis.net/w/index.php?title=Internet_Computer_performance&diff=281 2021-11-09T17:39:20Z

<p>Skaestle: </p> <hr /> <div>This post describes our performance evaluation of the Internet computer. <br /> <br /> Scalability Internet Computer comes from partitioning the IC into subnetworks.<br /> <br /> Subnetworks process update calls from Ingress messages independently from other subnetworks. They can scale up by adding more subnetworks, which is at the cost of having more network traffic (as applications then need to potentially communicate across a network). In its current form, the IC should be able to scale out to hundreds of subnetworks.<br /> <br /> Query calls are read-only calls that are processed locally on each node. Scalability comes from adding more nodes, either to an existing subnetwork (at the cost of making consensus i.e. update calls more expensive) or as new subnetworks.<br /> <br /> We will periodically update the numbers in this article to reflect improvements we will achieve over time.<br /> <br /> <br /> == Measurements ==<br /> === Update calls ===<br /> <br /> The Internet Computer can currently sustain more than 11000 updates/second for a period of four minutes, with peaks over 11500 updates/second.<br /> <br /> [[File:update-call-performance.png|1024px|Update Call Performance]]<br /> <br /> === Query calls ===<br /> Arguably more important are query calls, since they contribute with more than 90% of the traffic we are observing on the IC.<br /> <br /> [[File:query-call-performance.png|1024px|Query Call Performance]]<br /> <br /> The Internet Computer can currently process up to 250’000 queries per second.<br /> We are working on several improvements to those numbers that should improve the query performance by at least on order of magnitude.<br /> During our experiments, we increment the load incrementally and run each load for a period of 5 minutes.</div>

Skaestle https://icstaging.mywikis.net/w/index.php?title=Internet_Computer_performance&diff=280 2021-11-09T17:37:15Z

<p>Skaestle: </p> <hr /> <div>== Measurements ==<br /> === Update calls ===<br /> <br /> The Internet Computer can currently sustain more than 11000 updates/second for a period of four minutes, with peaks over 11500 updates/second.<br /> <br /> [[File:update-call-performance.png|1024px|Update Call Performance]]<br /> <br /> === Query calls ===<br /> Arguably more important are query calls, since they contribute with more than 90% of the traffic we are observing on the IC.<br /> <br /> [[File:query-call-performance.png|1024px|Query Call Performance]]<br /> <br /> The Internet Computer can currently process up to 250’000 queries per second.<br /> We are working on several improvements to those numbers that should improve the query performance by at least on order of magnitude.<br /> During our experiments, we increment the load incrementally and run each load for a period of 5 minutes.</div>

Skaestle https://icstaging.mywikis.net/w/index.php?title=Internet_Computer_performance&diff=279 2021-11-09T17:33:54Z

<p>Skaestle: </p> <hr /> <div>== Measurements ==<br /> === Update calls ===<br /> <br /> The Internet Computer can currently sustain more than 11000 updates/second for a period of four minutes, with peaks over 11500 updates/second.<br /> <br /> [[File:update-call-performance.png|Update Call Performance]]<br /> <br /> === Query calls ===<br /> Arguably more important are query calls, since they contribute with more than 90% of the traffic we are observing on the IC.<br /> <br /> [[File:query-call-performance.png|Query Call Performance]]<br /> <br /> The Internet Computer can currently process up to 250’000 queries per second.<br /> We are working on several improvements to those numbers that should improve the query performance by at least on order of magnitude.<br /> During our experiments, we increment the load incrementally and run each load for a period of 5 minutes.</div>

Skaestle https://icstaging.mywikis.net/w/index.php?title=File:Query-call-performance.png&diff=278 2021-11-09T17:32:51Z

<p>Skaestle: </p> <hr /> <div></div>

Skaestle https://icstaging.mywikis.net/w/index.php?title=File:Update-call-performance.png&diff=277 2021-11-09T17:32:31Z

<p>Skaestle: </p> <hr /> <div></div>

Skaestle https://icstaging.mywikis.net/w/index.php?title=Internet_Computer_performance&diff=276 2021-11-09T17:31:39Z

<p>Skaestle: </p> <hr /> <div>== Measurements ==<br /> === Update calls ===<br /> <br /> The Internet Computer can currently sustain more than 11000 updates/second for a period of four minutes, with peaks over 11500 updates/second.<br /> <br /> === Query calls ===<br /> Arguably more important are query calls, since they contribute with more than 90% of the traffic we are observing on the IC.<br /> <br /> <br /> <br /> The Internet Computer can currently process up to 250’000 queries per second.<br /> We are working on several improvements to those numbers that should improve the query performance by at least on order of magnitude.<br /> During our experiments, we increment the load incrementally and run each load for a period of 5 minutes.</div>

Skaestle https://icstaging.mywikis.net/w/index.php?title=Internet_Computer_performance&diff=275 2021-11-09T17:31:02Z

<p>Skaestle: This page describes the performance of the Internet Computer.~</p> <hr /> <div>== Measurements ==<br /> === Update calls ===<br /> <br /> The internet computer can currently sustain more than 11000 updates/second for a period of four minutes, with peaks over 11500 updates/second.<br /> <br /> === Query calls ===<br /> Arguably more important are query calls, since they contribute with more than 90% of the traffic we are observing on the IC.<br /> <br /> The internet computer can currently process up to 250’000 queries per second.<br /> We are working on several improvements to those numbers that should improve the query performance by at least on order of magnitude.<br /> During our experiments, we increment the load incrementally and run each load for a period of 5 minutes.</div>

Skaestle https://icstaging.mywikis.net/w/index.php?title=Internet_Computer_wiki&diff=274 2021-11-09T17:29:24Z

<p>Skaestle: </p> <hr /> <div>&lt;strong&gt;Welcome to the Internet Computer Wiki!&lt;/strong&gt; Feel free to join in. All are welcome!<br /> <br /> <br /> = Topics Central =<br /> <br /> * [[Internet computer]]<br /> * [[Index of dapps on the Internet Computer]]<br /> * [[ICP token]]<br /> * [https://dashboard.internetcomputer.org/ Internet Computer dashboard] <br /> * [[Internet Computer Performance]]<br /> * [[DFINITY]]<br /> <br /> == For blockchain &amp; crypto enthusiasts ==<br /> * [[Myths and facts]]<br /> * [[The cryptography behind the Internet Computer]]<br /> * [https://www.reddit.com/r/dfinity/ r/dfinity]<br /> * [[How to stake on the Internet computer]]<br /> * [[Tokenomics of the Internet Computer]]<br /> * [[Governance of the Internet Computer]]<br /> <br /> == For dapp developers ==<br /> * [[Internet Computer for dapp developers]]<br /> * [[Best practices for NFT drops]]<br /> * [https://forum.dfinity.org/ IC community developer forum]<br /> <br /> == For computer scientists ==<br /> * [[The Internet Computer for Computer Scientists]]<br /> <br /> == For node owners ==<br /> * [[Internet Computer for node owners]]<br /> <br /> = FAQs =<br /> <br /> * [[FAQ]]<br /> <br /> '''Computer Scientists FAQ'''<br /> * [[The Internet Computer for Computer Scientists]]<br /> <br /> <br /> <br /> == Using the wiki ==<br /> Consult the [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents User's Guide] for information on using the wiki software.<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Configuration settings list]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki FAQ]<br /> * [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ MediaWiki release mailing list]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Localise MediaWiki for your language]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Learn how to combat spam on your wiki]<br /> <br /> Use this page to test editing<br /> * [[Test editing the Internet Computer Wiki]]</div>

Skaestle