From owner-freebsd-performance@FreeBSD.ORG Fri May 11 12:54:20 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2670D16A400 for ; Fri, 11 May 2007 12:54:20 +0000 (UTC) (envelope-from schulra@earlham.edu) Received: from sipala.earlham.edu (sipala.earlham.edu [159.28.1.75]) by mx1.freebsd.org (Postfix) with ESMTP id 0366013C487 for ; Fri, 11 May 2007 12:54:19 +0000 (UTC) (envelope-from schulra@earlham.edu) Received: from tdream.lly.earlham.edu (tdream.lly.earlham.edu [159.28.7.241]) by sipala.earlham.edu (8.13.6/8.13.6) with ESMTP id l4BCNKuw015376 for ; Fri, 11 May 2007 08:23:20 -0400 (EDT) Date: Fri, 11 May 2007 08:24:31 -0400 (EDT) From: Randy Schultz X-X-Sender: schulra@tdream.lly.earlham.edu To: freebsd-performance@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-506875156-1178827620=:35174" Content-ID: Subject: possible issues with Dell/Perc5 raid X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 12:54:20 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-506875156-1178827620=:35174 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed Content-ID: Hi there, We just purchased a Dell 860 with these specifics: - dual core pentium 915, 2.8 GHz, 800MHz FSB - 2x512 MB 533 MHz DDR2 RAM - Dell's SAS/SATA drive controller(which is actually an LSILogic) - their 5IR PCI-Express internal RAID controller - a pair of 250 GB SATA II's set up RAID 1 After installing 6.2-RELEASE on the system I noticed, while pulling the ports collection off the CDROM, that the speed to the drives started out just fine but long before the ports collection was installed the transfer rate was down to ~35kB/s. Huh. So I started paying closer attention. I installed a couple of ports and every time there was anything but miniscule data being transferred to/from disk the transfer rate bottomed out. I installed the blogbench port and it confirmed the I/O as tremendously sluggish. I've attached the output of the blogbench runs. The first is from an old 700 MHz pc, Acer M25C mobo, with 1 IDE drive just for comparison. The second data set is the new Dell. I've also attached the output of dmesg. Everything looks fine except for the mpt lines. Would those be telling of something amiss or are they innocuous barks? I understand that RAID 1 is not the fastest but I certainly expected it to be faster than it is, esp. with hw RAID. Are my expectations too high and this is normal? -- Randy (schulra@earlham.edu) 765.983.1283 <*> Rain puts a hole in stone because of its constancy, not its force. - H. Joseph Gerber --0-506875156-1178827620=:35174 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=dell.perf Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME=dell.perf a2FwcGlhIyAvdXNyL2xvY2FsL2Jpbi9ibG9nYmVuY2ggLWQgL3Zhci90bXAN Cg0KRnJlcXVlbmN5ID0gMTAgc2Vjcw0KU2NyYXRjaCBkaXIgPSBbL3Zhci90 bXBdDQpTcGF3bmluZyAzIHdyaXRlcnMuLi4NClNwYXduaW5nIDEgcmV3cml0 ZXJzLi4uDQpTcGF3bmluZyA1IGNvbW1lbnRlcnMuLi4NClNwYXduaW5nIDEw MCByZWFkZXJzLi4uDQpCZW5jaG1hcmtpbmcgZm9yIDMwIGl0ZXJhdGlvbnMu DQpUaGUgdGVzdCB3aWxsIHJ1biBkdXJpbmcgNSBtaW51dGVzLg0KDQogIE5i IGJsb2dzICAgUiBhcnRpY2xlcyAgICBXIGFydGljbGVzICAgIFIgcGljdHVy ZXMgICAgVyBwaWN0dXJlcyAgICBSIGNvbW1lbnRzICAgIFcgY29tbWVudHMN CiAgICAgICAgIDQgICAgICAgIDIyMTYyICAgICAgICAgICAzMzEgICAgICAg ICAxMjg5OSAgICAgICAgICAgMzcxICAgICAgICAgIDg1MDggICAgICAgICAg MTA5Ng0KICAgICAgICAgNyAgICAgICAgMjc2MzkgICAgICAgICAgIDE1MCAg ICAgICAgIDIzNDgyICAgICAgICAgICAyMzEgICAgICAgICAxMzcwNSAgICAg ICAgICAgNTQ5DQogICAgICAgIDExICAgICAgICAyODQyOCAgICAgICAgICAg MTY2ICAgICAgICAgMjM1MDAgICAgICAgICAgIDE4NCAgICAgICAgIDEzMTU5 ICAgICAgICAgICA1MjkNCiAgICAgICAgMTMgICAgICAgIDMwOTg3ICAgICAg ICAgICAxMzkgICAgICAgICAyNDExMyAgICAgICAgICAgMjAzICAgICAgICAg MTMxMzEgICAgICAgICAgIDUwOQ0KICAgICAgICAxNSAgICAgICAgMjYzMTMg ICAgICAgICAgIDEyNCAgICAgICAgIDIyMjY5ICAgICAgICAgICAyMTYgICAg ICAgICAxMzI1OCAgICAgICAgICAgNDcwDQogICAgICAgIDE4ICAgICAgICAy NjIxNiAgICAgICAgICAgMjA5ICAgICAgICAgMjE3MzUgICAgICAgICAgIDEx NyAgICAgICAgIDEzNDA1ICAgICAgICAgICA0NjYNCiAgICAgICAgMjEgICAg ICAgIDI3Nzg3ICAgICAgICAgICAxOTUgICAgICAgICAyMTIxMSAgICAgICAg ICAgMTU0ICAgICAgICAgMTYxMDcgICAgICAgICAgIDUwNQ0KICAgICAgICAy NSAgICAgICAgMjQzNTUgICAgICAgICAgIDIwNCAgICAgICAgIDE4NjQ0ICAg ICAgICAgICAxMTkgICAgICAgICAxMzc4OCAgICAgICAgICAgNDcyDQogICAg ICAgIDI1ICAgICAgICAyMzg3MSAgICAgICAgICAgMTU4ICAgICAgICAgMTY5 NTIgICAgICAgICAgIDE3NCAgICAgICAgIDEyMDAyICAgICAgICAgICA0MjEN CiAgICAgICAgMjkgICAgICAgIDI1MDMwICAgICAgICAgICAyMTAgICAgICAg ICAxODY2MyAgICAgICAgICAgMTIyICAgICAgICAgMTI4NTAgICAgICAgICAg IDQ2MQ0KICAgICAgICAzMSAgICAgICAgMjA2OTggICAgICAgICAgIDEzMiAg ICAgICAgIDE0OTkxICAgICAgICAgICAxNzAgICAgICAgICAxMDgwOSAgICAg ICAgICAgNDIxDQogICAgICAgIDMyICAgICAgICAyMjE0NyAgICAgICAgICAg MTcyICAgICAgICAgMTU3NzIgICAgICAgICAgIDEzOSAgICAgICAgIDEwMDY0 ICAgICAgICAgICA0MjANCiAgICAgICAgMzUgICAgICAgIDIzMDE1ICAgICAg ICAgICAxNzAgICAgICAgICAxNzAzNyAgICAgICAgICAgMTQ2ICAgICAgICAg MTM1MTYgICAgICAgICAgIDQzMg0KICAgICAgICAzNyAgICAgICAgMjEzNzMg ICAgICAgICAgIDIwOCAgICAgICAgIDE1ODc5ICAgICAgICAgICAgNjkgICAg ICAgICAxMDc0MiAgICAgICAgICAgMzg0DQogICAgICAgIDM5ICAgICAgICAx OTk4OSAgICAgICAgICAgMjA3ICAgICAgICAgMTM3NzEgICAgICAgICAgICA5 MiAgICAgICAgIDEwMjA0ICAgICAgICAgICAzOTENCiAgICAgICAgNDAgICAg ICAgIDIwOTI4ICAgICAgICAgICAxMTMgICAgICAgICAxNDY5NSAgICAgICAg ICAgMTgyICAgICAgICAgMTIzMzEgICAgICAgICAgIDQxOQ0KICAgICAgICA0 MyAgICAgICAgMTkwMTcgICAgICAgICAgIDE0NSAgICAgICAgIDEzNzA3ICAg ICAgICAgICAxMzcgICAgICAgICAxMDExNyAgICAgICAgICAgMzc3DQogICAg ICAgIDQ1ICAgICAgICAxOTcyMyAgICAgICAgICAgMTIxICAgICAgICAgMTQ3 MDQgICAgICAgICAgIDE0OCAgICAgICAgIDEwMjEyICAgICAgICAgICAzNTkN CiAgICAgICAgNDYgICAgICAgIDIxODY4ICAgICAgICAgICAyMzkgICAgICAg ICAxNTk2MiAgICAgICAgICAgIDU3ICAgICAgICAgMTAwMzQgICAgICAgICAg IDM5Mw0KICAgICAgICA0OSAgICAgICAgMjA4MDQgICAgICAgICAgIDE1NiAg ICAgICAgIDE0MzA2ICAgICAgICAgICAxMDggICAgICAgICAgODU4MCAgICAg ICAgICAgMzU0DQogICAgICAgIDUwICAgICAgICAxOTIzNCAgICAgICAgICAg IDg2ICAgICAgICAgMTM0ODQgICAgICAgICAgIDE2NiAgICAgICAgICA5Mjg1 ICAgICAgICAgICAzNDUNCiAgICAgICAgNTIgICAgICAgIDIxMDY0ICAgICAg ICAgICAxNDUgICAgICAgICAxNDkxMiAgICAgICAgICAgMTI5ICAgICAgICAg MTExMzggICAgICAgICAgIDM2OQ0KICAgICAgICA1NSAgICAgICAgMTk5Mjcg ICAgICAgICAgIDE4NCAgICAgICAgIDE0Njc5ICAgICAgICAgICAgODEgICAg ICAgICAxMTM2MCAgICAgICAgICAgMzUzDQogICAgICAgIDU2ICAgICAgICAx ODYyMCAgICAgICAgICAgMTYxICAgICAgICAgMTM1MTYgICAgICAgICAgIDEw MSAgICAgICAgICA5ODE2ICAgICAgICAgICAzNDINCiAgICAgICAgNTkgICAg ICAgIDIwMTU1ICAgICAgICAgICAxMTIgICAgICAgICAxNDEyMCAgICAgICAg ICAgMTQxICAgICAgICAgMTA0NTAgICAgICAgICAgIDM0NA0KICAgICAgICA2 MSAgICAgICAgMTg4NjkgICAgICAgICAgIDE3MyAgICAgICAgIDEyOTU4ICAg ICAgICAgICAgNzggICAgICAgICAgODYzNiAgICAgICAgICAgMzQzDQogICAg ICAgIDYzICAgICAgICAxODAwOCAgICAgICAgICAgMTUxICAgICAgICAgMTI2 OTMgICAgICAgICAgICA5OSAgICAgICAgICA4ODY4ICAgICAgICAgICAzMjYN CiAgICAgICAgNjYgICAgICAgIDE5MjU1ICAgICAgICAgICAxMDkgICAgICAg ICAxMzU0OCAgICAgICAgICAgMTQzICAgICAgICAgIDkzNzUgICAgICAgICAg IDMzMw0KICAgICAgICA2NiAgICAgICAgMTg5NjggICAgICAgICAgIDEzMCAg ICAgICAgIDEyNzQ5ICAgICAgICAgICAxMjYgICAgICAgICAgODUyNCAgICAg ICAgICAgMzQyDQogICAgICAgIDY4ICAgICAgICAxNzEwNyAgICAgICAgICAg IDUxICAgICAgICAgMTIwODYgICAgICAgICAgIDE2NSAgICAgICAgICA4MjU2 ICAgICAgICAgICAzMTcNCg0KRmluYWwgc2NvcmUgZm9yIHdyaXRlczogICAg ICAgICAgICA2OA0KRmluYWwgc2NvcmUgZm9yIHJlYWRzIDogICAgICAgICAx MzkyNQ0KDQoNCg0KUm9vdCBEdWRlID8gYmxvZ2JlbmNoIC1kIC92YXIvdG1w DQoNCkZyZXF1ZW5jeSA9IDEwIHNlY3MNClNjcmF0Y2ggZGlyID0gWy92YXIv dG1wXQ0KU3Bhd25pbmcgMyB3cml0ZXJzLi4uDQpTcGF3bmluZyAxIHJld3Jp dGVycy4uLg0KU3Bhd25pbmcgNSBjb21tZW50ZXJzLi4uDQpTcGF3bmluZyAx MDAgcmVhZGVycy4uLg0KQmVuY2htYXJraW5nIGZvciAzMCBpdGVyYXRpb25z Lg0KVGhlIHRlc3Qgd2lsbCBydW4gZHVyaW5nIDUgbWludXRlcy4NCg0KICBO YiBibG9ncyAgIFIgYXJ0aWNsZXMgICAgVyBhcnRpY2xlcyAgICBSIHBpY3R1 cmVzICAgIFcgcGljdHVyZXMgICAgUiBjb21tZW50cyAgICBXIGNvbW1lbnRz DQogICAgICAgICAwICAgICAgICAgMTUwNSAgICAgICAgICAgMTAxICAgICAg ICAgICAgIDAgICAgICAgICAgICAxNiAgICAgICAgICAgICAwICAgICAgICAg ICAxODENCiAgICAgICAgIDAgICAgICAgICAyMTYzICAgICAgICAgICAgNjYg ICAgICAgICAgICAzNyAgICAgICAgICAgIDM1ICAgICAgICAgIDE5NDAgICAg ICAgICAgIDE0Mg0KICAgICAgICAgMCAgICAgICAgIDE2NzEgICAgICAgICAg ICA0MiAgICAgICAgICAgMTI3ICAgICAgICAgICAgMzMgICAgICAgICAgMTMw NCAgICAgICAgICAgMTA5DQogICAgICAgICAxICAgICAgICAgMjIyOCAgICAg ICAgICAgIDExICAgICAgICAgIDEwMDggICAgICAgICAgICA4NCAgICAgICAg ICAyNDgyICAgICAgICAgICAxNDQNCiAgICAgICAgIDEgICAgICAgICAyMDI3 ICAgICAgICAgICAgMzQgICAgICAgICAgMTE3MyAgICAgICAgICAgIDYxICAg ICAgICAgIDMwNTkgICAgICAgICAgIDE0NQ0KICAgICAgICAgMSAgICAgICAg IDE0MDcgICAgICAgICAgICAyMiAgICAgICAgICAxMjkxICAgICAgICAgICAg MzIgICAgICAgICAgIDYyOCAgICAgICAgICAgIDcwDQogICAgICAgICAzICAg ICAgICAgMzMwNiAgICAgICAgICAgIDcxICAgICAgICAgIDMzMzAgICAgICAg ICAgICAzOSAgICAgICAgICAxMzIzICAgICAgICAgICAxNTYNCiAgICAgICAg IDQgICAgICAgICAzMDgwICAgICAgICAgICAgOTEgICAgICAgICAgMzA1OCAg ICAgICAgICAgIDIyICAgICAgICAgIDIxNTIgICAgICAgICAgIDE0OQ0KICAg ICAgICAgNCAgICAgICAgIDE0NTMgICAgICAgICAgICAzNiAgICAgICAgICAx MzA2ICAgICAgICAgICAgMTYgICAgICAgICAgIDU5NiAgICAgICAgICAgIDY0 DQogICAgICAgICA1ICAgICAgICAgMzE5MCAgICAgICAgICAgIDU2ICAgICAg ICAgIDI1OTUgICAgICAgICAgICA1MCAgICAgICAgICAxNDIzICAgICAgICAg ICAxNDQNCiAgICAgICAgIDYgICAgICAgICAzMjk5ICAgICAgICAgICAgNTAg ICAgICAgICAgMjA3MyAgICAgICAgICAgIDU5ICAgICAgICAgICA4MzQgICAg ICAgICAgIDEzNA0KICAgICAgICAgNiAgICAgICAgIDE2MjUgICAgICAgICAg ICAyMyAgICAgICAgICAgOTc4ICAgICAgICAgICAgMzMgICAgICAgICAgIDQ4 OCAgICAgICAgICAgIDY4DQogICAgICAgICA2ICAgICAgICAgMjk1NCAgICAg ICAgICAgIDM1ICAgICAgICAgIDIwMzIgICAgICAgICAgICA3MyAgICAgICAg ICAxMDY1ICAgICAgICAgICAxNDINCiAgICAgICAgIDggICAgICAgICAzMTU3 ICAgICAgICAgICAgMzYgICAgICAgICAgMjE5OCAgICAgICAgICAgIDc4ICAg ICAgICAgIDEzMDcgICAgICAgICAgIDE0MA0KICAgICAgICAgOSAgICAgICAg IDExMjQgICAgICAgICAgICAxOSAgICAgICAgICAgNzY3ICAgICAgICAgICAg MjQgICAgICAgICAgIDU5MiAgICAgICAgICAgIDU2DQogICAgICAgICA5ICAg ICAgICAgMjgzNyAgICAgICAgICAgIDQ1ICAgICAgICAgIDIwOTMgICAgICAg ICAgICA2NCAgICAgICAgICAxNDQyICAgICAgICAgICAxNDINCiAgICAgICAg MTEgICAgICAgICAyNzk4ICAgICAgICAgICAgNTAgICAgICAgICAgMjEyNCAg ICAgICAgICAgIDYzICAgICAgICAgIDE3NTMgICAgICAgICAgIDE0Mw0KICAg ICAgICAxMiAgICAgICAgIDEzOTUgICAgICAgICAgICAzMCAgICAgICAgICAx MTgxICAgICAgICAgICAgMjMgICAgICAgICAgIDc3NiAgICAgICAgICAgIDY5 DQogICAgICAgIDEzICAgICAgICAgMzMxMiAgICAgICAgICAgIDg3ICAgICAg ICAgIDI2OTYgICAgICAgICAgICAyNCAgICAgICAgICAxMjgzICAgICAgICAg ICAxNDMNCiAgICAgICAgMTMgICAgICAgICAzMTA1ICAgICAgICAgICAxMDIg ICAgICAgICAgMjUxNyAgICAgICAgICAgIDEyICAgICAgICAgIDE1NDYgICAg ICAgICAgIDE0Ng0KICAgICAgICAxMyAgICAgICAgIDE2NzAgICAgICAgICAg ICA0MyAgICAgICAgICAxMTI5ICAgICAgICAgICAgMjIgICAgICAgICAgMTI2 NiAgICAgICAgICAgIDgwDQogICAgICAgIDE0ICAgICAgICAgMjI0OCAgICAg ICAgICAgIDMyICAgICAgICAgIDE1OTQgICAgICAgICAgICA2MyAgICAgICAg ICAxOTAwICAgICAgICAgICAxMTkNCiAgICAgICAgMTYgICAgICAgICAyODc2 ICAgICAgICAgICAgNzggICAgICAgICAgMjI2OCAgICAgICAgICAgIDIyICAg ICAgICAgIDE2MDggICAgICAgICAgIDEzNg0KICAgICAgICAxNiAgICAgICAg IDE3OTcgICAgICAgICAgICA1MiAgICAgICAgICAxMjQ0ICAgICAgICAgICAg MTYgICAgICAgICAgMTE2OCAgICAgICAgICAgIDg5DQogICAgICAgIDE2ICAg ICAgICAgMjE0MiAgICAgICAgICAgIDQ4ICAgICAgICAgIDE0NjYgICAgICAg ICAgICAzNSAgICAgICAgICAxNjQ5ICAgICAgICAgICAxMDYNCiAgICAgICAg MTcgICAgICAgICAyOTAzICAgICAgICAgICAgNDUgICAgICAgICAgMjEyMyAg ICAgICAgICAgIDU4ICAgICAgICAgIDE0MDYgICAgICAgICAgIDEzMQ0KICAg ICAgICAxOCAgICAgICAgIDIwOTYgICAgICAgICAgICAyMiAgICAgICAgICAx NTM2ICAgICAgICAgICAgNTYgICAgICAgICAgMTA5NiAgICAgICAgICAgIDk3 DQogICAgICAgIDE5ICAgICAgICAgMjA5MSAgICAgICAgICAgIDMwICAgICAg ICAgIDEzMTAgICAgICAgICAgICA0NCAgICAgICAgICAxMDc2ICAgICAgICAg ICAxMDANCiAgICAgICAgMjAgICAgICAgICAzMTUyICAgICAgICAgICAgNDEg ICAgICAgICAgMjExNyAgICAgICAgICAgIDY4ICAgICAgICAgIDExMjcgICAg ICAgICAgIDEzOA0KICAgICAgICAyMSAgICAgICAgIDI1MTAgICAgICAgICAg ICA1MiAgICAgICAgICAxNTc4ICAgICAgICAgICAgMzQgICAgICAgICAgMTI5 NCAgICAgICAgICAgMTE1DQoNCkZpbmFsIHNjb3JlIGZvciB3cml0ZXM6ICAg ICAgICAgICAgMjENCkZpbmFsIHNjb3JlIGZvciByZWFkcyA6ICAgICAgICAg IDI0NDINCg0KDQo= --0-506875156-1178827620=:35174 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=dell.dmesg Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME=dell.dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KICAgICAgICBUaGUgUmVn ZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLg0KRnJlZUJTRCBpcyBhIHJlZ2lzdGVyZWQgdHJhZGVt YXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uDQpGcmVlQlNEIDYuMi1T VEFCTEUgIzA6IE1vbiBNYXkgIDcgMjA6MTY6MzUgRURUIDIwMDcNCiAgICBy b290QG1heHUuZWFybGhhbS5lZHU6L3Vzci9vYmovdXNyL3NyYy9zeXMvbWF4 dS4wNzA1MDcNClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMx ODIgSHogcXVhbGl0eSAwDQpDUFU6IEludGVsKFIpIFBlbnRpdW0oUikgRCBD UFUgMi44MEdIeiAoMjgwMC4xMS1NSHogNjg2LWNsYXNzIENQVSkNCiAgT3Jp Z2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHhmNjQgIFN0ZXBwaW5nID0g NA0KICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxN U1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFU LFBTRTM2DQosQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixT UyxIVFQsVE0sUEJFPg0KICBGZWF0dXJlczI9MHhlNDlkPFNTRTMsUlNWRDIs TU9OLERTX0NQTCxFU1QsQ05UWC1JRCxDWDE2LDxiMTQ+LDxiMTU+Pg0KICBB TUQgRmVhdHVyZXM9MHgyMDEwMDAwMDxOWCxMTT4NCiAgQU1EIEZlYXR1cmVz Mj0weDE8TEFIRj4NCiAgQ29yZXMgcGVyIHBhY2thZ2U6IDINCnJlYWwgbWVt b3J5ICA9IDEwNzM0Nzk2ODAgKDEwMjMgTUIpDQphdmFpbCBtZW1vcnkgPSAx MDQxMzI2MDgwICg5OTMgTUIpDQpBQ1BJIEFQSUMgVGFibGU6IDxERUxMICAg UEVfU0MzICA+DQpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVt IERldGVjdGVkOiAyIENQVXMNCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMA0K IGNwdTEgKEFQKTogQVBJQyBJRDogIDENCmlvYXBpYzA6IENoYW5naW5nIEFQ SUMgSUQgdG8gMg0KaW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBv biBtb3RoZXJib2FyZA0Ka2JkMSBhdCBrYmRtdXgwDQphdGhfaGFsOiAwLjku MjAuMyAoQVI1MjEwLCBBUjUyMTEsIEFSNTIxMiwgUkY1MTExLCBSRjUxMTIs IFJGMjQxMywgUkY1NDEzKQ0KYWNwaTA6IDxERUxMIFBFX1NDMz4gb24gbW90 aGVyYm9hcmQNCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQ0KVGltZWNv dW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0 eSAxMDAwDQphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0 NU1Iej4gcG9ydCAweDgwOC0weDgwYiBvbiBhY3BpMA0KY3B1MDogPEFDUEkg Q1BVPiBvbiBhY3BpMA0KY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KcGNp YjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBv biBhY3BpMA0KcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjANCnBjaWIx OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kw DQpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpYjI6IDxQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMCBvbiBwY2kxDQpwY2kyOiA8UENJ IGJ1cz4gb24gcGNpYjINCm1wdDA6IDxMU0lMb2dpYyBTQVMvU0FUQSBBZGFw dGVyPiBwb3J0IDB4ZWMwMC0weGVjZmYgbWVtIDB4ZmVhZmMwMDAtMHhmZWFm ZmZmZiwweGZlYWUwMDAwLTB4Zg0KZWFlZmZmZiBpcnEgMTYgYXQgZGV2aWNl IDguMCBvbiBwY2kyDQptcHQwOiBbR0lBTlQtTE9DS0VEXQ0KbXB0MDogTVBJ IFZlcnNpb249MS41LjEzLjANCm1wdDA6IG1wdF9jYW1fZXZlbnQ6IDB4MTYN Cm1wdDA6IFVuaGFuZGxlZCBFdmVudCBOb3RpZnkgRnJhbWUuIEV2ZW50IDB4 MTYgKEFDSyBub3QgcmVxdWlyZWQpLg0KbXB0MDogbXB0X2NhbV9ldmVudDog MHgxMg0KbXB0MDogVW5oYW5kbGVkIEV2ZW50IE5vdGlmeSBGcmFtZS4gRXZl bnQgMHgxMiAoQUNLIG5vdCByZXF1aXJlZCkuDQptcHQwOiBtcHRfY2FtX2V2 ZW50OiAweDEyDQptcHQwOiBVbmhhbmRsZWQgRXZlbnQgTm90aWZ5IEZyYW1l LiBFdmVudCAweDEyIChBQ0sgbm90IHJlcXVpcmVkKS4NCm1wdDA6IG1wdF9j YW1fZXZlbnQ6IDB4MTYNCm1wdDA6IFVuaGFuZGxlZCBFdmVudCBOb3RpZnkg RnJhbWUuIEV2ZW50IDB4MTYgKEFDSyBub3QgcmVxdWlyZWQpLg0KcGNpYjM6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjguMCBvbiBwY2kw DQpwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMw0KcGNpYjQ6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjguNCBvbiBwY2kwDQpwY2k0 OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNA0KYmdlMDogPEJyb2FkY29tIEJD TTU3NTAgQjEsIEFTSUMgcmV2LiAweDQxMDE+IG1lbSAweGZlNmYwMDAwLTB4 ZmU2ZmZmZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgDQpvbiBwY2k0DQptaWli dXMwOiA8TUlJIGJ1cz4gb24gYmdlMA0KYnJncGh5MDogPEJDTTU3NTAgMTAv MTAwLzEwMDBiYXNlVFggUEhZPiBvbiBtaWlidXMwDQpicmdwaHkwOiAgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwg MTAwMGJhc2VUWCwgMTAwMGJhc2VUWC1GRFgsIGF1dG8NCmJnZTA6IEV0aGVy bmV0IGFkZHJlc3M6IDAwOjE4OjhiOmY4OmU2OjhjDQpwY2liNTogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOC41IG9uIHBjaTANCnBjaTU6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1DQpiZ2UxOiA8QnJvYWRjb20gQkNN NTc1MCBCMSwgQVNJQyByZXYuIDB4NDEwMT4gbWVtIDB4ZmU0ZjAwMDAtMHhm ZTRmZmZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCANCm9uIHBjaTUNCm1paWJ1 czE6IDxNSUkgYnVzPiBvbiBiZ2UxDQpicmdwaHkxOiA8QkNNNTc1MCAxMC8x MDAvMTAwMGJhc2VUWCBQSFk+IG9uIG1paWJ1czENCmJyZ3BoeTE6ICAxMGJh c2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAx MDAwYmFzZVRYLCAxMDAwYmFzZVRYLUZEWCwgYXV0bw0KYmdlMTogRXRoZXJu ZXQgYWRkcmVzczogMDA6MTg6OGI6Zjg6ZTY6OGQNCnBjaWI2OiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMA0KcGNpNjog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjYNCnBjaTY6IDxkaXNwbGF5LCBWR0E+ IGF0IGRldmljZSA1LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCmlzYWIwOiA8 UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTANCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIElDSDcgVURN QTEwMCBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcw LTB4MTc3LDB4Mzc2LDB4ZmMwMC0weGZjDQowZiBhdCBkZXZpY2UgMzEuMSBv biBwY2kwDQphdGEwOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMA0KYXRh MTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTANCnBjaTA6IDxzZXJpYWwg YnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hl ZCkNCmFjcGlfaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4g aW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwDQpUaW1lY291 bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgMjAw MA0KZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4M2Yw LTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGFjcGkwDQpmZGMwOiBkb2Vz IG5vdCByZXNwb25kDQpkZXZpY2VfYXR0YWNoOiBmZGMwIGF0dGFjaCByZXR1 cm5lZCA2DQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIp PiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMA0KYXRrYmQwOiA8QVQg S2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzANCmtiZDAgYXQgYXRrYmQwDQph dGtiZDA6IFtHSUFOVC1MT0NLRURdDQpzaW8wOiA8MTY1NTBBLWNvbXBhdGli bGUgQ09NIHBvcnQ+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgx MCBvbiBhY3BpMA0Kc2lvMDogdHlwZSAxNjU1MEENCmZkYzA6IDxmbG9wcHkg ZHJpdmUgY29udHJvbGxlcj4gcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEg NiBkcnEgMiBvbiBhY3BpMA0KZmRjMDogZG9lcyBub3QgcmVzcG9uZA0KZGV2 aWNlX2F0dGFjaDogZmRjMCBhdHRhY2ggcmV0dXJuZWQgNg0KcG10aW1lcjAg b24gaXNhMA0Kb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhj MDAwMC0weGM4ZmZmLDB4YzkwMDAtMHhjOWZmZiwweGQwMDAwLTB4ZDE3ZmYs MHhlYzAwMC0weGVmDQpmZmYgb24gaXNhMA0KcHBjMDogcGFyYWxsZWwgcG9y dCBub3QgZm91bmQuDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3Mg MHgxMDAgb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMs IGZsYWdzPTB4MzAwPg0Kc2lvMTogY29uZmlndXJlZCBpcnEgMyBub3QgaW4g Yml0bWFwIG9mIHByb2JlZCBpcnFzIDANCnNpbzE6IHBvcnQgbWF5IG5vdCBi ZSBlbmFibGVkDQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4 M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQpUaW1l Y291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjDQphY2QwOiBDRFJPTSA8 SEwtRFQtU1QgR0NSLTgyNDBOLzEuMTA+IGF0IGF0YTAtbWFzdGVyIFVETUEz Mw0KU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhDQpkYTAgYXQgbXB0MCBidXMg MCB0YXJnZXQgMCBsdW4gMA0KZGEwOiA8RGVsbCBWSVJUVUFMIERJU0sgMTAy OD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIA0KZGEwOiAz MDAuMDAwTUIvcyB0cmFuc2ZlcnMsIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVk DQpkYTA6IDIzNzQ2NE1CICg0ODYzMjYyNzIgNTEyIGJ5dGUgc2VjdG9yczog MjU1SCA2M1MvVCAzMDI3MkMpDQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9t IHVmczovZGV2L2RhMHMxYQ0KYmdlMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRv IFVQDQoNCg== --0-506875156-1178827620=:35174-- From owner-freebsd-performance@FreeBSD.ORG Fri May 11 13:52:30 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39E2B16A400 for ; Fri, 11 May 2007 13:52:30 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id EA22113C447 for ; Fri, 11 May 2007 13:52:29 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Fri, 11 May 2007 09:42:18 -0400 id 0005646F.464472BA.0001056C Date: Fri, 11 May 2007 09:42:17 -0400 From: Bill Moran To: Randy Schultz Message-Id: <20070511094217.018c6a2b.wmoran@collaborativefusion.com> In-Reply-To: References: Organization: Collaborative Fusion X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.11; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-performance@freebsd.org Subject: Re: possible issues with Dell/Perc5 raid X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 13:52:30 -0000 In response to Randy Schultz : > Hi there, > > We just purchased a Dell 860 with these specifics: > - dual core pentium 915, 2.8 GHz, 800MHz FSB > - 2x512 MB 533 MHz DDR2 RAM > - Dell's SAS/SATA drive controller(which is actually an LSILogic) > - their 5IR PCI-Express internal RAID controller > - a pair of 250 GB SATA II's set up RAID 1 > > After installing 6.2-RELEASE on the system I noticed, while pulling the ports > collection off the CDROM, that the speed to the drives started out just fine > but long before the ports collection was installed the transfer rate was down > to ~35kB/s. Huh. So I started paying closer attention. I installed a couple > of ports and every time there was anything but miniscule data being > transferred to/from disk the transfer rate bottomed out. I installed the > blogbench port and it confirmed the I/O as tremendously sluggish. I've > attached the output of the blogbench runs. The first is from an old 700 MHz > pc, Acer M25C mobo, with 1 IDE drive just for comparison. The second data set > is the new Dell. I've also attached the output of dmesg. Everything looks > fine except for the mpt lines. Would those be telling of something amiss or > are they innocuous barks? > > I understand that RAID 1 is not the fastest but I certainly expected it to be > faster than it is, esp. with hw RAID. Are my expectations too high and this > is normal? My personal server is a Dell 860 configured very similarly to yours, with the difference that it has a single 160G SATA drive (no RAID). It's also running 6.2. Frequency = 10 secs Scratch dir = [/home/wmoran/blogbench] Spawning 3 writers... Spawning 1 rewriters... Spawning 5 commenters... Spawning 100 readers... Benchmarking for 30 iterations. The test will run during 5 minutes. Nb blogs R articles W articles R pictures W pictures R comments W comments 23 40257 1492 21472 1191 21093 4394 35 36694 723 24248 906 23669 3058 47 32632 702 23053 622 20938 2639 59 31514 755 22262 662 20536 2255 69 43012 865 30262 711 25146 3160 78 27864 620 20136 485 15956 2146 88 27356 699 19230 412 16104 1706 98 33987 757 23865 647 20387 2573 107 11491 388 7744 432 6358 1208 112 5086 320 3460 173 3193 716 116 3708 190 2437 210 2372 559 120 4654 360 3046 240 3375 910 123 1669 104 1120 89 1003 305 125 1913 135 1263 94 917 467 127 1843 130 1278 128 715 359 127 2328 201 1735 116 1113 368 130 2459 129 1612 103 1000 284 131 2465 76 1499 163 953 460 135 2374 184 1658 162 950 645 137 2412 163 1594 169 1152 585 140 1877 122 1254 137 773 506 144 1512 260 1091 91 628 576 144 1410 153 968 50 1345 430 145 1475 126 849 112 1127 363 148 1670 108 1101 84 874 247 150 2232 159 1536 96 1077 353 151 1269 74 850 90 866 278 154 1143 106 835 97 679 363 155 1407 169 1005 43 1075 397 157 1434 88 1082 101 822 326 Final score for writes: 157 Final score for reads : 6648 For comparison, here are the scores you posted: Frequency = 10 secs Scratch dir = [/var/tmp] Spawning 3 writers... Spawning 1 rewriters... Spawning 5 commenters... Spawning 100 readers... Benchmarking for 30 iterations. The test will run during 5 minutes. Nb blogs R articles W articles R pictures W pictures R comments W comments 0 1505 101 0 16 0 181 0 2163 66 37 35 1940 142 0 1671 42 127 33 1304 109 1 2228 11 1008 84 2482 144 1 2027 34 1173 61 3059 145 1 1407 22 1291 32 628 70 3 3306 71 3330 39 1323 156 4 3080 91 3058 22 2152 149 4 1453 36 1306 16 596 64 5 3190 56 2595 50 1423 144 6 3299 50 2073 59 834 134 6 1625 23 978 33 488 68 6 2954 35 2032 73 1065 142 8 3157 36 2198 78 1307 140 9 1124 19 767 24 592 56 9 2837 45 2093 64 1442 142 11 2798 50 2124 63 1753 143 12 1395 30 1181 23 776 69 13 3312 87 2696 24 1283 143 13 3105 102 2517 12 1546 146 13 1670 43 1129 22 1266 80 14 2248 32 1594 63 1900 119 16 2876 78 2268 22 1608 136 16 1797 52 1244 16 1168 89 16 2142 48 1466 35 1649 106 17 2903 45 2123 58 1406 131 18 2096 22 1536 56 1096 97 19 2091 30 1310 44 1076 100 20 3152 41 2117 68 1127 138 21 2510 52 1578 34 1294 115 Final score for writes: 21 Final score for reads : 2442 Certainly looks like that RAID card sucks. Unfortunately, I don't know what those mpt0 alerts are about. -- Bill Moran Collaborative Fusion Inc. http://people.collaborativefusion.com/~wmoran/ wmoran@collaborativefusion.com Phone: 412-422-3463x4023 From owner-freebsd-performance@FreeBSD.ORG Fri May 11 14:17:33 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B65716A402 for ; Fri, 11 May 2007 14:17:33 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog12.obsmtp.com (s200aog12.obsmtp.com [207.126.144.126]) by mx1.freebsd.org (Postfix) with SMTP id AAB8B13C489 for ; Fri, 11 May 2007 14:17:32 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob012.postini.com ([207.126.147.11]) with SMTP; Fri, 11 May 2007 14:17:28 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 9A17018141C; Fri, 11 May 2007 15:00:06 +0100 (BST) Message-ID: <4644773C.1050703@tomjudge.com> Date: Fri, 11 May 2007 15:01:32 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Bill Moran References: <20070511094217.018c6a2b.wmoran@collaborativefusion.com> In-Reply-To: <20070511094217.018c6a2b.wmoran@collaborativefusion.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-performance@freebsd.org, Randy Schultz Subject: Re: possible issues with Dell/Perc5 raid X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 14:17:33 -0000 Bill Moran wrote: > In response to Randy Schultz : > >> Hi there, >> >> We just purchased a Dell 860 with these specifics: >> - dual core pentium 915, 2.8 GHz, 800MHz FSB >> - 2x512 MB 533 MHz DDR2 RAM >> - Dell's SAS/SATA drive controller(which is actually an LSILogic) >> - their 5IR PCI-Express internal RAID controller >> - a pair of 250 GB SATA II's set up RAID 1 >> >> After installing 6.2-RELEASE on the system I noticed, while pulling the ports >> collection off the CDROM, that the speed to the drives started out just fine >> but long before the ports collection was installed the transfer rate was down >> to ~35kB/s. Huh. So I started paying closer attention. I installed a couple >> of ports and every time there was anything but miniscule data being >> transferred to/from disk the transfer rate bottomed out. I installed the >> blogbench port and it confirmed the I/O as tremendously sluggish. I've >> attached the output of the blogbench runs. The first is from an old 700 MHz >> pc, Acer M25C mobo, with 1 IDE drive just for comparison. The second data set >> is the new Dell. I've also attached the output of dmesg. Everything looks >> fine except for the mpt lines. Would those be telling of something amiss or >> are they innocuous barks? >> >> I understand that RAID 1 is not the fastest but I certainly expected it to be >> faster than it is, esp. with hw RAID. Are my expectations too high and this >> is normal? > > My personal server is a Dell 860 configured very similarly to yours, > with the difference that it has a single 160G SATA drive (no RAID). > It's also running 6.2. > > Certainly looks like that RAID card sucks. Unfortunately, I don't know > what those mpt0 alerts are about. > I think that the alerts are related an internal array resync (quote from a message to stable@ by Matthew Jacob the mpt driver author): > A perhaps unrealted issue: > I've noticed a large number of messages being produced by the mpt driver > after boot occuring approximately every 90 seconds. > > Apr 1 15:51:43 moses kernel: mpt0: mpt_cam_event: 0x14 > Apr 1 15:51:43 moses kernel: mpt0: Unhandled Event Notify Frame. Event > 0x14 (ACK not required). > Apr 1 15:53:19 moses kernel: mpt0: mpt_cam_event: 0x14 > Apr 1 15:53:19 moses kernel: mpt0: Unhandled Event Notify Frame. Event > 0x14 (ACK not required). > > Any thoughts anyone? Is there any way to find out what the events > correspond to? > MPI spec, instantiated in MPILIB MPI_EVENT_IR_RESYNC_UPDATE internal raid resync update? Tom From owner-freebsd-performance@FreeBSD.ORG Fri May 11 14:17:35 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F94416A402 for ; Fri, 11 May 2007 14:17:35 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog11.obsmtp.com (s200aog11.obsmtp.com [207.126.144.125]) by mx1.freebsd.org (Postfix) with SMTP id 9745913C487 for ; Fri, 11 May 2007 14:17:32 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob011.postini.com ([207.126.147.11]) with SMTP; Fri, 11 May 2007 14:17:28 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 99F9D181423; Fri, 11 May 2007 14:50:18 +0100 (BST) Message-ID: <464474F0.3040306@tomjudge.com> Date: Fri, 11 May 2007 14:51:44 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Randy Schultz References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: lydianconcepts@gmail.com, freebsd-performance@freebsd.org Subject: Re: possible issues with Dell/Perc5 raid X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 14:17:35 -0000 Randy Schultz wrote: > Hi there, > > We just purchased a Dell 860 with these specifics: > - dual core pentium 915, 2.8 GHz, 800MHz FSB > - 2x512 MB 533 MHz DDR2 RAM > - Dell's SAS/SATA drive controller(which is actually an LSILogic) > - their 5IR PCI-Express internal RAID controller > - a pair of 250 GB SATA II's set up RAID 1 > > After installing 6.2-RELEASE on the system I noticed, while pulling the > ports > collection off the CDROM, that the speed to the drives started out just > fine > but long before the ports collection was installed the transfer rate was > down > to ~35kB/s. Huh. So I started paying closer attention. I installed a > couple > of ports and every time there was anything but miniscule data being > transferred to/from disk the transfer rate bottomed out. I installed the > blogbench port and it confirmed the I/O as tremendously sluggish. I've > attached the output of the blogbench runs. The first is from an old 700 > MHz > pc, Acer M25C mobo, with 1 IDE drive just for comparison. The second > data set > is the new Dell. I've also attached the output of dmesg. Everything looks > fine except for the mpt lines. Would those be telling of something > amiss or > are they innocuous barks? > > I understand that RAID 1 is not the fastest but I certainly expected it > to be > faster than it is, esp. with hw RAID. Are my expectations too high and > this > is normal? > > -- From the boot messages you have included below it seems that you have a Dell SAS-5i (Internal PCIe) controller and not a Perc/5[ie]. The SAS-5 known to have very poor performance (1Mb/s 100%busy) under certain loads (cvsup). I have CC'd the author of the mpt driver (Matthew Jacob) as he may be able to shed more light on the problem and time frame to resolution. Tom > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-STABLE #0: Mon May 7 20:16:35 EDT 2007 > root@maxu.earlham.edu:/usr/obj/usr/src/sys/maxu.070507 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2800.11-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 > Features=0xbfebfbff ,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0xe49d,> > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 > real memory = 1073479680 (1023 MB) > avail memory = 1041326080 (993 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > mpt0: port 0xec00-0xecff mem 0xfeafc000-0xfeafffff,0xfeae0000-0xf > eaeffff irq 16 at device 8.0 on pci2 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=1.5.13.0 > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > da0 at mpt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 300.000MB/s transfers, Tagged Queueing Enabled > da0: 237464MB (486326272 512 byte sectors: 255H 63S/T 30272C) From owner-freebsd-performance@FreeBSD.ORG Fri May 11 14:20:20 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CEE216A402 for ; Fri, 11 May 2007 14:20:20 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id BA42A13C468 for ; Fri, 11 May 2007 14:20:19 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l4BE6VMb042892; Fri, 11 May 2007 09:06:31 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46447867.3030003@freebsd.org> Date: Fri, 11 May 2007 09:06:31 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Bill Moran References: <20070511094217.018c6a2b.wmoran@collaborativefusion.com> In-Reply-To: <20070511094217.018c6a2b.wmoran@collaborativefusion.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3227/Fri May 11 04:39:25 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: freebsd-performance@freebsd.org, Randy Schultz Subject: Re: possible issues with Dell/Perc5 raid X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 14:20:20 -0000 On 05/11/07 08:42, Bill Moran wrote: > In response to Randy Schultz : > >> Hi there, >> >> We just purchased a Dell 860 with these specifics: >> - dual core pentium 915, 2.8 GHz, 800MHz FSB >> - 2x512 MB 533 MHz DDR2 RAM >> - Dell's SAS/SATA drive controller(which is actually an LSILogic) >> - their 5IR PCI-Express internal RAID controller >> - a pair of 250 GB SATA II's set up RAID 1 >> >> After installing 6.2-RELEASE on the system I noticed, while pulling the ports >> collection off the CDROM, that the speed to the drives started out just fine >> but long before the ports collection was installed the transfer rate was down >> to ~35kB/s. Huh. So I started paying closer attention. I installed a couple >> of ports and every time there was anything but miniscule data being >> transferred to/from disk the transfer rate bottomed out. I installed the >> blogbench port and it confirmed the I/O as tremendously sluggish. I've >> attached the output of the blogbench runs. The first is from an old 700 MHz >> pc, Acer M25C mobo, with 1 IDE drive just for comparison. The second data set >> is the new Dell. I've also attached the output of dmesg. Everything looks >> fine except for the mpt lines. Would those be telling of something amiss or >> are they innocuous barks? >> >> I understand that RAID 1 is not the fastest but I certainly expected it to be >> faster than it is, esp. with hw RAID. Are my expectations too high and this >> is normal? > > My personal server is a Dell 860 configured very similarly to yours, > with the difference that it has a single 160G SATA drive (no RAID). > It's also running 6.2. > > Frequency = 10 secs > Scratch dir = [/home/wmoran/blogbench] > Spawning 3 writers... > Spawning 1 rewriters... > Spawning 5 commenters... > Spawning 100 readers... > Benchmarking for 30 iterations. > The test will run during 5 minutes. > [..snip..] > Final score for writes: 157 > Final score for reads : 6648 > > For comparison, here are the scores you posted: > > Frequency = 10 secs > Scratch dir = [/var/tmp] > Spawning 3 writers... > Spawning 1 rewriters... > Spawning 5 commenters... > Spawning 100 readers... > Benchmarking for 30 iterations. > The test will run during 5 minutes. > [..snip..] > Final score for writes: 21 > Final score for reads : 2442 > > Certainly looks like that RAID card sucks. Unfortunately, I don't know > what those mpt0 alerts are about. > Could this be a write-through vs write-back cache option difference on the controller? Eric From owner-freebsd-performance@FreeBSD.ORG Fri May 11 14:37:00 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FD8916A400 for ; Fri, 11 May 2007 14:37:00 +0000 (UTC) (envelope-from schulra@earlham.edu) Received: from sipala.earlham.edu (sipala.earlham.edu [159.28.1.75]) by mx1.freebsd.org (Postfix) with ESMTP id DFA4A13C45A for ; Fri, 11 May 2007 14:36:59 +0000 (UTC) (envelope-from schulra@earlham.edu) Received: from tdream.lly.earlham.edu (tdream.lly.earlham.edu [159.28.7.241]) by sipala.earlham.edu (8.13.6/8.13.6) with ESMTP id l4BEavPF028764; Fri, 11 May 2007 10:36:58 -0400 (EDT) Date: Fri, 11 May 2007 10:38:08 -0400 (EDT) From: Randy Schultz X-X-Sender: schulra@tdream.lly.earlham.edu To: Bill Moran In-Reply-To: <20070511094217.018c6a2b.wmoran@collaborativefusion.com> Message-ID: References: <20070511094217.018c6a2b.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-performance@freebsd.org Subject: Re: possible issues with Dell/Perc5 raid X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 14:37:00 -0000 On Fri, 11 May 2007, Bill Moran spaketh thusly: -} -}My personal server is a Dell 860 configured very similarly to yours, -}with the difference that it has a single 160G SATA drive (no RAID). -}It's also running 6.2. Hey Bill, Tnx for the data. I'm going to put a linux on to see if it's actually the card or fbsd's drivers/interaction with it. -- Randy (schulra@earlham.edu) 765.983.1283 <*> Rain puts a hole in stone because of its constancy, not its force. - H. Joseph Gerber From owner-freebsd-performance@FreeBSD.ORG Fri May 11 14:44:09 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1691916A403 for ; Fri, 11 May 2007 14:44:09 +0000 (UTC) (envelope-from schulra@earlham.edu) Received: from sipala.earlham.edu (sipala.earlham.edu [159.28.1.75]) by mx1.freebsd.org (Postfix) with ESMTP id DF10F13C459 for ; Fri, 11 May 2007 14:44:08 +0000 (UTC) (envelope-from schulra@earlham.edu) Received: from tdream.lly.earlham.edu (tdream.lly.earlham.edu [159.28.7.241]) by sipala.earlham.edu (8.13.6/8.13.6) with ESMTP id l4BEi8ZD000656 for ; Fri, 11 May 2007 10:44:08 -0400 (EDT) Date: Fri, 11 May 2007 10:45:19 -0400 (EDT) From: Randy Schultz X-X-Sender: schulra@tdream.lly.earlham.edu To: freebsd-performance@freebsd.org In-Reply-To: <464474F0.3040306@tomjudge.com> Message-ID: References: <464474F0.3040306@tomjudge.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: possible issues with Dell/Perc5 raid X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 14:44:09 -0000 On Fri, 11 May 2007, Tom Judge spaketh thusly: -}> -- -} -}From the boot messages you have included below it seems that you have a Dell -}SAS-5i (Internal PCIe) controller and not a Perc/5[ie]. Tnx Tom. Yeah I knew that but didn't catch it in the Subject: The perc/5 is on another machine. -} -}The SAS-5 known to have very poor performance (1Mb/s 100%busy) under certain -}loads (cvsup). Hmm. Did not know that. Since I have a second machine just like this one, I also think I'm going to try pulling out the SAS 5i card and going with a software mirror package like gvinum or gmirror. Given the #'s Bill Moran posted and the horrible #'s you list above, this may be a viable option. -- Randy (schulra@earlham.edu) 765.983.1283 <*> Rain puts a hole in stone because of its constancy, not its force. - H. Joseph Gerber From owner-freebsd-performance@FreeBSD.ORG Fri May 11 14:59:45 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6666C16A403 for ; Fri, 11 May 2007 14:59:45 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog10.obsmtp.com (s200aog10.obsmtp.com [207.126.144.124]) by mx1.freebsd.org (Postfix) with SMTP id A9C0613C457 for ; Fri, 11 May 2007 14:59:44 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob010.postini.com ([207.126.147.11]) with SMTP; Fri, 11 May 2007 14:59:41 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id BE3F118141C; Fri, 11 May 2007 15:59:41 +0100 (BST) Message-ID: <46448533.40207@tomjudge.com> Date: Fri, 11 May 2007 16:01:07 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Randy Schultz References: <464474F0.3040306@tomjudge.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-performance@freebsd.org Subject: Re: possible issues with Dell/Perc5 raid X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 14:59:45 -0000 Randy Schultz wrote: > On Fri, 11 May 2007, Tom Judge spaketh thusly: > > -}> -- > -} > -}From the boot messages you have included below it seems that you have a Dell > -}SAS-5i (Internal PCIe) controller and not a Perc/5[ie]. > > Tnx Tom. Yeah I knew that but didn't catch it in the Subject: The perc/5 is > on another machine. > > -} > -}The SAS-5 known to have very poor performance (1Mb/s 100%busy) under certain > -}loads (cvsup). > > Hmm. Did not know that. > > Since I have a second machine just like this one, I also think I'm going to > try pulling out the SAS 5i card and going with a software mirror package like > gvinum or gmirror. Given the #'s Bill Moran posted and the horrible #'s you > list above, this may be a viable option. > I have 6 boxes with the SAS5i controller in them so far we have replaced 2 of the controllers with Areca PCIe controllers. However I have yet to test the performance of them (they are supposed to be very good). Tom From owner-freebsd-performance@FreeBSD.ORG Fri May 11 14:59:51 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D314616A402 for ; Fri, 11 May 2007 14:59:51 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9206913C448 for ; Fri, 11 May 2007 14:59:51 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so985353wra for ; Fri, 11 May 2007 07:59:51 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PfJ2HqQiQGziOtjo+HB6N9sKIgq7S8HJJZ46MhivfWNxltl7GR8imICiJtYVaZjg35uNqrTt8pbqsRwWrrLGoD1MGOcyNNkzstAWE8D6VBSnZyb7SsYAFQbBI7sl7YbY+Q/8Atv/8POkmRosUR8W4OMp2Gc9V8J/ycDaG96L3p0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PcBk99U/BQ0I+MNMTFdYPjh9cn8J3A546obN1mN3VKtZYvnbzPZu9eACBIzh1M7LanJv7ikNxOsvuul7GJ6QbQCWS4x5ukANdTKmgS1U8BrTPqviV1ExUmMAI6DbqhnUKuSq34i6m1AoDACTA0hgBFF0ZOKzBxrNY32Pi+FVOOI= Received: by 10.114.148.1 with SMTP id v1mr990404wad.1178894143966; Fri, 11 May 2007 07:35:43 -0700 (PDT) Received: by 10.114.25.18 with HTTP; Fri, 11 May 2007 07:35:43 -0700 (PDT) Message-ID: <7579f7fb0705110735h1a65ef7atcab00bdbc25224d6@mail.gmail.com> Date: Fri, 11 May 2007 10:35:43 -0400 From: "Matthew Jacob" To: "Tom Judge" In-Reply-To: <464474F0.3040306@tomjudge.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <464474F0.3040306@tomjudge.com> X-Mailman-Approved-At: Fri, 11 May 2007 15:11:57 +0000 Cc: freebsd-performance@freebsd.org, Randy Schultz Subject: Re: possible issues with Dell/Perc5 raid X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 14:59:51 -0000 Time frame to resolution involves getting a machine into my lab that evidences the poor performance and the time to sort out what the problem is and fix it. Remote access doesn't work for me on this one (contact me offline as to why). On 5/11/07, Tom Judge wrote: > Randy Schultz wrote: > > Hi there, > > > > We just purchased a Dell 860 with these specifics: > > - dual core pentium 915, 2.8 GHz, 800MHz FSB > > - 2x512 MB 533 MHz DDR2 RAM > > - Dell's SAS/SATA drive controller(which is actually an LSILogic) > > - their 5IR PCI-Express internal RAID controller > > - a pair of 250 GB SATA II's set up RAID 1 > > > > After installing 6.2-RELEASE on the system I noticed, while pulling the > > ports > > collection off the CDROM, that the speed to the drives started out just > > fine > > but long before the ports collection was installed the transfer rate was > > down > > to ~35kB/s. Huh. So I started paying closer attention. I installed a > > couple > > of ports and every time there was anything but miniscule data being > > transferred to/from disk the transfer rate bottomed out. I installed the > > blogbench port and it confirmed the I/O as tremendously sluggish. I've > > attached the output of the blogbench runs. The first is from an old 700 > > MHz > > pc, Acer M25C mobo, with 1 IDE drive just for comparison. The second > > data set > > is the new Dell. I've also attached the output of dmesg. Everything looks > > fine except for the mpt lines. Would those be telling of something > > amiss or > > are they innocuous barks? > > > > I understand that RAID 1 is not the fastest but I certainly expected it > > to be > > faster than it is, esp. with hw RAID. Are my expectations too high and > > this > > is normal? > > > > -- > > From the boot messages you have included below it seems that you have a > Dell SAS-5i (Internal PCIe) controller and not a Perc/5[ie]. > > The SAS-5 known to have very poor performance (1Mb/s 100%busy) under > certain loads (cvsup). > > I have CC'd the author of the mpt driver (Matthew Jacob) as he may be > able to shed more light on the problem and time frame to resolution. > > Tom > > > > > Copyright (c) 1992-2007 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 6.2-STABLE #0: Mon May 7 20:16:35 EDT 2007 > > root@maxu.earlham.edu:/usr/obj/usr/src/sys/maxu.070507 > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2800.11-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 > > Features=0xbfebfbff > ,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2=0xe49d,> > > AMD Features=0x20100000 > > AMD Features2=0x1 > > Cores per package: 2 > > real memory = 1073479680 (1023 MB) > > avail memory = 1041326080 (993 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > > mpt0: port 0xec00-0xecff mem 0xfeafc000-0xfeafffff,0xfeae0000-0xf > > eaeffff irq 16 at device 8.0 on pci2 > > mpt0: [GIANT-LOCKED] > > mpt0: MPI Version=1.5.13.0 > > mpt0: mpt_cam_event: 0x16 > > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > > mpt0: mpt_cam_event: 0x12 > > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > > mpt0: mpt_cam_event: 0x12 > > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > > mpt0: mpt_cam_event: 0x16 > > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > > > da0 at mpt0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-5 device > > da0: 300.000MB/s transfers, Tagged Queueing Enabled > > da0: 237464MB (486326272 512 byte sectors: 255H 63S/T 30272C) > From owner-freebsd-performance@FreeBSD.ORG Fri May 11 16:15:05 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 716EC16A409 for ; Fri, 11 May 2007 16:15:04 +0000 (UTC) (envelope-from tasev@otel.net) Received: from admin.magstudio.eu (admin.magstudio.eu [85.14.38.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2CCED13C465 for ; Fri, 11 May 2007 16:15:04 +0000 (UTC) (envelope-from tasev@otel.net) Received: from [212.73.129.82] (helo=hades.office.net) by admin.magstudio.eu with esmtpa (Exim 4.63) (envelope-from ) id 1HmQz3-0006XL-H1 for freebsd-performance@freebsd.org; Fri, 11 May 2007 12:00:21 +0300 Message-ID: <46443103.9010008@otel.net> Date: Fri, 11 May 2007 12:01:55 +0300 From: ivo tasev User-Agent: Thunderbird 2.0.0.0 (X11/20070424) MIME-Version: 1.0 To: freebsd-performance@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - admin.magstudio.eu X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - otel.net X-Source: X-Source-Args: X-Source-Dir: X-Mailman-Approved-At: Fri, 11 May 2007 16:30:20 +0000 Subject: 6.2 Stable + Mysql 5.0 poor performance X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 16:15:06 -0000 Hi all, i have machine with 2 x Quad Core Xeon cpu`s 2G ram and 4 3ware disks in raid10. There is 6.2 Stable on it and mysql 5.0 from the ports. The mysql is installed with the following build options: WITH_XCHARSET=all WITH_OPENSSL=yes BUILD_OPTIMIZED=yes WITH_ARCHIVE=yes WITH_FEDERATED=yes WITH_NDB=yes I`m using libmap.conf with this in it: [mysqld] libpthread.so.2 libthr.so.2 This is what I have in my.cnf : set-variable = key_buffer=1024M set-variable = max_allowed_packet=64M set-variable = thread_stack=1024K set-variable = read_buffer_size=2M set-variable = read_buffer_size=2M set-variable = max_connections=350 set-variable = interactive_timeout=100 set-variable = wait_timeout=120 set-variable = max_user_connections=340 set-variable = query_cache_limit=1M set-variable = query_cache_size=32M set-variable = query_cache_type=1 set-variable = table_cache=1024 set-variable = thread_cache=128 set-variable = thread_cache_size=40 set-variable = thread_concurrency=16 I`m performing the following test with super-smack: :~# time super-smack -d mysql /usr/local/share/super-smack/select-key.smack 10 10000 the results are:Query Barrel Report for client smacker1 connect: max=1ms min=0ms avg= 0ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 200000 0 0 18599.71 I can achieve better performance even on my colleague`s notebook with 6.2 stable !? I`ll be very thankful if someone can give me any ideas:) best regards taseff From owner-freebsd-performance@FreeBSD.ORG Fri May 11 17:15:40 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBF6D16A403 for ; Fri, 11 May 2007 17:15:39 +0000 (UTC) (envelope-from mksmith@adhost.com) Received: from mail-defer01.adhost.com (mail-defer01.adhost.com [216.211.128.150]) by mx1.freebsd.org (Postfix) with ESMTP id CF89713C45A for ; Fri, 11 May 2007 17:15:39 +0000 (UTC) (envelope-from mksmith@adhost.com) Received: from mail-in07.adhost.com (mail-in07.adhost.com [10.211.128.140]) by mail-defer01.adhost.com (Postfix) with ESMTP id B8996EC62D for ; Fri, 11 May 2007 09:43:46 -0700 (PDT) (envelope-from mksmith@adhost.com) Received: from ad-exh01.adhost.lan (unknown [216.211.143.69]) by mail-in07.adhost.com (Postfix) with ESMTP id 7CD6E1B5048; Fri, 11 May 2007 09:43:46 -0700 (PDT) (envelope-from mksmith@adhost.com) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 11 May 2007 09:43:34 -0700 Message-ID: <17838240D9A5544AAA5FF95F8D52031602018EFA@ad-exh01.adhost.lan> In-Reply-To: <46443103.9010008@otel.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 6.2 Stable + Mysql 5.0 poor performance Thread-Index: AceT6b6um4N+hXNmQ92Bh3Q3dXWOqQAARwPg References: <46443103.9010008@otel.net> From: "Michael K. Smith - Adhost" To: "ivo tasev" , Cc: Subject: RE: 6.2 Stable + Mysql 5.0 poor performance X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 17:15:40 -0000 Hello Taseff: > -----Original Message----- > From: owner-freebsd-performance@freebsd.org [mailto:owner-freebsd- > performance@freebsd.org] On Behalf Of ivo tasev > Sent: Friday, May 11, 2007 2:02 AM > To: freebsd-performance@freebsd.org > Subject: 6.2 Stable + Mysql 5.0 poor performance >=20 > Hi all, > i have machine with 2 x Quad Core Xeon cpu`s 2G ram and 4 3ware disks > in > raid10. There is 6.2 Stable on it and mysql 5.0 from the ports. >=20 > The mysql is installed with the following build options: > WITH_XCHARSET=3Dall WITH_OPENSSL=3Dyes BUILD_OPTIMIZED=3Dyes WITH_ARCHIVE=3Dyes > WITH_FEDERATED=3Dyes WITH_NDB=3Dyes >=20 > I`m using libmap.conf with this in it: >=20 > [mysqld] > libpthread.so.2 libthr.so.2 >=20 > This is what I have in my.cnf : >=20 > set-variable =3D key_buffer=3D1024M > set-variable =3D max_allowed_packet=3D64M > set-variable =3D thread_stack=3D1024K > set-variable =3D read_buffer_size=3D2M > set-variable =3D read_buffer_size=3D2M >=20 > set-variable =3D max_connections=3D350 > set-variable =3D interactive_timeout=3D100 > set-variable =3D wait_timeout=3D120 > set-variable =3D max_user_connections=3D340 >=20 > set-variable =3D query_cache_limit=3D1M > set-variable =3D query_cache_size=3D32M > set-variable =3D query_cache_type=3D1 >=20 > set-variable =3D table_cache=3D1024 > set-variable =3D thread_cache=3D128 > set-variable =3D thread_cache_size=3D40 > set-variable =3D thread_concurrency=3D16 >=20 > I`m performing the following test with super-smack: > :~# time super-smack -d mysql > /usr/local/share/super-smack/select-key.smack 10 10000 >=20 > the results are:Query Barrel Report for client smacker1 > connect: max=3D1ms min=3D0ms avg=3D 0ms from 10 clients > Query_type num_queries max_time min_time q_per_s > select_index 200000 0 0 18599.71 >=20 > I can achieve better performance even on my colleague`s notebook with > 6.2 stable !? >=20 > I`ll be very thankful if someone can give me any ideas:) >=20 Here are some system tweaks that may help. /etc/sysctl.conf kern.threads.max_groups_per_proc=3D40000 kern.threads.max_threads_per_proc=3D40000 kern.maxfiles=3D65535 kern.maxfilesperproc=3D65535 /etc/libmap.conf [mysqld] libpthread.so.2 libthr.so.2 libpthread.so libthr.so /boot/loader.conf kern.maxdsiz=3D"1073741824" # 1GB kern.dfldsiz=3D"1073741824" # 1GB kern.maxssiz=3D"134217728" # 128MB Mike