Составил для вас с помощью ChatGPT таймкоды. Неточно местами, но хотя бы приблизительно понятно о чем видос. 18:06 - Начало о Linux 18:14 - Что такое Linux? 18:20 - Операционная система и ядро 18:28 - Почему человеку нравится Linux? 18:40 - Преимущества Linux 19:17 - Историческое развитие 20:10 - Защита и стабильность 21:40 - Вопросы по Linux 22:18 - Как сегодня программы работают с Linux? 25:38 - Разговор о системных вызовах 29:20 - Работа с памятью 30:40 - Управление файлами в памяти 32:50 - Пример с кэш-памятью 35:00 - О виртуальной памяти 36:30 - Объяснение виртуальной памяти 39:10 - Работа с процессами и памятью 42:00 - Виртуальная и физическая память 44:00 - Пример с использованием памяти 45:00 - Перераспределение памяти 46:08 - Обсуждение о памяти: процессы и включение других процессов при превышении лимита, отключение дамита и его логика, обработка ошибок выделения памяти. 46:11 - Системные вызовы: логика работы системных вызовов и их связь с ядром, виртуальные файловые системы. 46:26 - Защита памяти и служба Kill: алгоритмы работы службы, освобождение памяти, проблемы с серьёзными сервисами и базами данных. 46:56 - Удаление файлов: проблемы при удалении большого количества файлов, использование стандартных средств и команды rm. 47:20 - FreeBSD и Linux: отличия в обработке памяти и отсутствие Kill в FreeBSD. 48:00 - Настройки ядра: команды и каталоги для просмотра и изменения настроек ядра, виртуальные файловые системы. 48:40 - Операционные системы и процессы: различие процессов, системы и виртуальные файловые системы. 49:00 - Команда top: анализ производительности системы, использование и чтение параметров команды top. 50:00 - Процессы в Linux: жизненный цикл процессов, приоритеты и их корректировка, анализ работы и состояния процессов. 51:00 - Зомби-процессы: что это такое, их влияние на систему и способы завершения. 52:00 - Анализ работы процессора: использование ресурсов процессора, параметры idle, system, user и другие. 53:00 - Виртуализация и гипервизоры: распределение процессорных ресурсов в виртуализированных средах, влияние нагрузки на виртуальные машины. 54:00 - Интервьюирование и вопросы по Linux: анализ знаний соискателя по системным вызовам, процессам и виртуальным машинам. 55:00 - Вопросы из аудитории: ответы на вопросы по системным вызовам, процессам и их завершению, анализ работы систем и процессов. 57:00 - Описание процессов: обсуждение жизненного цикла процессов, системные вызовы fork и clone, создание и завершение процессов. 1:01:00 - Процесс PID 1 и демонизация: процесс инициализации, значение PID 1, системный вызов exec. 1:05:00 - Анализ нагрузки на систему: параметры команды top, состояние процессов, виртуальные машины и их влияние на нагрузку. 1:09:00 - Процессы со статусом D: объяснение статуса D, причины его возникновения и методы устранения. 1:13:00 - Приоритеты процессов: объяснение значений приоритетов и их влияние на работу системы, команда nice. 1:17:00 - Зомби-процессы: повторное обсуждение, методы устранения, влияние на ресурсы системы. 1:21:00 - Интервьюирование и вопросы по процессам: системные вызовы, состояние процессов, работа команд top и ps, ответы на вопросы аудитории. 1:25:25 - Демонизация процесса: создание процесса-сироты. 1:25:28 - Обсуждение процесса-сироты: определение и особенности процессов без родительских процессов, примеры таких процессов. 1:26:01 - PID 1: процесс инициализации, особенности работы первого процесса в системе, виртуальные машины. 1:27:00 - Демонизация и зомби-процессы: системный вызов, завершение процессов, влияние зомби-процессов на систему. 1:28:01 - Скриншот команды top: анализ работы процессов, состояние зомби-процессов, диагностика системы. 1:29:10 - Процесс-зомби: пример с процессом PID 1 в статусе зомби, обсуждение причин и методов устранения. 1:30:00 - Инструменты диагностики: использование gdb для анализа процесса, strace для анализа системных вызовов. 1:31:00 - Собеседования: вопросы по диагностике и анализу процессов, обсуждение опыта кандидатов, важность практических навыков. 1:32:00 - Диагностика дисков: утилиты для анализа работы дисков, планирование вебинара по этой теме в будущем. 1:33:30 - Вопросы из аудитории: ответы на вопросы по системным вызовам, диагностике, и собеседованиям. 1:34:00 - Утилита strace: использование для диагностики, анализ системных вызовов, примеры использования. 1:36:00 - Вопросы по диагностике процессов: инструменты для анализа, обсуждение реальных примеров, методы устранения проблем. 1:37:00 - Проверка доступности портов: инструменты и методы для проверки, обсуждение особенностей UDP портов. 1:39:00 - Работа с сетевыми протоколами: проверка доступности портов, методы диагностики и устранения проблем. 1:40:00 - Вопросы по системным вызовам: диагностика, анализ работы процессов, обсуждение утилит и инструментов. 1:42:00 - Проверка системных вызовов: примеры использования, анализ работы процессов, диагностика проблем. 1:43:00 - Вопросы по собеседованиям: как готовиться, что спрашивать, важность практических навыков и опыта. 1:45:00 - Сертификация: полезность, преимущества для кандидатов, обсуждение опыта прохождения сертификации. 1:47:00 - Хранение конфигураций: утилиты и инструменты, важность автоматизации и скриптов для администрирования. 1:49:00 - Вопросы из аудитории: обсуждение вопросов по собеседованиям, системным вызовам и диагностике процессов. 1:50:00 - Подведение итогов: важность вопросов от аудитории, планы на будущие вебинары и темы для обсуждения. 1:52:00 - Завершение вебинара: благодарности, пожелания на будущее, анонс будущих лекций и вебинаров. 1:54:00 - Заключение: пожелания счастливого Нового года, подведение итогов года, планы на январь.
Это конечно база, неплохо знать, однако в работе действительно это часто не нужно... Обычно, если подобные вещи спрашивают на собеседовании, это сигнал о том, что данную фирму лучше обойти стороной... Объясню почему я так думаю. Если проверяемые, представленными вопросами, знания - часть ежедневной рутины, которая нужна постоянно в работе, это означает, что в компании процессы выстроены отвратительно - все лежит и падает постоянно, нет алгоритмов, прописанных сценариев IT процессов, скорее всего будет паника, хаос, разруха ночные вызовы и вечные переработки. А если эти знания в работе не нужны, тогда зачем их спрашивать? Эта ситуация еще хуже, потому что либо эти вопросы задаются с целью самоутвердиться, а такого руководителя и врагу не пожелаешь, либо означает, что задающий не понимает зачем ему новый сотрудник, данная ситуация также его характеризует как не компетентного менеджера или лида.
вот в пятницу уволился из АДА отработал месяц и сбежал, не мог оценить при устройстве, такого разгильдяйства и разрухи я лет 20 не видел, мне так всё построй организуй и приведи в порядок , я за зп обычную в регионе?, была мысль конечно ,но увидев что начальник тупой и ему важны только деньги я понял что надо бежать,,пока отдохну недельку и искать что то , суть текста моего как не нарваться ,, хочу к весне спокойную работу чтобы ценили
Уже давно сеньором помидором работаю, половину этой теории постоянно забываю, тк в работе 90% этой инфы никогда не понадобится. И вспоминаю ради прохождения техфильтра на дурацких собесах.
@@aleksey528как называется тот говносервис который вечно падает. И что в конфиге поставить чтобы не так часто. Такая инфа полезна. Остальное так… тлен, шелуха
@@aleksey528 стек тср обязателен, отладка и чтение логов, понимание работы протоколов разных уровней, в идеале хотя бы базовое умение настройки нгинкс, хапрокси, и вообще умение читать документацию
Спасибо за видео. Серьезные требования, было интересно послушать, много узнал нового, понял что еще больше не знаю. Есть предположение что это может на практике не понадобиться. Я если бы столько знал, после такого собеса зп от 150тр начал бы требовать ))
про ядро и процессы одновременные на 58:59. ядро ОС - это мультплексор тиков процессора между участками программного кода в памяти. ядро процессора выполняет поток команд (низкоуровневых) не понимая к чему относится команда - к ядру ОС, к процессу ОС, к драйверу устройства и т.д. Две сущности (ядро,процесс,драйвер) одновременно выполняться не могут на одноядерном cpu (чтобы было понятнее) планировщик ядра переключает тики между сущностями
Удивительно полезное видео. Я больше 25 лет работаю linux-freebsd админом, никогда мне большая часть озвученного даже не нужна была и поэтому не интересовался, как то и так хватало, чему учиться постоянно :) Сейчас летом-осенью проходил собеседования, помню как то спросили про зомби процессы один раз, но я понятия не имел, что это и почему.
Отличие процесса от программы можно легко понять из следующей аналогии. Возьмём фирму, для её деятельности гендир создал некоторые рабочие места (процессы) с описанием должности (дескриптор процесса), но пока происходит найм, часть работников еще не успели получить инструкции (не получили программу) что делать и простаивают. Т.е. процесс есть, а программа не загружена и не выполняется.
В защиту Хакера 2007 года. А ОС не программа? ОС - это такие же программы, которые работают в режиме ядра. Просто смотря какую терминологию использовать. Вроде у вирусологов цель в виндусе попасть в режим ядра, то есть обращаться к физической памяти напрямую, а не через трансляцию адресов. А так видос супер, очень интересно.
42:40 речь наверно шла о механизме системных вызовов и переключении контекста? Статья журнала Хакер за 2007г? Скажите, пожалуйста, название статьи/месяц.
слишком глубоко и на мой взгляд от этого душновато. грязный кэш, анонимные страницы кэша, зачем это все? если загуглить "грязный кэш linux" - находит страницу аж 2002 года и тред на ЛОРе 2004го, что косвенно намекает на актуальность и востребованность данной информации, которая в работе не нужна и годится разве что потешить свое ЧСВ на собеседовании
Например когда начинаешь админить нагруженную Кафку, тогда придется разобраться как память работает, чтобы не стесняться ее затюнить и повысить производительность
@@holodilnick Документацию пл Марусе я привел, как пример отношения компании к разработчикам. Скажи мне кто твой друг... Я даже при их скудной доке сделал все. В техподдержке - я вообще молчу.
Мне интересно, а если кандидат обладат сертификатом LPIC-1, он сможет ответитьна все эти вопросы? Ведь для DevOps таких углоблённых знаний же не нужно.
Полный бред, слишком глубоко и не нужно. Сейчас новички посмотрят и пойдут читать толстенные книги по ядру. Никогда в жизни такие знания не будут нужны. Говорю это по своему опыту, т.к. сам подобным занимался. Важно знать свою работу, а не как там ядро системные вызовы отрабатывает или какие то там структуры папок /proc. Рекомендую пробежаться по верхам, заучить ответы на типовые вопросы и делать упор на практику реальных задач.
@@eiiot8650 Как скажешь, мне главное получать жирные чеки, хоть за правку апстрима в nginx, хоть за улучшение алакаторов памяти и копание в сgroups AppArmor. Просто за второе я получаю чеки побольше раза в четыре, посему твой комментарий вызвал негодование.
@@user3721-xdfg Могу привести пример задач, с которыми мне приходится сталкиваться как DevOps-инженеру. 1) Посмотреть процессы ps, top, в случае чего убить с помощью kill 2) Настроить пользователей useradd, usermod, редактирование прав в sudoers 3) Работа с диском (df, du, lsblk), настройка в загрузки дисков в fstab 4) Базовый траблшутинг сети (ip, route, ss, ping, dig, telnet, iptables, ОЧЕНЬ редко tcpdump) 5) Работа с systemd (systemctl, journalctl) 6) Редактирование конфигов с помощью тектстовых редакторов Vi/Vim 7) Просмотр логов и работа с текстом с помощью tail, head, less, grep 8) Обновление пакетов и работа с репозиториями yum, apt 9) Запуск отложенных задач с помощью cron 10) Написание простых bash скриптов использую все пункты выше В целом это все задачи по работе с линукс. От себя лично рекомендую не слишком зарываться. На все, что выше потребуется недели 1-2, ты должен просто представлять как это делается, в случае чего это все дело гуглится. Линукс это просто основа, на которой все работает. Но в большинстве компаний системный админ никогда не будет заниматься только линуксом и никому не нужны люди, которые умеют только в один лишь линукс, разве что в каких то гигантских компаниях по типу яндекс и вк, где очень четкое разделение обязанностей. В обычных компаниях ты будешь и линукс админить, и с postgresql работать, и гитлаб раннеры траблшутить, и сетку настраивать и мониторинг ковырять, доступы выдавать, впн компании настраивать, докер частенько трогать. Я не утверждаю, что это невероятно сложно, а просто говорю о том, что ты зачастую никогда не будешь работать просто с голым линуксом. Как бы да, это все будет запускаться на линуксе, но максимум что тебе нужно будет от линукса это вот эти 10 пунктов, что я описал.
Несколько раз пытался задавать вопросы, но ни разу не получил ответ. Будет ли освящен Кали Линукс. Пытаюсь с ним работать, но много не совпадений с книгами. 22:18
Подключайтесь к нашему чату в Телеграм t.me/rebrainme/1 - там есть все наши спикеры, и они с радостью отвечают на вопросы по темам открытых практикумов
Судя по тому, что спикер говорит, что виндовс приложения можно запускать в линукс, а линукс на виндовс нельзя, запись старая. Ибо с тех пор WSL и вот это всё. Это, конечно, немного другое, но если разговариваешь о кроссплатформенности, то стоит упомянуть.
Для демонстрации базовых команд хоть 10 убунта - разницы нет. Плюс все вебинары (а их огромное количество) спикер гоняет на этих 16 убунтах. И да, там прямой эфир с вопросами и чатиком.
18:10 начало.
31:14 продолжение
1:56:04 окончание
Благодаря Вашим лекциям покрыл много пробелов. Спасибо за вашу работу!
Готовлюсь к собеседованию на администратора Linux. Спасибо, огромное!
Как успехи?)
Составил для вас с помощью ChatGPT таймкоды. Неточно местами, но хотя бы приблизительно понятно о чем видос.
18:06 - Начало о Linux
18:14 - Что такое Linux?
18:20 - Операционная система и ядро
18:28 - Почему человеку нравится Linux?
18:40 - Преимущества Linux
19:17 - Историческое развитие
20:10 - Защита и стабильность
21:40 - Вопросы по Linux
22:18 - Как сегодня программы работают с Linux?
25:38 - Разговор о системных вызовах
29:20 - Работа с памятью
30:40 - Управление файлами в памяти
32:50 - Пример с кэш-памятью
35:00 - О виртуальной памяти
36:30 - Объяснение виртуальной памяти
39:10 - Работа с процессами и памятью
42:00 - Виртуальная и физическая память
44:00 - Пример с использованием памяти
45:00 - Перераспределение памяти
46:08 - Обсуждение о памяти: процессы и включение других процессов при превышении лимита, отключение дамита и его логика, обработка ошибок выделения памяти.
46:11 - Системные вызовы: логика работы системных вызовов и их связь с ядром, виртуальные файловые системы.
46:26 - Защита памяти и служба Kill: алгоритмы работы службы, освобождение памяти, проблемы с серьёзными сервисами и базами данных.
46:56 - Удаление файлов: проблемы при удалении большого количества файлов, использование стандартных средств и команды rm.
47:20 - FreeBSD и Linux: отличия в обработке памяти и отсутствие Kill в FreeBSD.
48:00 - Настройки ядра: команды и каталоги для просмотра и изменения настроек ядра, виртуальные файловые системы.
48:40 - Операционные системы и процессы: различие процессов, системы и виртуальные файловые системы.
49:00 - Команда top: анализ производительности системы, использование и чтение параметров команды top.
50:00 - Процессы в Linux: жизненный цикл процессов, приоритеты и их корректировка, анализ работы и состояния процессов.
51:00 - Зомби-процессы: что это такое, их влияние на систему и способы завершения.
52:00 - Анализ работы процессора: использование ресурсов процессора, параметры idle, system, user и другие.
53:00 - Виртуализация и гипервизоры: распределение процессорных ресурсов в виртуализированных средах, влияние нагрузки на виртуальные машины.
54:00 - Интервьюирование и вопросы по Linux: анализ знаний соискателя по системным вызовам, процессам и виртуальным машинам.
55:00 - Вопросы из аудитории: ответы на вопросы по системным вызовам, процессам и их завершению, анализ работы систем и процессов.
57:00 - Описание процессов: обсуждение жизненного цикла процессов, системные вызовы fork и clone, создание и завершение процессов.
1:01:00 - Процесс PID 1 и демонизация: процесс инициализации, значение PID 1, системный вызов exec.
1:05:00 - Анализ нагрузки на систему: параметры команды top, состояние процессов, виртуальные машины и их влияние на нагрузку.
1:09:00 - Процессы со статусом D: объяснение статуса D, причины его возникновения и методы устранения.
1:13:00 - Приоритеты процессов: объяснение значений приоритетов и их влияние на работу системы, команда nice.
1:17:00 - Зомби-процессы: повторное обсуждение, методы устранения, влияние на ресурсы системы.
1:21:00 - Интервьюирование и вопросы по процессам: системные вызовы, состояние процессов, работа команд top и ps, ответы на вопросы аудитории.
1:25:25 - Демонизация процесса: создание процесса-сироты.
1:25:28 - Обсуждение процесса-сироты: определение и особенности процессов без родительских процессов, примеры таких процессов.
1:26:01 - PID 1: процесс инициализации, особенности работы первого процесса в системе, виртуальные машины.
1:27:00 - Демонизация и зомби-процессы: системный вызов, завершение процессов, влияние зомби-процессов на систему.
1:28:01 - Скриншот команды top: анализ работы процессов, состояние зомби-процессов, диагностика системы.
1:29:10 - Процесс-зомби: пример с процессом PID 1 в статусе зомби, обсуждение причин и методов устранения.
1:30:00 - Инструменты диагностики: использование gdb для анализа процесса, strace для анализа системных вызовов.
1:31:00 - Собеседования: вопросы по диагностике и анализу процессов, обсуждение опыта кандидатов, важность практических навыков.
1:32:00 - Диагностика дисков: утилиты для анализа работы дисков, планирование вебинара по этой теме в будущем.
1:33:30 - Вопросы из аудитории: ответы на вопросы по системным вызовам, диагностике, и собеседованиям.
1:34:00 - Утилита strace: использование для диагностики, анализ системных вызовов, примеры использования.
1:36:00 - Вопросы по диагностике процессов: инструменты для анализа, обсуждение реальных примеров, методы устранения проблем.
1:37:00 - Проверка доступности портов: инструменты и методы для проверки, обсуждение особенностей UDP портов.
1:39:00 - Работа с сетевыми протоколами: проверка доступности портов, методы диагностики и устранения проблем.
1:40:00 - Вопросы по системным вызовам: диагностика, анализ работы процессов, обсуждение утилит и инструментов.
1:42:00 - Проверка системных вызовов: примеры использования, анализ работы процессов, диагностика проблем.
1:43:00 - Вопросы по собеседованиям: как готовиться, что спрашивать, важность практических навыков и опыта.
1:45:00 - Сертификация: полезность, преимущества для кандидатов, обсуждение опыта прохождения сертификации.
1:47:00 - Хранение конфигураций: утилиты и инструменты, важность автоматизации и скриптов для администрирования.
1:49:00 - Вопросы из аудитории: обсуждение вопросов по собеседованиям, системным вызовам и диагностике процессов.
1:50:00 - Подведение итогов: важность вопросов от аудитории, планы на будущие вебинары и темы для обсуждения.
1:52:00 - Завершение вебинара: благодарности, пожелания на будущее, анонс будущих лекций и вебинаров.
1:54:00 - Заключение: пожелания счастливого Нового года, подведение итогов года, планы на январь.
Фига какие люди😂😂😂 салам
Это конечно база, неплохо знать, однако в работе действительно это часто не нужно...
Обычно, если подобные вещи спрашивают на собеседовании, это сигнал о том, что данную фирму лучше обойти стороной...
Объясню почему я так думаю.
Если проверяемые, представленными вопросами, знания - часть ежедневной рутины, которая нужна постоянно в работе, это означает, что в компании процессы выстроены отвратительно - все лежит и падает постоянно, нет алгоритмов, прописанных сценариев IT процессов, скорее всего будет паника, хаос, разруха ночные вызовы и вечные переработки.
А если эти знания в работе не нужны, тогда зачем их спрашивать?
Эта ситуация еще хуже, потому что либо эти вопросы задаются с целью самоутвердиться, а такого руководителя и врагу не пожелаешь, либо означает, что задающий не понимает зачем ему новый сотрудник, данная ситуация также его характеризует как не компетентного менеджера или лида.
вот в пятницу уволился из АДА отработал месяц и сбежал, не мог оценить при устройстве, такого разгильдяйства и разрухи я лет 20 не видел, мне так всё построй организуй и приведи в порядок , я за зп обычную в регионе?, была мысль конечно ,но увидев что начальник тупой и ему важны только деньги я понял что надо бежать,,пока отдохну недельку и искать что то , суть текста моего как не нарваться ,, хочу к весне спокойную работу чтобы ценили
Уже давно сеньором помидором работаю, половину этой теории постоянно забываю, тк в работе 90% этой инфы никогда не понадобится. И вспоминаю ради прохождения техфильтра на дурацких собесах.
Вот именно, любят теорию разводить, а на практике это лучше выясняется.
А какая инфа понадобится если 90% это не то?
@@aleksey528 shell scripting, troubleshooting, network, databases, ci/cd, iac tools
@@aleksey528как называется тот говносервис который вечно падает. И что в конфиге поставить чтобы не так часто. Такая инфа полезна. Остальное так… тлен, шелуха
@@aleksey528 стек тср обязателен, отладка и чтение логов, понимание работы протоколов разных уровней, в идеале хотя бы базовое умение настройки нгинкс, хапрокси, и вообще умение читать документацию
После слов про то что собеседование процесс обоюдный влепил лайк.
1:32:53 - что это было? Придумывать вопросы чтобы отказать человеку - такого я еще не слышал)).
Хмм хм как же это сказать хммм это же шедевр!!! Мне очень нравятся твои видео желаю тебе 100 к подписчиков и удачи;)
Спасибо за видео.
Серьезные требования, было интересно послушать, много узнал нового, понял что еще больше не знаю. Есть предположение что это может на практике не понадобиться.
Я если бы столько знал, после такого собеса зп от 150тр начал бы требовать ))
То что доктор прописал, благодарочка
про ядро и процессы одновременные на 58:59.
ядро ОС - это мультплексор тиков процессора между участками программного кода в памяти. ядро процессора выполняет поток команд (низкоуровневых) не понимая к чему относится команда - к ядру ОС, к процессу ОС, к драйверу устройства и т.д. Две сущности (ядро,процесс,драйвер) одновременно выполняться не могут на одноядерном cpu (чтобы было понятнее)
планировщик ядра переключает тики между сущностями
В общем-то, как и у программистов всё. Спрашивают базовые алгоритмы, типа глубокое понимание нужно, а в реальности будешь перекладывать джейсоны.
Спасибо! Отлично!
Удивительно полезное видео. Я больше 25 лет работаю linux-freebsd админом, никогда мне большая часть озвученного даже не нужна была и поэтому не интересовался, как то и так хватало, чему учиться постоянно :) Сейчас летом-осенью проходил собеседования, помню как то спросили про зомби процессы один раз, но я понятия не имел, что это и почему.
Невероятно удачливы. За 25 лет не увидеть зомби - это дорогого стоит)
@@OKaIroN скорее ни разу не спросили про зомби - удивительно, на каждом собесе этот вопрос
Круто! Спасибо!
ЧЧЧерт это лучшее что я смотрел за последнее время))
Плохо что не видно чатов и QA
70% произнесенного шлака вам в работе понадобится может быть 2 раза
Книжка Таненбаума Современные операционные системы как раз обо всем этом.
Отличие процесса от программы можно легко понять из следующей аналогии. Возьмём фирму, для её деятельности гендир создал некоторые рабочие места (процессы) с описанием должности (дескриптор процесса), но пока происходит найм, часть работников еще не успели получить инструкции (не получили программу) что делать и простаивают. Т.е. процесс есть, а программа не загружена и не выполняется.
20:20 когда линуксом уже можно было начинать пользоваться, вполне себе жила nt 3.5 и чуть позже 4, с набором сервиспаков вполне стабильные.
спасибо, очень полезно
В защиту Хакера 2007 года. А ОС не программа? ОС - это такие же программы, которые работают в режиме ядра. Просто смотря какую терминологию использовать. Вроде у вирусологов цель в виндусе попасть в режим ядра, то есть обращаться к физической памяти напрямую, а не через трансляцию адресов. А так видос супер, очень интересно.
42:40 речь наверно шла о механизме системных вызовов и переключении контекста? Статья журнала Хакер за 2007г? Скажите, пожалуйста, название статьи/месяц.
и почему мне это видео попадается только после того, как я уже услышал эти вопросы на собесе(
слишком глубоко и на мой взгляд от этого душновато. грязный кэш, анонимные страницы кэша, зачем это все? если загуглить "грязный кэш linux" - находит страницу аж 2002 года и тред на ЛОРе 2004го, что косвенно намекает на актуальность и востребованность данной информации, которая в работе не нужна и годится разве что потешить свое ЧСВ на собеседовании
Например когда начинаешь админить нагруженную Кафку, тогда придется разобраться как память работает, чтобы не стесняться ее затюнить и повысить производительность
@@DimaEvoc настолько разбираться в устройстве работы памяти там не требуется. Это реально слишком ...
"По верхам"
Но целом, хорошо
Все понятно. Это vk. Пока для Маруси не напишут нормальную документацию по api - нет смысла рассматривать для работы эту компанию.
Устроился бы к ним да написал нормальную документацию. Все только и знают, что искать пути полегче!
@@holodilnick А смысл? Денег там не заработаешь, а реальным специалистом стать в крупной компании нельзя. Только узким специалистом.
@@4duk_su Чё тогда отмазки придумываешь какие-то? Документация для Маруси, блин.
@@holodilnick Документацию пл Марусе я привел, как пример отношения компании к разработчикам. Скажи мне кто твой друг... Я даже при их скудной доке сделал все. В техподдержке - я вообще молчу.
Мне интересно, а если кандидат обладат сертификатом LPIC-1, он сможет ответитьна все эти вопросы? Ведь для DevOps таких углоблённых знаний же не нужно.
Ни LPIC, ни RHCE так глубоко не лезут. Это уровень академического курса по Computer Science, где надо писать свою ОС.
Так все нудно. И так весь курс?
Не говори, ни завязки нормальной, ни кульминации, а любовная линия вообще ни к чёрту.
А Буранов в курсе, что вы его юзаете?
А вы не уточнили на какой уровень системного администратора рассчитано это собеседование, сеньор?
В мейлру на Джуна эти вопросы задают, поэтому у них там не работа, а бесконечная авария, тк одних теоретиков набирают.
Полный бред, слишком глубоко и не нужно. Сейчас новички посмотрят и пойдут читать толстенные книги по ядру. Никогда в жизни такие знания не будут нужны. Говорю это по своему опыту, т.к. сам подобным занимался. Важно знать свою работу, а не как там ядро системные вызовы отрабатывает или какие то там структуры папок /proc. Рекомендую пробежаться по верхам, заучить ответы на типовые вопросы и делать упор на практику реальных задач.
Ну кому-то не нужны, кому-то нужны. Не у всех же в задачи входит только администрирование пары серверов с django + mysql, есть же и настоящие инженеры
@@qwertyqwertyd Ты промыт, "настоящий инженер", тебе уже ничего не доказать.
@@eiiot8650 Как скажешь, мне главное получать жирные чеки, хоть за правку апстрима в nginx, хоть за улучшение алакаторов памяти и копание в сgroups AppArmor. Просто за второе я получаю чеки побольше раза в четыре, посему твой комментарий вызвал негодование.
А где поискать реальные задания по Линукс??
@@user3721-xdfg Могу привести пример задач, с которыми мне приходится сталкиваться как DevOps-инженеру.
1) Посмотреть процессы ps, top, в случае чего убить с помощью kill
2) Настроить пользователей useradd, usermod, редактирование прав в sudoers
3) Работа с диском (df, du, lsblk), настройка в загрузки дисков в fstab
4) Базовый траблшутинг сети (ip, route, ss, ping, dig, telnet, iptables, ОЧЕНЬ редко tcpdump)
5) Работа с systemd (systemctl, journalctl)
6) Редактирование конфигов с помощью тектстовых редакторов Vi/Vim
7) Просмотр логов и работа с текстом с помощью tail, head, less, grep
8) Обновление пакетов и работа с репозиториями yum, apt
9) Запуск отложенных задач с помощью cron
10) Написание простых bash скриптов использую все пункты выше
В целом это все задачи по работе с линукс. От себя лично рекомендую не слишком зарываться. На все, что выше потребуется недели 1-2, ты должен просто представлять как это делается, в случае чего это все дело гуглится. Линукс это просто основа, на которой все работает. Но в большинстве компаний системный админ никогда не будет заниматься только линуксом и никому не нужны люди, которые умеют только в один лишь линукс, разве что в каких то гигантских компаниях по типу яндекс и вк, где очень четкое разделение обязанностей. В обычных компаниях ты будешь и линукс админить, и с postgresql работать, и гитлаб раннеры траблшутить, и сетку настраивать и мониторинг ковырять, доступы выдавать, впн компании настраивать, докер частенько трогать. Я не утверждаю, что это невероятно сложно, а просто говорю о том, что ты зачастую никогда не будешь работать просто с голым линуксом. Как бы да, это все будет запускаться на линуксе, но максимум что тебе нужно будет от линукса это вот эти 10 пунктов, что я описал.
Несколько раз пытался задавать вопросы, но ни разу не получил ответ. Будет ли освящен Кали Линукс. Пытаюсь с ним работать, но много не совпадений с книгами. 22:18
Подключайтесь к нашему чату в Телеграм t.me/rebrainme/1 - там есть все наши спикеры, и они с радостью отвечают на вопросы по темам открытых практикумов
Это опять запись 5 летней давности, или свежий? По убунте 16 непонятно
Судя по тому, что спикер говорит, что виндовс приложения можно запускать в линукс, а линукс на виндовс нельзя, запись старая. Ибо с тех пор WSL и вот это всё. Это, конечно, немного другое, но если разговариваешь о кроссплатформенности, то стоит упомянуть.
Для демонстрации базовых команд хоть 10 убунта - разницы нет. Плюс все вебинары (а их огромное количество) спикер гоняет на этих 16 убунтах. И да, там прямой эфир с вопросами и чатиком.
@@elbridget-c Так wsl это обычный линукс
Там и запускаются проги на линуксе
Это свежая запись.
Если послушать самое начало то говорится что у лектора стоит убунту 16 версии 20, но уже есть 22. А там сами решайте. Свежее или столетнее...
хватит мне звонить пж
пересказ Таненбаума
Книга про ОС ?
Пестует своё ЧСВ.
Используешь продукцию эппл либо линукс - поддерживаешь врага в лице американцев.
бред. это не собеседование. Видать автор занимается только процессами. есть еще тысячи параметров от разных служб.
Душнила 😂
Тупа хейтеры. Оправдывают свое невежество, фактом того, что им нет нужды в данных знаниях.
качество звука полный атас