You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
KubeCon + CloudNativeCon 2024Join us for three days of incredible opportunities to collaborate, learn and share with the cloud native community. Buy your ticket now! 12 - 15 November | Salt Lake City Share Process Namespace between Containers in a PodThis page shows how to configure process namespace sharing for a pod. When process namespace sharing is enabled, processes in a container are visible
KubeCon + CloudNativeCon 2024Join us for three days of incredible opportunities to collaborate, learn and share with the cloud native community. Buy your ticket now! 12 - 15 November | Salt Lake City Set up an Extension API ServerSetting up an extension API server to work with the aggregation layer allows the Kubernetes apiserver to be extended with additional APIs, which are not part of the core
Matthew Macy mmacy at freebsd.org Wed Dec 19 06:50:02 UTC 2018 Previous message (by thread): possible POLA violation for NFS server to make it Linux compatible Next message (by thread): The future of ZFS in FreeBSD Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] The sources for FreeBSD's ZFS support are currently taken directly from Illumos with local ifdefs to support the peculiari
bhyve is a hypervisor/virtual machine manager developed on FreeBSD. xhyve is port of bhyve to OS X. It is built on top of Hypervisor.framework in OS X 10.10 Yosemite and higher, runs entirely in userspace, and has no other dependencies. I usually use MacPorts, but ran into trouble with xhyve, so this morning I tried Homebrew instead. Installing Homebew (often referred to as brew) is outside scope,
Recent Docker versions (17.04 CE Edge onwards) add additional flags to the -v option for docker run that make it possible to specify the consistency requirements for a bind-mounted directory. The flags are consistent: Full consistency. The container runtime and the host maintain an identical view of the mount at all times. This is the default. cached: The host's view of the mount is authoritative.
This is a bug report This is a feature request I searched existing issues before opening this one Expected behavior As in docker-for-mac and docker-for-windows, inside a container, the DNS name host.docker.internal resolves to an IP address allowing network access to the host (roughly the output of ip -4 route list match 0/0 | cut -d' ' -f3 inside the same container). Actual behavior host.docker.i
5cd705e Deprecate obsolete repository by Renato Mangini Dias · 4 years, 2 months ago main master13ee3dc [sherlock][isp] Move ISP code out of MIPI CSI by Brijen Raval · 6 years agoc1cc7f0 [vfs] Plumb a hash table around to track koids of tokens by George Kulakowski · 6 years ago1d0fa40 [kernel] Check for nullptr after gfx_create_surface_from_display by Nick Maniscalco · 6 years ago9407e8b [kernel]
KubeCon + CloudNativeCon 2024Join us for three days of incredible opportunities to collaborate, learn and share with the cloud native community. Buy your ticket now! 12 - 15 November | Salt Lake City NamespacesIn Kubernetes, namespaces provide a mechanism for isolating groups of resources within a single cluster. Names of resources need to be unique within a namespace, but not across namespaces. N
This glossary is intended to be a comprehensive, standardized list of Kubernetes terminology. It includes technical terms that are specific to Kubernetes, as well as more general terms that provide useful context.
Showing /sys/fs/cgroup/memory/memory.stat very slow on some machines Hi I've run into an odd performance issue in the kernel, and not being a kernel dev or knowing terribly much about cgroups, am looking for advice on diagnosing the problem further (I discovered this while trying to pin down high CPU load in cadvisor). On some machines in our production system, cat /sys/fs/cgroup/memory/memory.sta
Re: x86/fpu: Don't export __kernel_fpu_{begin,end}() On Thu, Jan 10, 2019 at 07:07:52PM +0100, Sebastian Andrzej Siewior wrote: > On 2019-01-10 17:32:58 [+0000], Hutter, Tony wrote: > > > But since when did out-of-tree modules use __kernel_fpu_begin? It's an > > > x86-only thing, and shouldn't really be used by anyone, right? > > > > ZFS on Linux uses it for checksums. Its removal is currently bre
Linux基本コマンドTips一覧 本連載では、Linuxの基本的なコマンドについて、基本的な書式からオプション、具体的な実行例までを分かりやすく紹介していきます。今回は、ディレクトリごとにディスクの使用量を集計して表示する「du」コマンドです。 duコマンドとは？ 「du」は、ディスクの使用量をディレクトリごとに集計して表示するコマンドです。ファイルを指定した場合は指定したファイルのサイズのみ、ディレクトリを指定した場合はそのディレクトリおよび全てのサブディレクトリの使用量を集計します。対象を指定しなかった場合は、カレントディレクトリの使用量が表示されます。 なお、アクセス権限のないファイルやディレクトリについては、集計対象となりません。システム全体をチェックしたい場合は、「root」ユーザーで実行しましょう。
Dynamic Admission ControlIn addition to compiled-in admission plugins, admission plugins can be developed as extensions and run as webhooks configured at runtime. This page describes how to build, configure, use, and monitor admission webhooks. What are admission webhooks?Admission webhooks are HTTP callbacks that receive admission requests and do something with them. You can define two types of a
Re: udev breakages - was: Re: Need of an ".async_probe()" type of callback at driver's core - Was: Re: [PATCH] [media] drxk: change it to use request_firmware_nowait() On Tue, Oct 2, 2012 at 3:23 PM, Greg KH <gregkh@linuxfoundation.org> wrote: > > which went into udev release 187 which I think corresponds to the place > when people started having problems, right Mauro? According to what I've seen,
With Horizontal Pod Autoscaling, Kubernetes automatically scales the number of pods in a replication controller, deployment, or replica set based on observed CPU utilization (or, with alpha support, on some other, application-provided metrics). The HorizontalPodAutscaler autoscaling/v2 stable API moved to GA in 1.23. The previous stable version, which only includes support for CPU autoscaling, can
前回の最後で「次回以降はしばらく私ではなくudzuraさんにお書きいただく予定です」と書きました。しかし、年末に近づきAdvent Calendarの募集が始まるようになり、Advent Calendarの存在をすっかり忘れていたことに気づきました。 毎年、Advent Calendarに参加していましたので今年も何か参加しようと思って登録だけはしました。その後に書く内容を考えたのですが、思いついた内容がcgroup v2関連でしたので、これは連載の記事にしよう思いました。というわけで今回も前回までに続いて加藤による記事となります。この記事はLinux Advent Calendar 2018の14日目の記事です。 今回は4.13、4.14カーネルでcgroup v2に追加された機能について紹介します。 nsdelegate オプション 第38回でcgroup v2のマウント方法を紹介しま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く