сискал дергает дентри емнип, та его кидает на иноду

меня как раз интересует та часто что в dentry

https://www.ibm.com/developerworks/ru/library/l-virtual-filesystem-switch/

вот тут глянь

http://www.intuit.ru/studies/courses/16499/1298/info

и вот курс хороший

2-3 глава как раз про это

http://staged-gluster-docs.readthedocs.io/en/release3.7.0beta1/Developer-guide/datastructure-inode/

вот еще хорошая статейка

спасибо )

https://habrastorage.org/files/6d1/33b/ad8/6d133bad88a246fdb47f79fadfa23be8.png

Бггг

граждане, а кто тут знает как происходит открытие файла? )

Ром, что это было?

Ты разве не читаешь код на C?

поделюсь ссылкой про нашу конференцию. Linux Piter #2 11 - 12 ноября в / Питер www.LinuxPiter.ru (будет там и про DevOps)

Ты разве не читаешь код на C?

читаю, но разбираться в обилии функций ядра несколько утомительно.

А есть какаянибудь фс с расширенными атрибутами файлов куда можно чтото типа описаний записывать и тд?

теги это называется :)

А есть какаянибудь фс с расширенными атрибутами файлов куда можно чтото типа описаний записывать и тд?

вон, если @onokonem свою опубликует таки, то будет )

Можно в файл, можно в атрибуты - пофиг. Главное доп инфу сохранять в него а не в бд

Можно в файл, можно в атрибуты - пофиг. Главное доп инфу сохранять в него а не в бд

а надо ли фс для этого?

А что тогда

любое кв хранилище

Нуну

2012 winsrv сняли с продаж?

R2 есть в последнем SPLA

http://www.techrepublic.com/blog/linux-and-open-source/learn-to-use-extended-file-attributes-in-linux-to-boost-security/

собсна нагуглилось в полтычка

mount -o xattr...

setfattr -n user.comment -v "this is a comment" testfile

вот и все

Ты что шутишь

и еще интересно что происходит с фд при форке процесса и клоне процесса

ничо хорошего не происходит. Фд по сути номер в табличке, который копируется форком вместе со всем остальным

причём в линуксе существует такая вещь, как копирование по запросу

тоесть оно на самом деле не копируется, а отображается. Но стоит тебе что-то записать

тогда ты получишь уже копию со своими изменениями

так как по значениею открытого фд особо нет смысла писать... ну ты понел

http://www.opennet.ru/opennews/art.shtml?num=45384

причём в линуксе существует такая вещь, как копирование по запросу

copy-on-write штоли?

типа того

fork() очень дорогой

https://ru.wikipedia.org/wiki/Fork

ничо хорошего не происходит. Фд по сути номер в табличке, который копируется форком вместе со всем остальным

в форке да

но в клоне уже нет

fork() очень дорогой

эээ... ну вообще-то нет.

