- Unix / Linux — What is Shells?
- Shell Prompt
- Shell Types
- Shell Scripts
- Example Script
- Shell Comments
- Extended Shell Scripts
- What is nutshell in linux
- Contact US
- Come Join Us!
- Posting Guidelines
- What is a Nutshell ?
- What is a Nutshell ?
- What is a Nutshell ?
- RE: What is a Nutshell ?
- RE: What is a Nutshell ?
- UNIX / Linux : What Is a Shell? What are different Shells?
- What Is a Shell?
- User Environment
- What are the different Shells?
- 1. The Bourne Shell
- 2. The C Shell
- 3. The Korn Shell
- 4. The GNU Bourne-Again Shell
- «Linux kernel in a nutshell» или коротко о ядре Линукс.
Unix / Linux — What is Shells?
A Shell provides you with an interface to the Unix system. It gathers input from you and executes programs based on that input. When a program finishes executing, it displays that program’s output.
Shell is an environment in which we can run our commands, programs, and shell scripts. There are different flavors of a shell, just as there are different flavors of operating systems. Each flavor of shell has its own set of recognized commands and functions.
Shell Prompt
The prompt, $, which is called the command prompt, is issued by the shell. While the prompt is displayed, you can type a command.
Shell reads your input after you press Enter. It determines the command you want executed by looking at the first word of your input. A word is an unbroken set of characters. Spaces and tabs separate words.
Following is a simple example of the date command, which displays the current date and time −
You can customize your command prompt using the environment variable PS1 explained in the Environment tutorial.
Shell Types
In Unix, there are two major types of shells −
Bourne shell − If you are using a Bourne-type shell, the $ character is the default prompt.
C shell − If you are using a C-type shell, the % character is the default prompt.
The Bourne Shell has the following subcategories −
- Bourne shell (sh)
- Korn shell (ksh)
- Bourne Again shell (bash)
- POSIX shell (sh)
The different C-type shells follow −
- C shell (csh)
- TENEX/TOPS C shell (tcsh)
The original Unix shell was written in the mid-1970s by Stephen R. Bourne while he was at the AT&T Bell Labs in New Jersey.
Bourne shell was the first shell to appear on Unix systems, thus it is referred to as «the shell».
Bourne shell is usually installed as /bin/sh on most versions of Unix. For this reason, it is the shell of choice for writing scripts that can be used on different versions of Unix.
In this chapter, we are going to cover most of the Shell concepts that are based on the Borne Shell.
Shell Scripts
The basic concept of a shell script is a list of commands, which are listed in the order of execution. A good shell script will have comments, preceded by # sign, describing the steps.
There are conditional tests, such as value A is greater than value B, loops allowing us to go through massive amounts of data, files to read and store data, and variables to read and store data, and the script may include functions.
We are going to write many scripts in the next sections. It would be a simple text file in which we would put all our commands and several other required constructs that tell the shell environment what to do and when to do it.
Shell scripts and functions are both interpreted. This means they are not compiled.
Example Script
Assume we create a test.sh script. Note all the scripts would have the .sh extension. Before you add anything else to your script, you need to alert the system that a shell script is being started. This is done using the shebang construct. For example −
This tells the system that the commands that follow are to be executed by the Bourne shell. It’s called a shebang because the # symbol is called a hash, and the ! symbol is called a bang.
To create a script containing these commands, you put the shebang line first and then add the commands −
Shell Comments
You can put your comments in your script as follows −
Save the above content and make the script executable −
The shell script is now ready to be executed −
Upon execution, you will receive the following result −
Note − To execute a program available in the current directory, use ./program_name
Extended Shell Scripts
Shell scripts have several required constructs that tell the shell environment what to do and when to do it. Of course, most scripts are more complex than the above one.
The shell is, after all, a real programming language, complete with variables, control structures, and so forth. No matter how complicated a script gets, it is still just a list of commands executed sequentially.
The following script uses the read command which takes the input from the keyboard and assigns it as the value of the variable PERSON and finally prints it on STDOUT.
Источник
What is nutshell in linux
Written by a leading developer and maintainer of the Linux kernel, Linux Kernel in a Nutshell is a comprehensive overview of kernel configuration and building, a critical task for Linux users and administrators.
No distribution can provide a Linux kernel that meets all users’ needs. Computers big and small have special requirements that require reconfiguring and rebuilding the kernel. Whether you are trying to get sound, wireless support, and power management working on a laptop or incorporating enterprise features such as logical volume management on a large server, you can benefit from the insights in this book.
Linux Kernel in a Nutshell covers the entire range of kernel tasks, starting with downloading the source and making sure that the kernel is in sync with the versions of the tools you need. In addition to configuration and installation steps, the book offers reference material and discussions of related topics such as control of kernel options at runtime.
A key benefit of the book is a chapter on determining exactly what drivers are needed for your hardware. Also included are recipes that list what you need to do to accomplish a wide range of popular tasks.
If you want to know how to build, configure, and install a custom Linux kernel on your machine, buy this book. It is written by someone who spends every day building, configuring, and installing custom kernels as part of the development process of this fun, collaborative project called Linux.
I’m especially proud of the chapter on how to figure out how to configure a custom kernel based on the hardware running on your machine. This is an essential task for anyone wanting to wring out the best possible speed and control of your hardware.
Источник
Contact US
Thanks. We have received your request and will respond promptly.
Come Join Us!
- Talk With Other Members
- Be Notified Of Responses
To Your Posts - Keyword Search
- One-Click Access To Your
Favorite Forums - Automated Signatures
On Your Posts - Best Of All, It’s Free!
Posting Guidelines
Promoting, selling, recruiting, coursework and thesis posting is forbidden.
What is a Nutshell ?
What is a Nutshell ?
What is a Nutshell ?
RE: What is a Nutshell ?
The Nutshell books are published by O’Reilly and they’re good; I have several.
Go to www.amazon.com and search for any of the topics you’ve listed above.
RE: What is a Nutshell ?
A nutshell is the shell of a nut , but.
«. in a nutshell» is an English expression. It means «this is the essential information (condensed) about x». It’s meant to be sort of a fun phrase—not too serious.
You can compare it to:
— «the SHORT version»
— «just tell what I need to know, nothing more»
Normally, in conversation, if you can reduce the essence of an idea to ONE sentence, you would then say «that’s it, in a nutshell». Obviously the Oreilly books take more than one sentence to explain Perl, or Linux, but the intention is to deliver a quick, but complete explanation of the subject.
Samansk — obviously English is not your first language. What country are you from? Are you working in an English-speaking country now?
Источник
UNIX / Linux : What Is a Shell? What are different Shells?
What Is a Shell?
A shell is a program that provides an interface between a user and an operating system (OS) kernel. An OS starts a shell for each user when the user logs in or opens a terminal or console window.
A kernel is a program that:
- Controls all computer operations.
- Coordinates all executing utilities
- Ensures that executing utilities do not interfere with each other or consume all system resources.
- Schedules and manages all system processes.
By interfacing with a kernel, a shell provides a way for a user to execute utilities and programs.
User Environment
The shell also provides a user environment that you can customize using initialization files. These files contain settings for user environment characteristics, such as:
- Search paths for finding commands.
- Default permissions on new files.
- Values for variables that other programs use.
- Values that you can customize.
What are the different Shells?
The following sections describe OS shells mostly available on UNIX/Linux Operating system. Shell features and their default prompts are also described.
1. The Bourne Shell
The Bourne shell (sh), written by Steve Bourne at AT&T Bell Labs, is the original UNIX shell. It is the preferred shell for shell programming because of its compactness and speed. A Bourne shell drawback is that it lacks features for interactive use, such as the ability to recall previous commands (history). The Bourne shell also lacks built-in arithmetic and logical expression handling.
The Bourne shell is the Solaris OS default shell. It is the standard shell for Solaris system administration scripts. For the Bourne shell the:
- Command full-path name is /bin/sh and /sbin/sh.
- Non-root user default prompt is $.
- Root user default prompt is #.
2. The C Shell
The C shell (csh):
- Is a UNIX enhancement written by Bill Joy at the University of California at Berkeley.
- Incorporated features for interactive use, such as aliases and command history.
- Includes convenient programming features, such as built-in arithmetic and a C-like expression syntax.
For the C shell the:
- Command full-path name is /bin/csh.
- Non-root user default prompt is hostname %.
- Root user default prompt is hostname #.
3. The Korn Shell
The Korn shell (ksh):
- Was written by David Korn at AT&T Bell Labs
- Is a superset of the Bourne shell.
- Supports everything in the Bourne shell.
- Has interactive features comparable to those in the C shell.
- Includes convenient programming features like built-in arithmetic and C-like arrays, functions, and string-manipulation facilities.
- Is faster than the C shell.
- Runs scripts written for the Bourne shell.
For the Korn shell the:
- Command full-path name is /bin/ksh.
- Non-root user default prompt is $.
- Root user default prompt is #.
4. The GNU Bourne-Again Shell
The GNU Bourne-Again shell (bash):
- Is compatible to the Bourne shell.
- Incorporates useful features from the Korn and C shells.
- Has arrow keys that are automatically mapped for command recall and editing.
For the GNU Bourne-Again shell the:
- Command full-path name is /bin/bash.
- Default prompt for a non-root user is bash-x.xx$. (Where x.xx indicates the shell version number. For example, bash-3.50$)
- Root user default prompt is bash-x.xx#. (Where x.xx indicates the shell version number. For example, bash-3.50$#)
Here is a short comparison of the all 4 shells and their properties.
Источник
«Linux kernel in a nutshell» или коротко о ядре Линукс.
Greg Kroah-Hartman выпустил книгу «Linux kernel in a nutshell», в которой он описывает процесс конфигурации, сборки и установки ядра Линукс. Книга описывает большинство опций конфигурации ядра (изначально планировалось описать их все, но тогда размер книги превысил бы 1000 страниц), автор особенно гордится главой, описывающей процесс выбора опций ядра для нетипичной конфигурации аппаратного обеспечения.
Данная книга полезна всем, кто любит компилировать ядро под собственные нужды с поддержкой только собственного оборудования.
Книга доступна как в печатном виде, так и в форматах pdf и DocBook. Впервые в истории так же доступна полная история написания книги в репозитории git (http://www.kernel.org/git/?p=linux/ke. ).
>Данная книга полезна всем, кто любит компилировать ядро под собственные нужды с поддержкой только собственного оборудования.
Меня зовут Василий Пупкин. В свободное от работы время я очень люблю компилировать ядро под собственные нужды. И обязательно с поддержкой только собственного оборудования.Вчера например я компилировал его с поддержкой беспроводной сети. Это было непередаваемое ощущение.
И поэтому книга «Linux in a nutshell» всегда со мной.
Убейся апстену, ананимус. на роутер, у которого система на флешке стоит, ты тоже будешь ставить дефолтное дистровое ялро размером в несколько мегобайт?
Прально, не позорь анонимусов.
злодей разбил книгу на мелкие файлы, чтоб мы все на амазон ломанулись (известный приём)
о, спасибо. в принципе никогда не конфигурировал ядро пользуясь мануалами, но нужно когда-нибудь начать их читать.
Если я вынужден иногда компилировать ядро, это вовсе не значит что я люблю это делать. Люблю я несколько другие вещи.
off: Ананимус! Перекомпилируй его с поддержкой проводной сети и задушись проводом!
Интересно было бы на эту книжку поглядеть в печатном виде.
>злодей разбил книгу на мелкие файлы, чтоб мы все на амазон ломанулись (известный приём)
злодей поместил также все эти мелкие файлы единым архивом если ты не заметил.
Я тоже люблю другие вещи, и ядро я не каждый день перекомпилирую, но это не значет, что появление такой книги недостойное событие, чтобы написать про неё книгу, ты со мной согласен?
s/чтобы написать про неё книгу/чтобы написать про неё НОВОСТЬ
> злодей разбил книгу на мелкие файлы, чтоб мы все на амазон ломанулись (известный приём)
злодей писал однако в DocBook и там AFAIR была какая-то проблема с объединением глав в единый pdf..
Абсолютно согласен. Но очень уж повеселило выражение «для тех кто любит компилировать ядро». Это получается не для меня что-ли? Обидно, понимаешь 😉
У реальных пацанов всегда стоит дефолтное (>30мб модулей), скомпиленное под i386 и работающее на Core4Quattro. А самосборное, оптимизированное под проц(
2Мб) — это для лохов, у которых нет денег на «нормальное» железо и которых не устраивает «как дядя сверху прописал», так? 🙂
Не, это для тех у кого очень много свободного времени.
да, аж целых 15 минут — лучше, наверное, пойти покурить
>> злодей разбил книгу на мелкие файлы, чтоб мы все на амазон ломанулись (известный приём)
по ссылкам не ходим?
Это для тех у кого не каша вместо мозга
Тебе 30 Мб на диске жалко?
> А самосборное, оптимизированное под проц(
2Мб) — это для лохов
Оптимизация — она, похоже, в головах (этих самых лохов).
> которых не устраивает «как дядя сверху прописал»
Здесь есть одно важное замечание — специально обученный, умный дядя, а не какой-нибудь, как ты их называешь, лох. Это ядро этого дяди является продуктом обкатанным и постоянно тестируемым кучей народа на предмет всякого рода глюков.
Да, в транслите только 😉
>Оптимизация — она, похоже, в головах (этих самых лохов)
Когда перед тобой задача — обеспечить нормальное функционирование роутера с практически 100% «нагрузкой» (траффиком) на все сетевые интерфейсы и где правил в IPTABLES больше полутора тысяч, ты быстро увидишь разницу между -march=athlon-xp и -march=i386, я тебя уверяю
> Тебе 30 Мб на диске жалко?
А сколько по времени depmod при ребуте делается?
А сколько это все оперативки жрет?
Мне лично жаль иметь в ядре поддержку NFS, RAID0145, всякого барахла типа IPv6 и по десятку драйверов IDE, SATA, SCSI, ETHERNET, всяких экзотических FS xfs, ntfs. и прочей радости типа синезуба.
Не нужное оно.
Система у меня использует ATA (SATA+PATA), ReiserFS, NVidia, встроенную рилтековскую сеть, USB клаву, крысу и флешки. ВСЁ!
Скажешь, «а убери из загрузки»? Это более правильно. Но не проще ли prestlerтогда вообще пересобрать ядро под конфигурацию машины? Один раз посидеть, поконфигурить, а потом просто подсовывать имеющийся конфиг новому ядру. Собственно, пересборка у меня в зависимости от машины 7..15 минут, ну и пару минут на ребут. 🙂 Можно даже на работу придти чуть раньше (или уйти попозже) ради этого, раз уж так ты тут ратуешь на трудовую дисциплину и любишь работать. 🙂
> Оптимизация — она, похоже, в головах (этих самых лохов).
Ой, правда что ли? man gcc, уважаемый! И вообще, учите матчасть. Курить до посинения хотя бы чем отличается «-O2» от «-O3», «-march=i686» от «-march=nocona» и нужна ли опция «-g».
> специально обученный, умный дядя
Улыбнуло. Еще больше улыбает, когда эти самые дяди используют комбинации типа «-O2 -fforce-math». А потом удивляются, чего это софт глючит и вообще сегфолтится.
> Это ядро этого дяди является продуктом обкатанным и постоянно тестируемым кучей народа на предмет всякого рода глюков
Не очень понял. Тестируется таки ЯДРО или конкретная сборка? 🙂 Вы определитесь уже, что ли.
Если все же конкретная сборка ядра, то эт-та. Вы хотите сказать, что этот «дядя» поумнее Линуса&Co. будет, да? А как конкретно «дядю» зовут? Надо же знать, на кого молиться.
Вопрос в другом: «А нафига такая книжка человеку, который занимается сборкой роутеров?».
Ну не нужна эта книжка, не нужна.
Ну не читай её, не читай.
и что ? от того что он их запаковал, pdfки внутри архива склеились в одну ?
А не задумывался ли уважаемый, как стать таким человеком?
>Ну не нужна эта книжка, не нужна.
Самое интересное в том, что от вашего мнения она не исчезнет 🙂
>Вопрос в другом: «А нафига такая книжка человеку, который занимается сборкой роутеров?». > Ну не нужна эта книжка, не нужна.
Успел уже всё прочитать ? 😉
Или «Пастернака не читал но осуждаю» ? 😉
Склей их сам, что тебе мешает? Docbook есть, xml-парсер есть, так в чём-же дело?
Успел её просмотреть. Там много места занимает тривиальное цитирование, как водится. Много воды.
Людьми «собирающими роутеры» становятся не по книжкам. Это работа творческая. 🙂
+1 Верно говоришь! Нефиг из ядра помойку делать.
> У реальных пацанов всегда стоит дефолтное (>30мб модулей)
В оперативную память загружаются только необходимые модули, поэтому ядол будет занимать в памяти существенно меньше, чем >30МБ.
> скомпиленное под i386 и работающее на Core4Quattro
Вернее под i686. А по-вашему что — лучше собрать ядро под свое железо и при смене звуковухи, сетевой и уж тем более платформы пересобирать каждый раз все ядро? Какой прирост производительности от оптимизации ядра под свое железо или вы наивно считаете, что ядро во всю активно использует расширения команд SIMD SSE/SSE2/SSE2/MMX/MMX2 современных x86 процессоров?
> А самосборное, оптимизированное под проц(
2Мб) — это для лохов
Для тем, у кого очень много свободного времени, чтобы тратить его на столь бессмысленные развлечения, а также для особых случаев — встраиваемая техника. Для всех остальных случаев модульное ядро обладает наивысшей гибкостью и позволяет не тратить свое время на постоянные пересборки ядра по каждому пустяку.
> для лохов, у которых нет денег на «нормальное» железо
Если для вас огромная проблема когда на ВИНТЕ расходуется попусту 30МБ-2МБ под модули, то вам действительно придется заниматься постоянной пересборкой ядер.
> и которых не устраивает «как дядя сверху прописал», так? 🙂
Вас мучают какие-то комплексы, которые выражаются в стремлении выделиться и делать все наперекор здравому смыслу по-своему, считая что сборщики штатного дистрибутивного ядра ничего не понимают в сборке ядер? Огласите, пожалуйста, общее время убитое на пересборку ядер и средний прирост производительности со средней экономией оперативной памяти занимаемой ядром при использовании самосборного ядра в сравнении со штатным модульным.
Название книги в теме не правильное — «Linux in a nutshell».
Должно быть «Linux kernel in a nutshell».
«Linux in a nutshell» это совсем другая книга.
Сорри за очепятки s/ядол/ядро/ s/Для тем/Для тех/ и тд
Мда, а git-репозиторий уже лежит. Вот тебе и хваленые новомодные системы, чуть что — сгибаются под нагрузкой.
кому надо — уже давно нашел эту книгу в виде одного chm — файла, с оглавлением, поиском и т.д.
Смени аватар. Сейчас. Через час забаню.
> Когда перед тобой задача — обеспечить нормальное функционирование роутера с практически 100% «нагрузкой» (траффиком) на все сетевые интерфейсы и где правил в IPTABLES больше полутора тысяч, ты быстро увидишь разницу между -march=athlon-xp и -march=i386, я тебя уверяю
Религия мешает установить kernel-image-2.6.8-2-k7?
Да да помнится как-то РУТ тут писал про оптимизацию ядра под sse,sse2 и тому подобного. Ему тут обьясняли что толку от этого ни хера нет. А он все туда же.
> Мне лично жаль иметь в ядре поддержку NFS, RAID0145, всякого барахла типа IPv6 и по десятку драйверов IDE, SATA, SCSI, ETHERNET, всяких экзотических FS xfs, ntfs. и прочей радости типа синезуба. Не нужное оно.
Зато когда понадобится — пересборка, когда нужно дырку закрыть — пересборка, а когда машин с несколько отличающейся конфигурацией много — много и ручной работы, попросту анонизма с обновлением ядер, собранных под конкретные железки. В модульноя ядре то, что не нужно, то и не грузится.
> Ой, правда что ли? man gcc, уважаемый! И вообще, учите матчасть. Курить до посинения хотя бы чем отличается «-O2» от «-O3», «-march=i686» от «-march=nocona» и нужна ли опция «-g».
Цифры можете предоставиь насколько процентов (или долей процента?) ядро собранное под nocona производительнее собранного под i686?
> Тестируется таки ЯДРО или конкретная сборка? 🙂
Обкатка производится на штатной сборке, поэтому когда глюки вылезут на конкретно вашей сборке с конкретно вашими флагами это будет конкретно вашей проблемой. Или вы еще не в курсе как проявляется увлечение оптимизацией? Тогда поставьте Gentoo и поиграйтесь с CFLAGS.
Тогда подскажи, пожалуйста, дистрибутив, в котором дистростроители не пихают в ядра и initd всякой дребедени.
Я что-то непонятное сказал, да? Сложно доходит?
Анонизма ровно стока, чтоб подсунуть новому ядру конфиг, собраться и ребутнуться.
Ага, а заодно вырубают всякие DEBUG-и да VERBOSE-ы.
Видать тока гента.
> В оперативную память загружаются только необходимые модули, поэтому ядол будет занимать в памяти существенно меньше, чем >30МБ.
Это если вы ручками покапаетесь как следует, потюните атолоадер и прочее. В дефолте дистрибы грузят вообще все модули в надежде на то, что этим способом будет обнаружено и задействовано максимальное количества оборудования в компе.
В действительности же, тюнинг автолоадера (а ведь нужно изучить как это делать, узнать названия нужных модулей, прописать в modprobe.d всю эту радовать) по времени вполне сравнимо со сборкой ядра с нуля.
> собрать ядро под свое железо и при смене звуковухи, сетевой и уж тем более платформы пересобирать каждый раз все ядро
А часто вам приходится менять встроенные сетевухи и звуковухи? По поводу звуковух могу сказать, что за 13 лет пользования компами у меня было в общей сложности 5 звуковух в 6 компах, это с учетом встроенных. Негусто, правда? А что касается платформы, то (скорее всего) некие телодвижения придется делать в ЛЮБОМ случае. Например, если у вас в дефолте грузятся только модули VIA-SATA, а вы сменили платформу на VIA, то ядро вам при загрузке нарисует что-то типа «root fs not found, kernel panic».
> дро во всю активно использует расширения команд SIMD SSE/SSE2/SSE2/MMX/MMX2 современных x86 процессоров?
Нет, не использует. НО! Оно сохраняет регистры SIMD блоков при переключении контекстов. Что дает возможность делать «-O3 -march=nocona -msse -mfpmath=sse3». «-msse -mfpmath=sse3» позволит компилятору использовать SSE, а «-O3» дает внутри «-finline-functions», что в итоге позволяет передавать параметры функций через регистры SSE — а они большие и даты в них лезет много. Вот и подумайте, насколько можно ускорить работу софта только за счет этого маленького финта. А чтобы вы не мучались, скажу сразу: mysql-test показывает повышение производительности только на insert и create от 30 до 50 процентов по сравнению с обычной компиляцией ядра и мускля.
> Для всех остальных случаев модульное ядро обладает наивысшей гибкостью и позволяет не тратить свое время на постоянные пересборки ядра по каждому пустяку.
Вас послушать, так вы в день по 100 раз меняете конфигурацию своего компа? Матери, процы, винты, звук, сеть? Скажите сначала: сколько раз в действительности вам приходится менять конфигурацию компа, скажем, за месяц, а потом уже можете продолжить рассказы про модули.
> Если для вас огромная проблема когда на ВИНТЕ расходуется попусту 30МБ-2МБ под модули, то вам действительно придется заниматься постоянной пересборкой ядер.
$ du -hs /usr/src/linux-2.6.19.1
397M /usr/src/linux-2.6.19.1
r00t@root:
$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda3 53751824 30953588 22798236 58% /
Нет, не проблема. Совсем по другой причине, которую вы, по недалекости своего ума, с ходу отвергаете.
> средней экономией оперативной памяти занимаемой ядром при использовании самосборного ядра в сравнении со штатным модульным
Уже огласил. 30-50% производительности только для мускля 4.1. А по расходу памяти будет сравнимо, разумеется.
> сборщики штатного дистрибутивного ядра ничего не понимают в сборке ядер
Они-то понимают. Это вы не понимаете. Задача сборщиков дистрибутивных ядер в том (и ТОЛЬКО в том), чтобы свежеустановленный дистр запустился на максимальном количестве компов. Поэтому они и пихают в ядро, собственно, все что влезет. 🙂 Потому и используется i686 как платформа сборки ядра и софта — оно наиболее универсально: сможет работать на процах от PentiumPro до Core 2 Quattro (ну и на соответствующих поделках AMD, VIA и прочих трансмет). Вот только цена этой универсальности — снижение эффективности новейших камней. Приятно вам сознавать, что ваш какой-нибудь PentiumD работает на самом деле просто как разогнанный до 3-х ГГц Pentium2? 🙂 Если вам приятно, это еще совсем не значит, что остальные люди тоже мазохисты.
>В оперативную память загружаются только необходимые модули
низкая скорость запуска системы + не всегда корректное определение оборудования
>А по-вашему что — лучше собрать ядро под свое железо и при смене звуковухи, сетевой и уж тем более платформы пересобирать каждый раз все ядро
>Для всех остальных случаев модульное ядро обладает наивысшей гибкостью и позволяет не тратить свое время на постоянные пересборки ядра по каждому пустяку
При появлении очередной уязвимости кому-то, конечно, проще мегабайты перекачать, а кому-то — несколько кбайт патч и 10 минут на make bzImage
>Для тех, у кого очень много свободного времени, чтобы тратить его на столь бессмысленные развлечения
да, раньше это было именно развлечением, теперь мне за подобные вещи платят
>Вас мучают какие-то комплексы, которые выражаются в стремлении выделиться и делать все наперекор здравому смыслу по-своему, считая что сборщики штатного дистрибутивного ядра ничего не понимают в сборке ядер?
Да, _штатное_ дистрибутивное ядро меня не устраивает — оно громоздкое и медленное, я хочу и _могу_ настроить, пересобрать его «под себя» и считаю это правильным
>Огласите, пожалуйста, общее время убитое на пересборку ядер и средний прирост производительности со средней экономией оперативной памяти занимаемой ядром при использовании самосборного ядра в сравнении со штатным модульным.
Если для кого-то это «убитое» время (6-9 минутная компиляция не в счёт) — для меня это _штатные_ люди, просто защищающие чью-то позицию.
Источник