我的公司正在转向SQL Server 2008 R2。 我们有一个包含大量存档数据的表格。 大多数使用此表的查询在where语句中使用DateTime值。 例如： 查询1 SELECT COUNT(*) FROM TableA WHERE CreatedDate > '1/5/2010' and CreatedDate < '6/20/2010' 我假设分区是在CreatedDate上创build的，每个分区分布在多个驱动器上，我们有8个CPU，数据库中有5亿条logging在2008年1月1日之间均匀分布到2/24/2011（38个分区）。 这个数据也可以分成四个季度或者其他的时间段，但是让我们把假设保持在几个月。 在这种情况下，我相信8个CPU将被利用，只有6个分区将在2010年1月5日至6月20date间被查询。 现在如果我运行以下查询，我的假设与上面相同。 查询2 SELECT COUNT(*) FROM TableA WHERE State = 'Colorado' 有问题吗？ 1.是否会查询所有分区？ 是 2.是否将使用全部8个CPU来执行查询？ 是 3.性能是否比查询没有被分配的表更好？ 是 4.还有什么我失踪？ 5.分区索引如何提供帮助？ 基于对SQL Server 2008分区表和并行性的有限了解，我回答了上面的第3个问题。 但是，如果我的答案不正确，你能否提供任何我不正确的反馈。 资源： video： 演示SQL Server 2008分区表并行 （5分钟长） MSDN： 分区表和索引 更新我们在数据库上有一个集群索引，并覆盖了列上的索引 […]
我有一个潜在的客户，有一个大多数时间performance良好的PHP网站。 但是，每个星期左右，它都会经历滞后（缓慢的页面加载）。 我相信有无数的事情可能导致这个（networking问题，糟糕的安装，一个特定的PHP文件，增加的stream量负载）。 但是，我需要一种方法来推断是什么导致了这一点。 是否有任何服务器监控软件是专门处理这些情况？ PS：服务器是Linux
我使用Rackspace IUS社区存储库的PHP 5.1在RedHat Enterprise 5.5上运行Apache。 偶尔，我有8 +负载的服务器尖峰。 top显示httpd.worker消耗120-150％的CPU，但命中似乎没有那么快。 我注意到，当这种情况发生时，我们的工艺语法URL似乎不断出现。 我也有一个核心规则集安装了mod_security。 我疯狂地想弄清楚是什么导致了高CPU使用率。 我的主要嫌疑人是PHP和mod_security。 我有一个负载峰值期间的以下oprofile输出forms，但它不告诉我哪个进程正在调用libpcre： % opreport CPU: Intel Architectural Perfmon, speed 2793.09 MHz (estimated) Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (No unit mask) count 100000 CPU_CLK_UNHALT…| samples| %| —————— 7061182 91.9105 libpcre.so.0.0.1 206901 2.6931 php-cgi 142239 1.8514 mod_security2.so […]
我最近注意到在运行数据库服务器几个月之后，PostgreSQL的locking性能下降了。 网站的负载这几周增加了很多，但是速度越来越慢。 $ psql webspace2_db psql (9.0.1) Type "help" for help. webspace2_db=# 数据库服务器运行FreeBSD 8.1 + PostgreSQL 9.0.1 FreeBSD Moncalvo 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #1: Mon Jan 10 13:02:48 MYT 2011 hailang@Moncalve:/usr/obj/usr/src/sys/Moncalve amd64 服务器上的内存总量为4GB Moncalvo# cat /var/run/dmesg.boot | grep memory real memory = 4294967296 (4096 MB) avail memory = 4101955584 (3911 MB) 内核configuration中共有3GB的共享内存 # Shared Memory options […]
我有一个运行在ESXi 4.1上的Win2k8 guest虚拟机。 主机有12个内核，即使guest虚拟机是主机上唯一的虚拟机，也会出现问题。 我们有4个核心致力于客人。 我们注意到当CPU负载增加时，networking开始堵塞。 经过一些testing，我们注意到当运行一个简单的CPU Hogging工具设置为以100％运行3个线程时，常规CPU负载将达到75％（应该是这样），任务pipe理器中的“内核时间”图高达25％ 。 我的直觉告诉我，networking问题和内核时间问题是一样的。 这是由我们在同一个主机上创build的另一个类似的虚拟机所确认的，它没有任何问题。 VMWare工具已安装，网卡是e1000 。 我们还能做些什么来解决这个问题？
我想在我的SSD上安装mysql-server，这个最好的挂载选项是什么？ （/ etc / fstab中） 我还能做些什么来提高SSD速度？ 我目前的configuration： / dev / sdc / ssd ext4错误= remount-ro，noatime，nodiratime，丢弃0 0 我通过apt-get安装了第一个软件包，并在my.cnf中将datadir改为了ssd。 非常感谢你！
我在一台配备1.6Ghz双核CPU，4GB RAM和2x250GB 7200 SATA硬盘的机器上运行一个Ubuntu Server 11.04（amd64）（两者均为3.0Gb / s，最新格式化为全新安装）。 当我在两个驱动器之间传输相对较小的文件（〜100MB）时，我实现的传输速率（好于预期）在300-350MB /秒的范围内。 然而，传输一个500MB的文件达到约50MB /秒，而1GB的文件达到约25MB /秒。 这里有一些我运行的testing显示了这种行为： /disk1 $ dd if=/dev/zero of=output-small.dat bs=1M count=128 bytes (134 MB) copied, 0.388619 s, 345 MB/s /disk1 $ dd if=/dev/zero of=output-med.dat bs=1M count=500 524288000 bytes (524 MB) copied, 20.0151 s, 26.2 MB/s /disk1 $ dd if=/dev/zero of=output-large.dat bs=1M count=1000 1048576000 bytes (1.0 […]
我已经在前段时间购买了一个用于开发工作的VPS（在Linode），并且为了体验而希望安装NetBSD，但是目前在Xenpipe理程序下的支持不允许使用SMP。 我会认为这意味着我只能使用一个核心，我是否正确？ 还是只有一个处理器？ 我的内容将包含一些不太密集的页面，虽然很多testing的东西和奇怪的脚本偶尔运行可能会有点密集，我想知道如果一个至强核心是一个小中型开发网站的一个正常的解决scheme。 唐。
这些结果看起来是否适用于由通过戴尔Precision T3500的集成RAID控制器（我相信是基于Intel的“FakeRAID”）连接的4x1TB三星F3 SATA驱动器组成的RAID-10？ 我知道速度会根据控制器而有所不同，但是我惊讶地发现写入速度一直比读取速度快 – 这看起来与直觉相反。 ATTO Disk Benchmark 2.46的基准testing截图： http : //imageshack.us/f/851/drivebenchmark3.jpg/ RAID设置（来自英特尔快速存储技术小程序）：RAID级别：1 + 0（RAID 10）条带大小：64KB写回caching：启用 物理磁盘设置（来自英特尔快速存储技术小程序）：NCQ：是磁盘数据caching：启用
因此，一个提供商给我们提供了500 IOPS / TB作为他们在VMWare＆RAID5-SAN环境中的磁盘性能的SLA标准。 这显然是衡量： 平均传输块大小16kB 3：1读取：写入比例 multithreadingIO操作 80％的随机IObuild模 读取caching命中20％ 我想要做的是确定是否有任何特定的Linux VM正在获得该性能，然后与其他提供者运行相同的基准testing，以便进行比较。 从环顾四周看来， fio似乎是衡量上述的最可configuration的。 我到目前为止的configuration是： [global] blocksize=16k rwmixread=75 # 3:1 read:write ratio ramp_time=30 runtime=600 time_based buffered=1 # size = free-ram * 80% / 5 # so we get a ~20% cache hit across the 5x processes # this is for an 8GB ram host with […]