>Например в ядре Linux[1]), отображающие в новый процесс страницы памяти родительского, вместо того чтобы их копировать (новая страница создаётся только при изменении её содержимого одним из процессов

эээ... ну вообще-то нет.

ну как нет? для чего тогда у хттп серверов стратегия prefork, а не fork при необходимости?

ну тоесть они при запуске плодят процессы, а не в какое другое время

fork() копирует память процесса

в современных реалияз coredump может весить 800 метров и это не придел

fork() копирует память процесса

fork() в linux отличается от pthread_create() лишь набором флагов у clone()

и нет, память не копируется. иначе было бы ой.

pthread_create это вообще про треды

а форк делает подпроцесс

тред это более лёгкая сущность, которая не хранит всякие контексты от ОС

но её например в htop уже не увидешь

pthread_create это вообще про треды

мм.. pthread_create в linux - это обёртка в glibc над clone. fork - это обёртка в glibc над clone.

нет, у pthread своя либа, которая так и называется

libpthread

но суть не в либе

это либа уходит корнями в ядро линукс, а там это подсистема называется NPTL

это либа уходит корнями в ядро линукс, а там это подсистема называется NPTL

Since version 2.3.3, rather than invoking the kernel's fork() system call, the glibc fork() wrapper that is provided as part of the NPTL threading implementation invokes clone(2) with flags that provide the same effect as the traditional system call.

Under Linux, fork() is implemented using copy-on-write pages, so the only penalty that it incurs is the time and memory required to duplicate the parent's page tables, and to create a unique task structure for the child. Since version 2.3.3, rather than invoking the kernel's fork() system call, the glibc fork() wrapper that is provided as part of the NPTL threading implementation invokes clone(2) with flags that provide the same effect as the traditional system call. (A call to fork() is equivalent to a call to clone(2) specifying flags as just SIGCHLD.) The glibc wrapper invokes any fork handlers that have been established using pthread_atfork(3)

intuit жжот Письмо на адрес "aaa@bbb.com" для подтверждения регистрации было выслано менее часа назад. Попробуйте сделать запрос на повторную отсылку письма через час.

Вопрос. Есть сервер Xeon E5-1650/64Gb RAM/4Tb софтовый рейд 1 со свежей Ubuntu 16.04 на нем стоит mongodb 3.3.15. В монго база около 400Гб, простая, там логи. Запустил процесс построения индекса по int полю, вчера шло нормально, по рассчетам где-то сутки должно было уйти на это. Сейчас же построено только 53% (очень замедлился процесс). CPU не нагружен практически ни на сколько, RAM занято 40Gb из 64, т.е. много свободной, свопа нет, при этом LA на сервере уже доходит до 8, консоль ели живая. IO занят на 100%. Есть ощущение, что это не здоровое поведение для такого сервера. В cat /proc/mdstat и mdadm --detail подозрительного ничего не вижу. Куда можно посмотреть, чтобы понять здоров ли сервер и что такое плохое происходит с IO?

не знал, кстати, что сейчас всё к clone() c флагом SIGCHLD сводится. Кстати многие компиляторы до сих просят флага -lpthread

Under Linux, fork() is implemented using copy-on-write pages, so the only penalty that it incurs is the time and memory required to duplicate the parent's page tables, and to create a unique task structure for the child. Since version 2.3.3, rather than invoking the kernel's fork() system call, the glibc fork() wrapper that is provided as part of the NPTL threading implementation invokes clone(2) with flags that provide the same effect as the traditional system call. (A call to fork() is equivalent to a call to clone(2) specifying flags as just SIGCHLD.) The glibc wrapper invokes any fork handlers that have been established using pthread_atfork(3)

copy-on-write сильно отличается от просто copy.

конечно. Это уже давно

но если бы вообще никак не копировали, очень много прилаг бы поломалось

а так — редкие кейсы

не знал, кстати, что сейчас всё к clone() c флагом SIGCHLD сводится. Кстати многие компиляторы до сих просят флага -lpthread

ну так я и говорю, что всё сводится к clone() и его флажкам.

прометеус реально всего 3 мб весит?

ток поставил из репа, чтот жесть

прометеус реально всего 3 мб весит?

а там, вроде, почти все модули отдельно

☹️ а их в репе нет

А есть какие-нибудь аналоги Consul'а вообще в природе?

etcd ?

каковы шансы что скачанный модуль не будет работать с версией из репа?

каковы шансы что скачанный модуль не будет работать с версией из репа?

в офф репе что лежит?

сейчас покажу пакеты

prometheus.x86_64 : The Prometheus monitoring system and time series database golang-github-prometheus-client_model-devel.noarch : Data model artifacts for : Prometheus golang-github-prometheus-procfs-unit-test.x86_64 : Unit tests for ...: golang-github-prometheus-procfs package golang-github-prometheus-client_golang-devel.noarch : Prometheus instrumentation ...: library for Go applications golang-github-prometheus-prometheus-devel.noarch : The Prometheus monitoring ...: system and time series database golang-github-prometheus-common-devel.noarch : Go libraries shared across ...: Prometheus components and libraries golang-github-prometheus-common-unit-test-devel.i686 : Unit tests for ...: golang-github-prometheus-common package golang-github-prometheus-common-unit-test-devel.x86_64 : Unit tests for ...: golang-github-prometheus-common package golang-github-prometheus-client_golang-unit-test.x86_64 : Unit tests for ...: golang-github-prometheus-client_golang package golang-github-prometheus-procfs-devel.noarch : Functions to retrieve system, ...: kernel and process metrics from the /proc fs

вот такое в репе

тебе зачем прометей-то?