Forums
New posts
Articles
Product Reviews
Policies
FAQ
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Menu
Log in
Register
Install the app
Install
Forums
Apple Computing Products:
macOS - Desktop Hardware
Why aren't computers really "faster"?
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="XJ-linux" data-source="post: 1154810" data-attributes="member: 33722"><p>No slam to Dev's intended on this end. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /> I'm a Sys Admin and was just posting my observations on why applications can appear to run slowly on fast hardware. I understand timelines, iterative development cycles and scrum development methodology. I do the same thing with LPARs I build sometimes - jam a ton of P7 virtual cores and 50 GB's of RAM on a Websphere or SAP Portal app to get the job done (without performance/stress/load testing). Here's one that was running Solution Manager far to slowly, yet no one has had time to tune the code, the DB or the LPAR:</p><p></p><p>root@***** /# lparstat -i</p><p>Node Name : *****</p><p>Partition Name : *****</p><p>Partition Number : 1</p><p>Type : Shared-SMT</p><p>Mode : Capped</p><p>Entitled Capacity : 6.00</p><p>Partition Group-ID : 32769</p><p>Shared Pool ID : 0</p><p>Online Virtual CPUs : 6</p><p>Maximum Virtual CPUs : 16</p><p>Minimum Virtual CPUs : 4</p><p>Online Memory : 32767 MB</p><p>Maximum Memory : 49152 MB</p><p>Minimum Memory : 12416 MB</p><p>Variable Capacity Weight : 128</p><p>Minimum Capacity : 4.00</p><p>Maximum Capacity : 8.00</p><p>Capacity Increment : 0.01</p><p>Maximum Physical CPUs in system : 8</p><p>Active Physical CPUs in system : 8</p><p>Active CPUs in Pool : 8</p><p>Unallocated Capacity : 0.00</p><p>Physical CPU Percentage : 100.00%</p><p>Unallocated Weight : 0</p><p></p><p>I understand completely where you are coming from. Timelines for development, regression testing, roll out and the like just are not what they use to be my friend.</p></blockquote><p></p>
[QUOTE="XJ-linux, post: 1154810, member: 33722"] No slam to Dev's intended on this end. :) I'm a Sys Admin and was just posting my observations on why applications can appear to run slowly on fast hardware. I understand timelines, iterative development cycles and scrum development methodology. I do the same thing with LPARs I build sometimes - jam a ton of P7 virtual cores and 50 GB's of RAM on a Websphere or SAP Portal app to get the job done (without performance/stress/load testing). Here's one that was running Solution Manager far to slowly, yet no one has had time to tune the code, the DB or the LPAR: root@***** /# lparstat -i Node Name : ***** Partition Name : ***** Partition Number : 1 Type : Shared-SMT Mode : Capped Entitled Capacity : 6.00 Partition Group-ID : 32769 Shared Pool ID : 0 Online Virtual CPUs : 6 Maximum Virtual CPUs : 16 Minimum Virtual CPUs : 4 Online Memory : 32767 MB Maximum Memory : 49152 MB Minimum Memory : 12416 MB Variable Capacity Weight : 128 Minimum Capacity : 4.00 Maximum Capacity : 8.00 Capacity Increment : 0.01 Maximum Physical CPUs in system : 8 Active Physical CPUs in system : 8 Active CPUs in Pool : 8 Unallocated Capacity : 0.00 Physical CPU Percentage : 100.00% Unallocated Weight : 0 I understand completely where you are coming from. Timelines for development, regression testing, roll out and the like just are not what they use to be my friend. [/QUOTE]
Verification
Post reply
Forums
Apple Computing Products:
macOS - Desktop Hardware
Why aren't computers really "faster"?
Top