Steven J. Vaughan-Nichols （Special to ZDNET.com） 翻訳校正： 編集部 2014-08-13 13:11 「Red Hat Enterprise Linux（RHEL） 7」がリリースされ、いつでも利用可能になっているものの、メジャーアップデートとなる同バージョンへのアップデートに二の足を踏む企業もある。こうした企業のためにRed Hatは「RHEL 6.6」をリリースする計画だ。 RHEL 6.6のベータ版は米国時間8月12日にリリースされた。Red Hatがどのような組織に向けてこれをリリースしたのかは、同社の発表を読めば明らかだ。そこには、RHEL 6.xによって「安定し、実績のある、予測可能なプラットフォームが提供され、企業のミッションクリティカルなワークロードを処理するための信頼できるセキュアなプラットフォームを維持するというニーズと
先日無償公開されたSoftetherをAmazon EC2のmicroインスタンスへ入れてみた。 しかしCPU性能がしょぼいのか、暗号化処理に結構負荷がかかるのか、CPUを使い果たしてしまう事態に。 さらには仮想環境ということでstealが多発し、輪をかけて使い物にならない。 ※これはEC2/microインスタンスの特性らしい。 http://qiita.com/items/8248ec4654cb809504c9 http://memo-off.blogspot.jp/2011/08/ec2-t1microcpu-steal.html そこで今回はcroup/cgroupsを用いて当該プロセスのCPU使用率を制限、さらにはstealも発生しないようにする。 ※croupは、Redhat系ならRHEL6/CentOS6から利用可能。 まずは、何もしない時のSoftetherプロセス(vpn
Transparent HugepageTransparent Hugepage SupportSupport Red Hat Inc. Andrea Arcangeli aarcange at redhat.com KVM Forum 2010 Boston 9 Aug 2010 Copyright © 2010 Red Hat Inc. Benefit of hugepagesBenefit of hugepages ➢ Enlarge TLB size ➢ TLB is separate for 4k and 2m pages ➢ Speed up TLB miss ➢ Need 3 accesses to memory instead of 4 to refill the TLB ➢ Faster to allocate ➢ Initial page fault huge spe
ご使用のシステムで電力消費と発生熱量を低減する効果的な方法の１つは、CPUfreq を使用することです。CPU 速度スケールとも呼ばれる CPUfreq により、プロセッサーのクロック速度をオンザフライで調節できます。これにより、システムは減速したクロック速度で稼働し、節電します。CPUfreq ガバナーが、クロック速度の変更、周波数を変換する時期の決定といった周波数の変換に関する規則を定義します。 ガバナーは、システムの CPU の電力特性を定義し、これは結果的に CPU のパフォーマンスに影響を与えます。ガバナーには作業負荷に関してそれぞれ特有の動作、目的、および適合性があります。このセクションでは、CPUfreq ガバナーの選択および設定方法、各ガバナーの特性、およびガバナーに適している作業負荷の種類について説明します。
Marketing Campaign Claims/Legal Disclaimers 1. Returns The 30-day return period is calculated from invoice date. Exceptions to Dell's standard return policy still apply, and certain products are not eligible for return at any time. See dell.com/returnpolicy. 2. Expedited Delivery: Expedited Delivery not available on certain TVs, monitors, batteries and adapters, and is available in Continental (ex
by Wander Boessenkool (Red Hat) Tuning systems can be a time consuming art. Not only does it involve extensive profiling of your systems, as well as continuous monitoring, but keeping tuning setting applied continuously can be quite a chore as well. Especially if the tuning needs of your systems change throughout the day. Imagine a database system that is used to process orders from customers. In
Red Hat Enterprise Linux Performance and Scalability May 2011 D. John Shakshober (Shak) Director Red Hat Performance Engineering Larry Woodman Consulting Engineer dshaks@redhat.com lwoodman@redhat.com Agenda Section 1 RHEL6 Changes/Improvements Section 2 System Overview Section 3 Analyzing System Performance Section 4 Tuning Red Hat Enterprise Linux Section 5 Performance Analysis and Tu
電力管理ガイド 1. 概要 Expand section "1. 概要" Collapse section "1. 概要" 1.1. 電力管理の重要性 1.2. 電力管理の基礎 2. 電力管理の監査と分析 Expand section "2. 電力管理の監査と分析" Collapse section "2. 電力管理の監査と分析" 2.1. 監査と分析の概要 2.2. PowerTOP 2.3. Diskdevstat と netdevstat 2.4. Battery Life Tool Kit 2.5. Tuned および ktune Expand section "2.5. Tuned および ktune" Collapse section "2.5. Tuned および ktune" 2.5.1. tuned.conf ファイル 2.5.2. Tuned-adm 2.6. Devi
Performance Tuning Red Hat Enterprise Linux 6 Jeremy Eder, Sr. Software Engineer Performance Engineering Jeremy Eder2 Agenda Jeremy Eder3 (Real) Agenda... Performance Tuning Theory RHEL6 Performance Improvements tuned cgroups Architecture and Deep-dive CPU Performance Tuning/Power Management Memory/NUMA Performance Tuning Network Performance Tuning Jeremy Eder4 Performance Tuning Fo
The term CPU, which stands for central processing unit, is a misnomer for most systems, since central implies single, whereas most modern systems have more than one processing unit, or core. Physically, CPUs are contained in a package attached to a motherboard in a socket. Each socket on the motherboard has various connections: to other CPU sockets, memory controllers, interrupt controllers, and o
Over time, Red Hat Enterprise Linux's network stack has been upgraded with numerous automated optimization features. For most workloads, the auto-configured network settings provide optimized performance. In most cases, networking performance problems are actually caused by a malfunction in hardware or faulty infrastructure. Such causes are beyond the scope of this document; the performance issues
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Achieving Top Network Performance Mark Wagner Principal Engineer, Red Hat Inc. 06.27.12 Not Covered ● Bonding ● RHEL5 ● Wireless ● Coding examples ● Some mentions of tips Take Aways ● Awareness of the issues ● Awareness of tools ● Guideli
Achieving Top Network Performance Mark Wagner Principal Engineer, Red Hat Inc. 06.27.12 Not Covered ● Bonding ● RHEL5 ● Wireless ● Coding examples ● Some mentions of tips Take Aways ● Awareness of the issues ● Awareness of tools ● Guidelines Take Aways ● You will leave this discussion with: ● An understanding of some issues affecting server network performance ● Tools to help you evaluate your ne
比較的新しいカーネルを採用したLinuxディストリビューションでは、ファイルシステムのI/Oバリア (I/O barrier)機能がデフォルトで有効になっています。例えばRedhat Enterprise Linux (RHEL) 6やSUSE Linux Enterprise Server (SLES) 11等はインストール直後の状態でext4ファイルシステムのI/Oバリアが有効になっているようです。 I/Oバリアは簡単にいうと、「バリア命令」の後で発行されたI/Oは、バリア命令の前に発行されたI/Oの後に必ず実行されるようにする仕組みです。つまりI/Oの順序（物理ディスクに反映される順番）をまもらせる仕組みといえます。 ファイルシステムにI/Oバリア機能が追加されたのは、ファイルシステムが不整合な状態になる可能性を減らすためです。 そもそも、急な電源断でもファイルシステムの不整合が起こ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
