有大量stream量的数据库运行主要innodb，并希望更好地优化MySQLconfiguration。 服务器有32Gb ram，最大的表是〜18Gb innodb。 我想我已经做了所有显而易见的事情来改善性能，但是不知道别人会推荐什么。 [mysqld] datadir=/mysql/data socket=/var/lib/mysql/mysql.sock pid-file=/var/run/mysqld/mysqld.pid key_buffer_size=1G read_buffer_size=16M sort_buffer_size=16M innodb_data_home_dir=/mysql/innodb innodb_log_group_home_dir = /mysql/log innodb_file_format=barracuda innodb_file_per_table=true innodb_thread_concurrency=8 innodb_buffer_pool_size=20G innodb_additional_mem_pool_size=128M innodb_log_buffer_size=512M innodb_flush_method=O_DIRECT innodb_flush_log_at_trx_commit=2 innodb_lock_wait_timeout=50 myisam_sort_buffer_size=64M read_rnd_buffer_size=32M max_connections=125 max_user_connections=90 sql-mode=traditional tmpdir=/mysql/tmp slow-query-log=1 slow-query-log-file=/mysql/tmp/mysql_slow_queries.log max_allowed_packet=32M tmp_table_size=128M max_heap_table_size=128M open_files_limit=8096 join_buffer_size=256M thread_cache_size=150 table_cache=8096 query_cache_size=512M query_cache_limit=32M expire-logs-days=3 log-error = /mysql/log/mysqlderror.log max_binlog_size=1G interactive_timeout=3600 wait_timeout=28800 [mysql.server] user=mysql [safe_mysqld] err-log=/mysql/log/mysqld-err.log pid-file=/var/run/mysqld/mysqld.pid [mysqldump] […]
我一直在压力testing我的PHP应用程序托pipe在Linux上，并使用Apache。 我正在使用Apache JMeter进行压力testing。 在testing过程中，正常响应时间低于100毫秒。 但是在几分钟后的testing中，对于相同的HTTP请求，响应时间高于响应时间，几分钟后响应时间再次变高。 高达60K毫秒。 我是PHP和Apache的新手。 我不知道从哪里开始寻找问题。 任何人都可以指示我如何解决这个问题？ 该应用程序托pipe在Amazon EC2上。 首先我想到的可能是垃圾收集是问题。 我对吗？
我很好奇什么是dual-socket CPU服务器机器可以处理的stream量？ 只是假设，是否有人知道什么是重点？ 是更多的硬件或连接或其他任何应该考虑的？ 让我们来说一下这个http://www.asus.com/Commercial_Servers_Workstations/KGPED16/ 和AMD Opteron 6300。 我是一个新手，所以如果我错过了一些东西，请原谅我。 感谢您的信息共享，BR
目前，我们正在Heroku上运行我们的应用程序，并看到其平台的局限性（主要是由于缩放成本）。 我们正在寻找像亚马逊这样的运行我们自己的设置。 在云中有几个竞争对手提供纯SSD存储等，看起来很有吸引力。 我想基本上find一个标准的testing，我可以运行一个类似的实例来指出每个平台的性能。 我绝不是一个performance专家，所以我不是100％确定我在找什么，我只是想看到一些并肩作战，以确保我们做出明智的决定。 任何人都可以提出一个testing套件（或几个），可能会给我们一个相对的基准，如磁盘，内存，CPU性能等…？
我们正在升级我们的数据库服务器，我遇到了一个奇怪的性能问题。 我们的旧服务器是一个8核和4 GB RAM的双处理器系统，在Java 6u22上运行Tomcat 7.0.37上运行的Win2k3 R2 Standard（32位），MS SQL Server 2005和SOLR 4.2。 我们正在使用MS SQL JDBC 3.0驱动程序来运行DIH以将我们的logging导入到solr中。 这个import过程大约需要4.5个小时。 我们的新服务器是一个双处理器系统，具有16核和32 GB的RAM，在Java 7u17上运行的Tomcat 7.0.39上运行的Win2k12 Standard（64位），MS SQL Server 2008 R2和SOLR 4.2。 我使用了相同的MS SQL JDBC 3.0驱动程序来运行DIH。 import过程花了8个多小时。 我目前正在使用MSSQL JDBC 4.0驱动程序运行一个导入testing，但是如果状态与我现在看到的一致，这也将需要7-8小时。 任何人都可以帮我弄清楚这个性能exception，并帮我纠正它？ 理想情况下，我希望看到导入过程缩短（服务器有更多的资源，所以它应该），但我会满足于获得相同的速度。 谢谢。
我需要debugging生产服务器上的一些问题，并试图决定是否使用strace或log4cxx日志库 ; 我之前需要知道的一个关键特征是两者哪一个对性能（主要是速度）影响较小？ 对于strace ，我正在计划一个类似下面的命令行： strace -p PID -tt -f -e SOME,SELECTED,SYSCALLS -o FILENAME # or maybe with "-ff" instead? which one would be faster? 对于log4cxx ，为了简单起见，我们可以假设我在每个要跟踪的系统调用之前调用日志logging函数。 假设版本为log4cxx-0.10.0,64位。 如果你所build议的是我自己的基准testing，那么我会很乐意帮你写出基准。
我正在运行与ASP.Net 2.0应用程序的性能问题。 一个页面最多需要20多秒才能在浏览器中加载。 我想知道问题发生在哪里，即在浏览器（渲染）或服务器（处理）。 有没有办法logging在IIS 7.5中每个请求所花费的时间？ 任何build议或帮助？
我使用Postgresql 9.1将我的数据库从Postgresql 8.4转移到了新的服务器上。 数据库的大小是9.9GB数据目录位于ssd 60GB磁盘上。 而服务器有16GB内存和16个处理器内核。 但今天的平均负荷增长到70。 我计算出查询使用计划中的散列连接和我在16m执行的查询之一，但是当我设置enable_hashjoin =closures它在5m执行时，我设置enable_mergejoin =closures它成为使用嵌套循环，并在12ms执行。 为什么postgresql不使用最佳查询计划？ EXPLAIN ANALYZE结果粘贴到http://explain.depesz.com/s/764（with enable_hashjoin = on） http://explain.depesz.com/s/weY （使用嵌套循环）
我有以下问题：我在HD上的一个纯分区上的lvm上有一个encryption的分区。 现在我制作了一个RAIDarrays来提高性能。 这意味着，我有以下堆栈：HD（s） – 分区 – RAID – LVM – Cryptsetup / LUKS。 现在性能差不多和没有RAID（下面的一些测量）是一样的。 有谁能给我一个提示，为什么performance没有得到提升？ 测量：首先输出hdparm -t … ： /dev/server-multimedia/pics: Timing buffered disk reads: 208 MB in 3.00 seconds = 69.22 MB/sec /dev/mapper/pics: Timing buffered disk reads: 198 MB in 3.01 seconds = 65.77 MB/sec /dev/server_raid/pics: Timing buffered disk reads: 860 MB in 3.01 seconds […]
在一个有多个网站的CentOS服务器上，一个特定的站点需要很长时间才能响应来自某些地理区域的请求，而不是来自其他地理区域。 同一台服务器上的其他站点不受影响。 例如，如果我尝试在没有代理的情况下访问网站，则该网站需要很长时间才能连接10秒以上（通过wget -p确认）。 一旦build立连接，页面和图像下载得非常快。 如果我将浏览器configuration为通过Amazon使用代理，则网站加载非常快（无连接延迟）。 我在错误日志中没有看到任何可能提供的线索。 请注意，此服务器上的每个站点都有不同的IP地址。 但是，我没有看到这个网站的IP地址，启用网站的文件的configuration，或其他任何可能提供问题根源的线索。