Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
![Red Hat Linuxの重大なバグがHaswellベースのサーバに影響](https://cdn-ak-scissors.b.st-hatena.com/image/square/ae84da8ad454d9f147ee9b8b3d04e38c76d6581b/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s2_20240530133300%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
You Might Not Need This!¶ Are you running Ansible 1.5 or later? If so, you may not need accelerate mode due to a new feature called “SSH pipelining” and should read the pipelining section of the documentation. For users on 1.5 and later, accelerate mode only makes sense if you (A) are managing from an Enterprise Linux 6 or earlier host and still are on paramiko, or (B) can’t enable TTYs with sudo
tl;dr; タイトルの通り。RHEL6系なのでCentOS6、ScientificLinux6なども該当。 Pramiko ansibleは各ホストとの接続にはsshと使います。この時、sshにはControlPersistという機能に対応していることが必要で、opensshならバージョン5.6以上が対象です。ansibleのデフォルトの動作では、PATH上のsshコマンドがControlPersistに対応していればsshを使い、そうでない場合はparamikoというpythonのsshライブラリが用いられるようになっています。 RHEL6系のopensshはバージョン5.3の為、何も設定せずに使うとparamikoが用いられます。 Paramikoが遅い ところがこのparamikoを用いたansibleの実行はかなり遅いです。どの程度遅いかは末尾を参照。特に台数が多い場合にその影響
IBM TechXchange Community Together, we can connect via forums, blogs, files and face-to-face networking. Find your community Where is my content? If you’re looking for developerWorks content or a Support forum and ended up here, don't panic! You are in the right place. The content you're looking for. This page will help you find the content you are looking for, get answers to your questions, and f
RHEL6でのcron/anacronについて。 少々変わった部分があるので注意が必要。 Table of Contents ================= 1 RHEL5の設定ファイル 2 RHEL6の設定ファイル 3 RHEL5と6の違い 4 何が起きるか? 5 そもそもanacronとは 6 RHEL6のanacrontab 7 RHEL6のcron/anacron の関係図解 8 なんでこんな設定になっているか? 9 RHEL6 cron/anacron 注意事項まとめ 1 RHEL5の設定ファイル ^^^^^^^^^^^^^^^^^^^^^^ [root@station1 ~]# ps -ef |grep cron root 1962 1 0 19:15 ? 00:00:00 crond root 2008 1 0 19:15 ? 00:00:00 anacron -s [r
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
比較的新しいカーネルを採用した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バリア機能が追加されたのは、ファイルシステムが不整合な状態になる可能性を減らすためです。 そもそも、急な電源断でもファイルシステムの不整合が起こ
先日SandyBridge世代CPUの新しい計算機が使えるようになりましたので、従来のマシンとシミュレーション計算時間の比較を行いました。 ・新マシン Xeon E5-2630 2.3GHz 6 core (TurboMax 2.8GHz) ・旧マシン Xeon X5680 3.33GHz 6 core (TurboMax 3.6GHz) ・テスト計算 シングルコアジョブ(メモリ使用量は少なく、処理速度はCPU性能依存) 周波数比は 2.3GHz / 3.33GHz = 69% とかなり大きいので、NehalemとSandyBridgeのCPUアーキテクチャの違いがあるといっても旧マシンの方が処理速度は速いと予想していました。ところが、両マシンともほぼ同じ計算時間で終了しました。 この要因としてターボブーストの寄与が大きいかと思い cat /proc/cpuinfo によってCPU周波数を
Performance Tuning Guide 1. Overview Expand section "1. Overview" Collapse section "1. Overview" 1.1. How to read this book Expand section "1.1. How to read this book" Collapse section "1.1. How to read this book" 1.1.1. Audience 1.2. Release overview Expand section "1.2. Release overview" Collapse section "1.2. Release overview" 1.2.1. New features in Red Hat Enterprise Linux 6 1.2.2. Horizontal
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 ● 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
2012-11-02 結論から言えば、とりあえず RHLE6/CentOS6 な人は /etc/resolv.conf に options single-request-reopen を書いておこうという話です(全部小文字ですよ、念のため) なぜか? RHEL5/CentOS5/Ubuntu 10.04なLinuxとかでは、FQDN の解決をするときに DNSキャッシュサーバに AAAA RR の Queryを投げる AAAA RR の Reply を受ける DNSキャッシュサーバに A RR の Queryを投げる A RR の Reply を受ける という挙動でしたが、RHEL6/CentOS6 では DNSキャッシュサーバに A RR の Queryを投げる DNSキャッシュサーバに AAAA RR の Queryを投げる A RR の Reply を受ける AAAA RR の Re
みなさんどうもこんにちは。CTOの馬場です。 最近DELLのサーバ(R410)で、CentOS6.3を使ってLVS+keepalivedなロードバランサを構築したら 見事にハマったりしたので記念ポスト。 ちょっと長いので、一番のドハマリだけ見たい方は最後の「通信速度が著しく遅い件」だけでも見ていただけるとよろしいかと思います。かしこ。 eth0、eth1がない件 いやー。びびった。まじでびびった。 インターフェース名がem1、em2になってます。きもい。 このあたりを参考に対応します。 Getting back to using eth0 in Fedora 15 /boot/grub/grub.conf に biosdevname=0 追記 /etc/udev/rules.d/70-persistent-net.rules の NAME を変更 /etc/sysconfig/networ
このウェブサイトは販売用です! hansode.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、hansode.orgが全てとなります。あなたがお探しの内容が見つかることを願っています!
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く