Почему 12.04 удаляет аромат -server-сервера?
Пакет phpmyadmin в ubuntu 16.10 не помещает файлы в папку apache html по умолчанию. Это будет ошибкой, но решение прост. Просто скопируйте файлы из каталога /usr/share/phpmyadmin.
cp -ar /usr/share/phpmyadmin /var/www/html/
26 ответов
Как вы заметили в объявлениях о выпуске, общие и серверные ароматы ядра были объединены для выпуска 12.04, чтобы уменьшить нагрузку на обслуживание в течение срока службы LTS. Два феномена ядра фактически отличались только от двух основных параметров конфигурации ядра: планировщика ввода-вывода по умолчанию и модели преемственности.
Это подробно обсуждалось в списке рассылки команды Ubuntu Kernel Team
Как отмечено в этом потоке, планировщик ввода-вывода по умолчанию изменился с «крайнего срока» на «cfq». Тем не менее, любой желающий остаться с планировщиком ввода-вывода Deadline может сделать это во время загрузки, установив elevator=deadline.
Модель преемственности изменилась с CONFIG_PREEMPT_NONE на CONFIG_PREEMPT_VOLUNTARY. На данный момент у меня, к сожалению, нет никаких контрольных показателей производительности, которые вы могли бы указать на вас. Надеюсь, это поможет некоторым. Спасибо.
Что происходит сейчас, так это то, что для сервера и рабочего стола есть только одно ядро. Планировщик IO может быть изменен во время выполнения, если вы хотите, но CFQ является наиболее полнофункциональным и активно поддерживаемым планировщиком, поэтому он является хорошим стандартом. Какой из них вы используете, мало влияет на большинство рабочих нагрузок. Ядро сервера использовало для отключения даже добровольной блокировки ядра, поскольку теоретически это могло бы дать немного лучшую пропускную способность, но я не знаю никаких измерений производительности, которые на самом деле показывают какую-либо пользу там, поэтому на практике серверы не будут затронутый переходом на модель предпросмотра рабочего стола. Ядро также имеет значение без ключа (CONFIG_NO_HZ), что означает, что он планирует прерывания таймера только тогда, когда это необходимо, на основе текущих запущенных таймеров приложений, а не с фиксированным интервалом, и я считаю, что это было в случае нескольких выпусков сейчас, несмотря на то, что говорит руководство по серверу .
TL; DR: Не было никакой пользы для поддержки другого ядра для серверов, поэтому практика прекратилась.
На ваш вопрос «почему» ответ в рамках цитаты, которую вы предоставляете, потому что это легче поддерживать. Функциональность ядра параметризуется достаточно хорошо, вы можете изменить такие вещи, как планировщик во время выполнения, поэтому нет необходимости в неотложных потребностях для разных значений по умолчанию.
По конкретным причинам и обсуждению деталей вам нужно будет запросить список рассылки Ubuntu KernelTeam - обратитесь к информационной странице KernelTeam Wiki для получения контактной информации.
Как вы заметили в объявлениях о выпуске, общие и серверные ароматы ядра были объединены для выпуска 12.04, чтобы уменьшить нагрузку на обслуживание в течение срока службы LTS. Два феномена ядра фактически отличались только от двух основных параметров конфигурации ядра: планировщика ввода-вывода по умолчанию и модели преемственности.
Это подробно обсуждалось в списке рассылки команды Ubuntu Kernel Team
Как отмечено в этом потоке, планировщик ввода-вывода по умолчанию изменился с «крайнего срока» на «cfq». Тем не менее, любой желающий остаться с планировщиком ввода-вывода Deadline может сделать это во время загрузки, установив elevator=deadline.
Модель преемственности изменилась с CONFIG_PREEMPT_NONE на CONFIG_PREEMPT_VOLUNTARY. На данный момент у меня, к сожалению, нет никаких контрольных показателей производительности, которые вы могли бы указать на вас. Надеюсь, это поможет некоторым. Спасибо.
На ваш вопрос «почему» ответ в рамках цитаты, которую вы предоставляете, потому что это легче поддерживать. Функциональность ядра параметризуется достаточно хорошо, вы можете изменить такие вещи, как планировщик во время выполнения, поэтому нет необходимости в неотложных потребностях для разных значений по умолчанию.
По конкретным причинам и обсуждению деталей вам нужно будет запросить список рассылки Ubuntu KernelTeam - обратитесь к информационной странице KernelTeam Wiki для получения контактной информации.
Как вы заметили в объявлениях о выпуске, общие и серверные ароматы ядра были объединены для выпуска 12.04, чтобы уменьшить нагрузку на обслуживание в течение срока службы LTS. Два феномена ядра фактически отличались только от двух основных параметров конфигурации ядра: планировщика ввода-вывода по умолчанию и модели преемственности.
Это подробно обсуждалось в списке рассылки команды Ubuntu Kernel Team
Как отмечено в этом потоке, планировщик ввода-вывода по умолчанию изменился с «крайнего срока» на «cfq». Тем не менее, любой желающий остаться с планировщиком ввода-вывода Deadline может сделать это во время загрузки, установив elevator=deadline.
Модель преемственности изменилась с CONFIG_PREEMPT_NONE на CONFIG_PREEMPT_VOLUNTARY. На данный момент у меня, к сожалению, нет никаких контрольных показателей производительности, которые вы могли бы указать на вас. Надеюсь, это поможет некоторым. Спасибо.
Что происходит сейчас, так это то, что для сервера и рабочего стола есть только одно ядро. Планировщик IO может быть изменен во время выполнения, если вы хотите, но CFQ является наиболее полнофункциональным и активно поддерживаемым планировщиком, поэтому он является хорошим стандартом. Какой из них вы используете, мало влияет на большинство рабочих нагрузок. Ядро сервера использовало для отключения даже добровольной блокировки ядра, поскольку теоретически это могло бы дать немного лучшую пропускную способность, но я не знаю никаких измерений производительности, которые на самом деле показывают какую-либо пользу там, поэтому на практике серверы не будут затронутый переходом на модель предпросмотра рабочего стола. Ядро также имеет значение без ключа (CONFIG_NO_HZ), что означает, что он планирует прерывания таймера только тогда, когда это необходимо, на основе текущих запущенных таймеров приложений, а не с фиксированным интервалом, и я считаю, что это было в случае нескольких выпусков сейчас, несмотря на то, что говорит руководство по серверу .
TL; DR: Не было никакой пользы для поддержки другого ядра для серверов, поэтому практика прекратилась.
На ваш вопрос «почему» ответ в рамках цитаты, которую вы предоставляете, потому что это легче поддерживать. Функциональность ядра параметризуется достаточно хорошо, вы можете изменить такие вещи, как планировщик во время выполнения, поэтому нет необходимости в неотложных потребностях для разных значений по умолчанию.
По конкретным причинам и обсуждению деталей вам нужно будет запросить список рассылки Ubuntu KernelTeam - обратитесь к информационной странице KernelTeam Wiki для получения контактной информации.
Как вы заметили в объявлениях о выпуске, общие и серверные ароматы ядра были объединены для выпуска 12.04, чтобы уменьшить нагрузку на обслуживание в течение срока службы LTS. Два феномена ядра фактически отличались только от двух основных параметров конфигурации ядра: планировщика ввода-вывода по умолчанию и модели преемственности.
Это подробно обсуждалось в списке рассылки команды Ubuntu Kernel Team
Как отмечено в этом потоке, планировщик ввода-вывода по умолчанию изменился с «крайнего срока» на «cfq». Тем не менее, любой желающий остаться с планировщиком ввода-вывода Deadline может сделать это во время загрузки, установив elevator=deadline.
Модель преемственности изменилась с CONFIG_PREEMPT_NONE на CONFIG_PREEMPT_VOLUNTARY. На данный момент у меня, к сожалению, нет никаких контрольных показателей производительности, которые вы могли бы указать на вас. Надеюсь, это поможет некоторым. Спасибо.
Что происходит сейчас, так это то, что для сервера и рабочего стола есть только одно ядро. Планировщик IO может быть изменен во время выполнения, если вы хотите, но CFQ является наиболее полнофункциональным и активно поддерживаемым планировщиком, поэтому он является хорошим стандартом. Какой из них вы используете, мало влияет на большинство рабочих нагрузок. Ядро сервера использовало для отключения даже добровольной блокировки ядра, поскольку теоретически это могло бы дать немного лучшую пропускную способность, но я не знаю никаких измерений производительности, которые на самом деле показывают какую-либо пользу там, поэтому на практике серверы не будут затронутый переходом на модель предпросмотра рабочего стола. Ядро также имеет значение без ключа (CONFIG_NO_HZ), что означает, что он планирует прерывания таймера только тогда, когда это необходимо, на основе текущих запущенных таймеров приложений, а не с фиксированным интервалом, и я считаю, что это было в случае нескольких выпусков сейчас, несмотря на то, что говорит руководство по серверу .
TL; DR: Не было никакой пользы для поддержки другого ядра для серверов, поэтому практика прекратилась.
На ваш вопрос «почему» ответ в рамках цитаты, которую вы предоставляете, потому что это легче поддерживать. Функциональность ядра параметризуется достаточно хорошо, вы можете изменить такие вещи, как планировщик во время выполнения, поэтому нет необходимости в неотложных потребностях для разных значений по умолчанию.
По конкретным причинам и обсуждению деталей вам нужно будет запросить список рассылки Ubuntu KernelTeam - обратитесь к информационной странице KernelTeam Wiki для получения контактной информации.
Как вы заметили в объявлениях о выпуске, общие и серверные ароматы ядра были объединены для выпуска 12.04, чтобы уменьшить нагрузку на обслуживание в течение срока службы LTS. Два феномена ядра фактически отличались только от двух основных параметров конфигурации ядра: планировщика ввода-вывода по умолчанию и модели преемственности.
Это подробно обсуждалось в списке рассылки команды Ubuntu Kernel Team
Как отмечено в этом потоке, планировщик ввода-вывода по умолчанию изменился с «крайнего срока» на «cfq». Тем не менее, любой желающий остаться с планировщиком ввода-вывода Deadline может сделать это во время загрузки, установив elevator=deadline.
Модель преемственности изменилась с CONFIG_PREEMPT_NONE на CONFIG_PREEMPT_VOLUNTARY. На данный момент у меня, к сожалению, нет никаких контрольных показателей производительности, которые вы могли бы указать на вас. Надеюсь, это поможет некоторым. Спасибо.
Что происходит сейчас, так это то, что для сервера и рабочего стола есть только одно ядро. Планировщик IO может быть изменен во время выполнения, если вы хотите, но CFQ является наиболее полнофункциональным и активно поддерживаемым планировщиком, поэтому он является хорошим стандартом. Какой из них вы используете, мало влияет на большинство рабочих нагрузок. Ядро сервера использовало для отключения даже добровольной блокировки ядра, поскольку теоретически это могло бы дать немного лучшую пропускную способность, но я не знаю никаких измерений производительности, которые на самом деле показывают какую-либо пользу там, поэтому на практике серверы не будут затронутый переходом на модель предпросмотра рабочего стола. Ядро также имеет значение без ключа (CONFIG_NO_HZ), что означает, что он планирует прерывания таймера только тогда, когда это необходимо, на основе текущих запущенных таймеров приложений, а не с фиксированным интервалом, и я считаю, что это было в случае нескольких выпусков сейчас, несмотря на то, что говорит руководство по серверу .
TL; DR: Не было никакой пользы для поддержки другого ядра для серверов, поэтому практика прекратилась.
На ваш вопрос «почему» ответ в рамках цитаты, которую вы предоставляете, потому что это легче поддерживать. Функциональность ядра параметризуется достаточно хорошо, вы можете изменить такие вещи, как планировщик во время выполнения, поэтому нет необходимости в неотложных потребностях для разных значений по умолчанию.
По конкретным причинам и обсуждению деталей вам нужно будет запросить список рассылки Ubuntu KernelTeam - обратитесь к информационной странице KernelTeam Wiki для получения контактной информации.
Как вы заметили в объявлениях о выпуске, общие и серверные ароматы ядра были объединены для выпуска 12.04, чтобы уменьшить нагрузку на обслуживание в течение срока службы LTS. Два феномена ядра фактически отличались только от двух основных параметров конфигурации ядра: планировщика ввода-вывода по умолчанию и модели преемственности.
Это подробно обсуждалось в списке рассылки команды Ubuntu Kernel Team
Как отмечено в этом потоке, планировщик ввода-вывода по умолчанию изменился с «крайнего срока» на «cfq». Тем не менее, любой желающий остаться с планировщиком ввода-вывода Deadline может сделать это во время загрузки, установив elevator=deadline.
Модель преемственности изменилась с CONFIG_PREEMPT_NONE на CONFIG_PREEMPT_VOLUNTARY. На данный момент у меня, к сожалению, нет никаких контрольных показателей производительности, которые вы могли бы указать на вас. Надеюсь, это поможет некоторым. Спасибо.
Что происходит сейчас, так это то, что для сервера и рабочего стола есть только одно ядро. Планировщик IO может быть изменен во время выполнения, если вы хотите, но CFQ является наиболее полнофункциональным и активно поддерживаемым планировщиком, поэтому он является хорошим стандартом. Какой из них вы используете, мало влияет на большинство рабочих нагрузок. Ядро сервера использовало для отключения даже добровольной блокировки ядра, поскольку теоретически это могло бы дать немного лучшую пропускную способность, но я не знаю никаких измерений производительности, которые на самом деле показывают какую-либо пользу там, поэтому на практике серверы не будут затронутый переходом на модель предпросмотра рабочего стола. Ядро также имеет значение без ключа (CONFIG_NO_HZ), что означает, что он планирует прерывания таймера только тогда, когда это необходимо, на основе текущих запущенных таймеров приложений, а не с фиксированным интервалом, и я считаю, что это было в случае нескольких выпусков сейчас, несмотря на то, что говорит руководство по серверу .
TL; DR: Не было никакой пользы для поддержки другого ядра для серверов, поэтому практика прекратилась.
На ваш вопрос «почему» ответ в рамках цитаты, которую вы предоставляете, потому что это легче поддерживать. Функциональность ядра параметризуется достаточно хорошо, вы можете изменить такие вещи, как планировщик во время выполнения, поэтому нет необходимости в неотложных потребностях для разных значений по умолчанию.
По конкретным причинам и обсуждению деталей вам нужно будет запросить список рассылки Ubuntu KernelTeam - обратитесь к информационной странице KernelTeam Wiki для получения контактной информации.
Как вы заметили в объявлениях о выпуске, общие и серверные ароматы ядра были объединены для выпуска 12.04, чтобы уменьшить нагрузку на обслуживание в течение срока службы LTS. Два феномена ядра фактически отличались только от двух основных параметров конфигурации ядра: планировщика ввода-вывода по умолчанию и модели преемственности.
Это подробно обсуждалось в списке рассылки команды Ubuntu Kernel Team
Как отмечено в этом потоке, планировщик ввода-вывода по умолчанию изменился с «крайнего срока» на «cfq». Тем не менее, любой желающий остаться с планировщиком ввода-вывода Deadline может сделать это во время загрузки, установив elevator=deadline.
Модель преемственности изменилась с CONFIG_PREEMPT_NONE на CONFIG_PREEMPT_VOLUNTARY. На данный момент у меня, к сожалению, нет никаких контрольных показателей производительности, которые вы могли бы указать на вас. Надеюсь, это поможет некоторым. Спасибо.
Что происходит сейчас, так это то, что для сервера и рабочего стола есть только одно ядро. Планировщик IO может быть изменен во время выполнения, если вы хотите, но CFQ является наиболее полнофункциональным и активно поддерживаемым планировщиком, поэтому он является хорошим стандартом. Какой из них вы используете, мало влияет на большинство рабочих нагрузок. Ядро сервера использовало для отключения даже добровольной блокировки ядра, поскольку теоретически это могло бы дать немного лучшую пропускную способность, но я не знаю никаких измерений производительности, которые на самом деле показывают какую-либо пользу там, поэтому на практике серверы не будут затронутый переходом на модель предпросмотра рабочего стола. Ядро также имеет значение без ключа (CONFIG_NO_HZ), что означает, что он планирует прерывания таймера только тогда, когда это необходимо, на основе текущих запущенных таймеров приложений, а не с фиксированным интервалом, и я считаю, что это было в случае нескольких выпусков сейчас, несмотря на то, что говорит руководство по серверу .
TL; DR: Не было никакой пользы для поддержки другого ядра для серверов, поэтому практика прекратилась.
На ваш вопрос «почему» ответ в рамках цитаты, которую вы предоставляете, потому что это легче поддерживать. Функциональность ядра параметризуется достаточно хорошо, вы можете изменить такие вещи, как планировщик во время выполнения, поэтому нет необходимости в неотложных потребностях для разных значений по умолчанию.
По конкретным причинам и обсуждению деталей вам нужно будет запросить список рассылки Ubuntu KernelTeam - обратитесь к информационной странице KernelTeam Wiki для получения контактной информации.
Как вы заметили в объявлениях о выпуске, общие и серверные ароматы ядра были объединены для выпуска 12.04, чтобы уменьшить нагрузку на обслуживание в течение срока службы LTS. Два феномена ядра фактически отличались только от двух основных параметров конфигурации ядра: планировщика ввода-вывода по умолчанию и модели преемственности.
Это подробно обсуждалось в списке рассылки команды Ubuntu Kernel Team
Как отмечено в этом потоке, планировщик ввода-вывода по умолчанию изменился с «крайнего срока» на «cfq». Тем не менее, любой желающий остаться с планировщиком ввода-вывода Deadline может сделать это во время загрузки, установив elevator=deadline.
Модель преемственности изменилась с CONFIG_PREEMPT_NONE на CONFIG_PREEMPT_VOLUNTARY. На данный момент у меня, к сожалению, нет никаких контрольных показателей производительности, которые вы могли бы указать на вас. Надеюсь, это поможет некоторым. Спасибо.
Что происходит сейчас, так это то, что для сервера и рабочего стола есть только одно ядро. Планировщик IO может быть изменен во время выполнения, если вы хотите, но CFQ является наиболее полнофункциональным и активно поддерживаемым планировщиком, поэтому он является хорошим стандартом. Какой из них вы используете, мало влияет на большинство рабочих нагрузок. Ядро сервера использовало для отключения даже добровольной блокировки ядра, поскольку теоретически это могло бы дать немного лучшую пропускную способность, но я не знаю никаких измерений производительности, которые на самом деле показывают какую-либо пользу там, поэтому на практике серверы не будут затронутый переходом на модель предпросмотра рабочего стола. Ядро также имеет значение без ключа (CONFIG_NO_HZ), что означает, что он планирует прерывания таймера только тогда, когда это необходимо, на основе текущих запущенных таймеров приложений, а не с фиксированным интервалом, и я считаю, что это было в случае нескольких выпусков сейчас, несмотря на то, что говорит руководство по серверу .
TL; DR: Не было никакой пользы для поддержки другого ядра для серверов, поэтому практика прекратилась.
На ваш вопрос «почему» ответ в рамках цитаты, которую вы предоставляете, потому что это легче поддерживать. Функциональность ядра параметризуется достаточно хорошо, вы можете изменить такие вещи, как планировщик во время выполнения, поэтому нет необходимости в неотложных потребностях для разных значений по умолчанию.
По конкретным причинам и обсуждению деталей вам нужно будет запросить список рассылки Ubuntu KernelTeam - обратитесь к информационной странице KernelTeam Wiki для получения контактной информации.
Как вы заметили в объявлениях о выпуске, общие и серверные ароматы ядра были объединены для выпуска 12.04, чтобы уменьшить нагрузку на обслуживание в течение срока службы LTS. Два феномена ядра фактически отличались только от двух основных параметров конфигурации ядра: планировщика ввода-вывода по умолчанию и модели преемственности.
Это подробно обсуждалось в списке рассылки команды Ubuntu Kernel Team
Как отмечено в этом потоке, планировщик ввода-вывода по умолчанию изменился с «крайнего срока» на «cfq». Тем не менее, любой желающий остаться с планировщиком ввода-вывода Deadline может сделать это во время загрузки, установив elevator=deadline.
Модель преемственности изменилась с CONFIG_PREEMPT_NONE на CONFIG_PREEMPT_VOLUNTARY. На данный момент у меня, к сожалению, нет никаких контрольных показателей производительности, которые вы могли бы указать на вас. Надеюсь, это поможет некоторым. Спасибо.
Что происходит сейчас, так это то, что для сервера и рабочего стола есть только одно ядро. Планировщик IO может быть изменен во время выполнения, если вы хотите, но CFQ является наиболее полнофункциональным и активно поддерживаемым планировщиком, поэтому он является хорошим стандартом. Какой из них вы используете, мало влияет на большинство рабочих нагрузок. Ядро сервера использовало для отключения даже добровольной блокировки ядра, поскольку теоретически это могло бы дать немного лучшую пропускную способность, но я не знаю никаких измерений производительности, которые на самом деле показывают какую-либо пользу там, поэтому на практике серверы не будут затронутый переходом на модель предпросмотра рабочего стола. Ядро также имеет значение без ключа (CONFIG_NO_HZ), что означает, что он планирует прерывания таймера только тогда, когда это необходимо, на основе текущих запущенных таймеров приложений, а не с фиксированным интервалом, и я считаю, что это было в случае нескольких выпусков сейчас, несмотря на то, что говорит руководство по серверу .
TL; DR: Не было никакой пользы для поддержки другого ядра для серверов, поэтому практика прекратилась.
-
1Планировщик ввода / вывода действительно действительно имеет значение, особенно для рабочих нагрузок виртуализации. Взгляните сюда: publib.boulder.ibm.com/infocenter/lnxinfo/v3r0m0/topic/liaat/… , он заключает "в целом, на рисунке показано, что срок I / Вывода отличается от планировщика ввода-вывода CFQ, особенно в многопоточных сценариях . – syneticon-dj 26 June 2012 в 00:37
На ваш вопрос «почему» ответ в рамках цитаты, которую вы предоставляете, потому что это легче поддерживать. Функциональность ядра параметризуется достаточно хорошо, вы можете изменить такие вещи, как планировщик во время выполнения, поэтому нет необходимости в неотложных потребностях для разных значений по умолчанию.
По конкретным причинам и обсуждению деталей вам нужно будет запросить список рассылки Ubuntu KernelTeam - обратитесь к информационной странице KernelTeam Wiki для получения контактной информации.