Зачем использовать обычное ядро, если есть в реальном времени?

Исправьте меня, если я ошибаюсь, но я думаю, что это повлияет только на файлы, которые вы открываете из nautilus (или других файловых менеджеров), так как система открывает файлы с заданными программами, например, с терминала.

6
задан 3 October 2010 в 03:14

20 ответов

Ядро реального времени может гарантировать определенное время отклика на процесс. Например, процесс должен считывать каждые 10 мс значения из системы управления.

Если вы не управляете какой-либо системой управления изготовлением, вам просто не нужно.

Общая производительность системы может быть лучше, если ядро ​​не должно гарантировать каждому процессу временной срез за определенный период. (Лучшее использование ввода-вывода, более низкие затраты на управление процессом и т. Д. И т. Д.)

Подводя итог: Realtime не увеличивает пропускную способность системы.

10
ответ дан 26 May 2018 в 01:14

Ядро реального времени может гарантировать определенное время отклика на процесс. Например, процесс должен считывать каждые 10 мс значения из системы управления.

Если вы не управляете какой-либо системой управления изготовлением, вам просто не нужно.

Общая производительность системы может быть лучше, если ядро ​​не должно гарантировать каждому процессу временной срез за определенный период. (Лучшее использование ввода-вывода, более низкие затраты на управление процессом и т. Д. И т. Д.)

Подводя итог: Realtime не увеличивает пропускную способность системы.

10
ответ дан 25 July 2018 в 23:09

Ядро реального времени может гарантировать определенное время отклика на процесс. Например, процесс должен считывать каждые 10 мс значения из системы управления.

Если вы не управляете какой-либо системой управления изготовлением, вам просто не нужно.

Общая производительность системы может быть лучше, если ядро ​​не должно гарантировать каждому процессу временной срез за определенный период. (Лучшее использование ввода-вывода, более низкие затраты на управление процессом и т. Д. И т. Д.)

Подводя итог: Realtime не увеличивает пропускную способность системы.

10
ответ дан 27 July 2018 в 03:05

Ядро реального времени может гарантировать определенное время отклика на процесс. Например, процесс должен считывать каждые 10 мс значения из системы управления.

Если вы не управляете какой-либо системой управления изготовлением, вам просто не нужно.

Общая производительность системы может быть лучше, если ядро ​​не должно гарантировать каждому процессу временной срез за определенный период. (Лучшее использование ввода-вывода, более низкие затраты на управление процессом и т. Д. И т. Д.)

Подводя итог: Realtime не увеличивает пропускную способность системы.

10
ответ дан 31 July 2018 в 11:16

Ядро реального времени может гарантировать определенное время отклика на процесс. Например, процесс должен считывать каждые 10 мс значения из системы управления.

Если вы не управляете какой-либо системой управления изготовлением, вам просто не нужно.

Общая производительность системы может быть лучше, если ядро ​​не должно гарантировать каждому процессу временной срез за определенный период. (Лучшее использование ввода-вывода, более низкие затраты на управление процессом и т. Д. И т. Д.)

Подводя итог: Realtime не увеличивает пропускную способность системы.

10
ответ дан 2 August 2018 в 04:29

Ядро реального времени может гарантировать определенное время отклика на процесс. Например, процесс должен считывать каждые 10 мс значения из системы управления.

Если вы не управляете какой-либо системой управления изготовлением, вам просто не нужно.

Общая производительность системы может быть лучше, если ядро ​​не должно гарантировать каждому процессу временной срез за определенный период. (Лучшее использование ввода-вывода, более низкие затраты на управление процессом и т. Д. И т. Д.)

Подводя итог: Realtime не увеличивает пропускную способность системы.

10
ответ дан 4 August 2018 в 21:02

Ядро реального времени может гарантировать определенное время отклика на процесс. Например, процесс должен считывать каждые 10 мс значения из системы управления.

Если вы не управляете какой-либо системой управления изготовлением, вам просто не нужно.

Общая производительность системы может быть лучше, если ядро ​​не должно гарантировать каждому процессу временной срез за определенный период. (Лучшее использование ввода-вывода, более низкие затраты на управление процессом и т. Д. И т. Д.)

Подводя итог: Realtime не увеличивает пропускную способность системы.

10
ответ дан 6 August 2018 в 04:33

Ядро реального времени может гарантировать определенное время отклика на процесс. Например, процесс должен считывать каждые 10 мс значения из системы управления.

Если вы не управляете какой-либо системой управления изготовлением, вам просто не нужно.

Общая производительность системы может быть лучше, если ядро ​​не должно гарантировать каждому процессу временной срез за определенный период. (Лучшее использование ввода-вывода, более низкие затраты на управление процессом и т. Д. И т. Д.)

Подводя итог: Realtime не увеличивает пропускную способность системы.

10
ответ дан 7 August 2018 в 22:43

Ядро реального времени может гарантировать определенное время отклика на процесс. Например, процесс должен считывать каждые 10 мс значения из системы управления.

Если вы не управляете какой-либо системой управления изготовлением, вам просто не нужно.

Общая производительность системы может быть лучше, если ядро ​​не должно гарантировать каждому процессу временной срез за определенный период. (Лучшее использование ввода-вывода, более низкие затраты на управление процессом и т. Д. И т. Д.)

Подводя итог: Realtime не увеличивает пропускную способность системы.

10
ответ дан 10 August 2018 в 10:49

Ядро реального времени может гарантировать определенное время отклика на процесс. Например, процесс должен считывать каждые 10 мс значения из системы управления.

Если вы не управляете какой-либо системой управления изготовлением, вам просто не нужно.

Общая производительность системы может быть лучше, если ядро ​​не должно гарантировать каждому процессу временной срез за определенный период. (Лучшее использование ввода-вывода, более низкие затраты на управление процессом и т. Д. И т. Д.)

Подводя итог: Realtime не увеличивает пропускную способность системы.

10
ответ дан 13 August 2018 в 17:23

Расширение этого ответа, общий компромисс между пропускной способностью и задержкой (или отзывчивость). Пропускная способность - это объем работы, которую вы можете выполнять за единицу времени;

Поскольку на переключение с одной задачи на другую приходится перераспределять расходы (вам нужно перезагрузить состояние старой задачи, сбросить кеши и т. д.), [d2 ] пропускная способность максимизируется путем переключения задачи как можно реже. С другой стороны, задержка минимизируется путем быстрого переключения между задачами, поэтому отдельной задаче не нужно долго ждать, прежде чем она сможет снова запуститься. Таким образом, улучшенная латентность в ядре реального времени будет зависеть от снижения максимальной пропускной способности.

За пределами компромисса пропускной способности / латентности следует рассмотреть другие; ядро реального времени не является основным (пока), поэтому не имеет такого тестирования, и ядро ​​реального времени будет потреблять больше энергии (потому что оно ускоряет процессор более агрессивно).

11
ответ дан 26 May 2018 в 01:14
  • 1
    Я где-то читал, что даже без предварительного упреждения ядро ​​Linux уже получает хорошую латентность. Так может ли даже -серверное ядро ​​работать нормально для нормального использования? – NightwishFan 4 October 2010 в 10:39
  • 2
    Довольно много. Вы получите более эффективную работу на рабочем столе из ядра ядра, но я не думаю, что ядро ​​-server будет недоступным. – RAOF 4 October 2010 в 11:02
  • 3
    Да, отлично работает. Я могу запустить стресс с 8cpu 4 vms 1 диска, и звук не заикается. – NightwishFan 5 October 2010 в 08:39

Расширение этого ответа, общий компромисс между пропускной способностью и задержкой (или отзывчивость). Пропускная способность - это объем работы, которую вы можете выполнять за единицу времени;

Поскольку на переключение с одной задачи на другую приходится перераспределять расходы (вам нужно перезагрузить состояние старой задачи, сбросить кеши и т. д.), пропускная способность максимизируется путем переключения задачи как можно реже. С другой стороны, задержка минимизируется путем быстрого переключения между задачами, поэтому отдельной задаче не нужно долго ждать, прежде чем она сможет снова запуститься. Таким образом, улучшенная латентность в ядре реального времени будет зависеть от снижения максимальной пропускной способности.

За пределами компромисса пропускной способности / латентности следует рассмотреть другие; ядро реального времени не является основным (пока), поэтому не имеет такого тестирования, и ядро ​​реального времени будет потреблять больше энергии (потому что оно ускоряет процессор более агрессивно).

11
ответ дан 25 July 2018 в 23:09
  • 1
    Я где-то читал, что даже без предварительного упреждения ядро ​​Linux уже получает хорошую латентность. Так может ли даже -серверное ядро ​​работать нормально для нормального использования? – NightwishFan 4 October 2010 в 10:39
  • 2
    Довольно много. Вы получите более эффективную работу на рабочем столе из ядра ядра, но я не думаю, что ядро ​​-server будет недоступным. – RAOF 4 October 2010 в 11:02
  • 3
    Да, отлично работает. Я могу запустить стресс с 8cpu 4 vms 1 диска, и звук не заикается. – NightwishFan 5 October 2010 в 08:39

Расширение этого ответа, общий компромисс между пропускной способностью и задержкой (или отзывчивость). Пропускная способность - это объем работы, которую вы можете выполнять за единицу времени;

Поскольку на переключение с одной задачи на другую приходится перераспределять расходы (вам нужно перезагрузить состояние старой задачи, сбросить кеши и т. д.), пропускная способность максимизируется путем переключения задачи как можно реже. С другой стороны, задержка минимизируется путем быстрого переключения между задачами, поэтому отдельной задаче не нужно долго ждать, прежде чем она сможет снова запуститься. Таким образом, улучшенная латентность в ядре реального времени будет зависеть от снижения максимальной пропускной способности.

За пределами компромисса пропускной способности / латентности следует рассмотреть другие; ядро реального времени не является основным (пока), поэтому не имеет такого тестирования, и ядро ​​реального времени будет потреблять больше энергии (потому что оно ускоряет процессор более агрессивно).

11
ответ дан 27 July 2018 в 03:05
  • 1
    Я где-то читал, что даже без предварительного упреждения ядро ​​Linux уже получает хорошую латентность. Так может ли даже -серверное ядро ​​работать нормально для нормального использования? – NightwishFan 4 October 2010 в 10:39
  • 2
    Довольно много. Вы получите более эффективную работу на рабочем столе из ядра ядра, но я не думаю, что ядро ​​-server будет недоступным. – RAOF 4 October 2010 в 11:02
  • 3
    Да, отлично работает. Я могу запустить стресс с 8cpu 4 vms 1 диска, и звук не заикается. – NightwishFan 5 October 2010 в 08:39

Расширение этого ответа, общий компромисс между пропускной способностью и задержкой (или отзывчивость). Пропускная способность - это объем работы, которую вы можете выполнять за единицу времени;

Поскольку на переключение с одной задачи на другую приходится перераспределять расходы (вам нужно перезагрузить состояние старой задачи, сбросить кеши и т. д.), пропускная способность максимизируется путем переключения задачи как можно реже. С другой стороны, задержка минимизируется путем быстрого переключения между задачами, поэтому отдельной задаче не нужно долго ждать, прежде чем она сможет снова запуститься. Таким образом, улучшенная латентность в ядре реального времени будет зависеть от снижения максимальной пропускной способности.

За пределами компромисса пропускной способности / латентности следует рассмотреть другие; ядро реального времени не является основным (пока), поэтому не имеет такого тестирования, и ядро ​​реального времени будет потреблять больше энергии (потому что оно ускоряет процессор более агрессивно).

11
ответ дан 31 July 2018 в 11:16
  • 1
    Я где-то читал, что даже без предварительного упреждения ядро ​​Linux уже получает хорошую латентность. Так может ли даже -серверное ядро ​​работать нормально для нормального использования? – NightwishFan 4 October 2010 в 10:39
  • 2
    Довольно много. Вы получите более эффективную работу на рабочем столе из ядра ядра, но я не думаю, что ядро ​​-server будет недоступным. – RAOF 4 October 2010 в 11:02
  • 3
    Да, отлично работает. Я могу запустить стресс с 8cpu 4 vms 1 диска, и звук не заикается. – NightwishFan 5 October 2010 в 08:39

Расширение на этого ответа , существует общий компромисс между пропускной способностью и latency (или отзывчивость ) , Пропускная способность - это объем работы, которую вы можете выполнять за единицу времени;

Поскольку на переключение с одной задачи на другую приходится перераспределять расходы (вам нужно перезагрузить состояние старой задачи, сбросить кеши и т. д.), пропускная способность максимизируется путем переключения задачи как можно реже. С другой стороны, латентность минимизируется путем быстрого переключения между задачами, поэтому отдельной задаче не нужно долго ждать, прежде чем она сможет снова запуститься. Таким образом, улучшенная латентность в ядре реального времени будет зависеть от снижения максимальной пропускной способности.

Вне компромиссной пропускной способности / задержки есть и другие; ядро реального времени не является основным (пока), поэтому не имеет такого тестирования, и ядро ​​реального времени будет потреблять больше энергии (потому что оно ускоряет процессор более агрессивно).

11
ответ дан 2 August 2018 в 04:29

Расширение на этого ответа , существует общий компромисс между пропускной способностью и latency (или отзывчивость ) , Пропускная способность - это объем работы, которую вы можете выполнять за единицу времени;

Поскольку на переключение с одной задачи на другую приходится перераспределять расходы (вам нужно перезагрузить состояние старой задачи, сбросить кеши и т. д.), пропускная способность максимизируется путем переключения задачи как можно реже. С другой стороны, латентность минимизируется путем быстрого переключения между задачами, поэтому отдельной задаче не нужно долго ждать, прежде чем она сможет снова запуститься. Таким образом, улучшенная латентность в ядре реального времени будет зависеть от снижения максимальной пропускной способности.

Вне компромиссной пропускной способности / задержки есть и другие; ядро реального времени не является основным (пока), поэтому не имеет такого тестирования, и ядро ​​реального времени будет потреблять больше энергии (потому что оно ускоряет процессор более агрессивно).

11
ответ дан 4 August 2018 в 21:02

Расширение на этого ответа , существует общий компромисс между пропускной способностью и latency (или отзывчивость ) , Пропускная способность - это объем работы, которую вы можете выполнять за единицу времени;

Поскольку на переключение с одной задачи на другую приходится перераспределять расходы (вам нужно перезагрузить состояние старой задачи, сбросить кеши и т. д.), пропускная способность максимизируется путем переключения задачи как можно реже. С другой стороны, латентность минимизируется путем быстрого переключения между задачами, поэтому отдельной задаче не нужно долго ждать, прежде чем она сможет снова запуститься. Таким образом, улучшенная латентность в ядре реального времени будет зависеть от снижения максимальной пропускной способности.

Вне компромиссной пропускной способности / задержки есть и другие; ядро реального времени не является основным (пока), поэтому не имеет такого тестирования, и ядро ​​реального времени будет потреблять больше энергии (потому что оно ускоряет процессор более агрессивно).

11
ответ дан 6 August 2018 в 04:33

Расширение на этого ответа , существует общий компромисс между пропускной способностью и latency (или отзывчивость ) , Пропускная способность - это объем работы, которую вы можете выполнять за единицу времени;

Поскольку на переключение с одной задачи на другую приходится перераспределять расходы (вам нужно перезагрузить состояние старой задачи, сбросить кеши и т. д.), пропускная способность максимизируется путем переключения задачи как можно реже. С другой стороны, латентность минимизируется путем быстрого переключения между задачами, поэтому отдельной задаче не нужно долго ждать, прежде чем она сможет снова запуститься. Таким образом, улучшенная латентность в ядре реального времени будет зависеть от снижения максимальной пропускной способности.

Вне компромиссной пропускной способности / задержки есть и другие; ядро реального времени не является основным (пока), поэтому не имеет такого тестирования, и ядро ​​реального времени будет потреблять больше энергии (потому что оно ускоряет процессор более агрессивно).

11
ответ дан 7 August 2018 в 22:43

Расширение на этого ответа , существует общий компромисс между пропускной способностью и latency (или отзывчивость ) , Пропускная способность - это объем работы, которую вы можете выполнять за единицу времени;

Поскольку на переключение с одной задачи на другую приходится перераспределять расходы (вам нужно перезагрузить состояние старой задачи, сбросить кеши и т. д.), пропускная способность максимизируется путем переключения задачи как можно реже. С другой стороны, латентность минимизируется путем быстрого переключения между задачами, поэтому отдельной задаче не нужно долго ждать, прежде чем она сможет снова запуститься. Таким образом, улучшенная латентность в ядре реального времени будет зависеть от снижения максимальной пропускной способности.

Вне компромиссной пропускной способности / задержки есть и другие; ядро реального времени не является основным (пока), поэтому не имеет такого тестирования, и ядро ​​реального времени будет потреблять больше энергии (потому что оно ускоряет процессор более агрессивно).

11
ответ дан 10 August 2018 в 10:49

Расширение на этого ответа , существует общий компромисс между пропускной способностью и latency (или отзывчивость ) , Пропускная способность - это объем работы, которую вы можете выполнять за единицу времени;

Поскольку на переключение с одной задачи на другую приходится перераспределять расходы (вам нужно перезагрузить состояние старой задачи, сбросить кеши и т. д.), пропускная способность максимизируется путем переключения задачи как можно реже. С другой стороны, латентность минимизируется путем быстрого переключения между задачами, поэтому отдельной задаче не нужно долго ждать, прежде чем она сможет снова запуститься. Таким образом, улучшенная латентность в ядре реального времени будет зависеть от снижения максимальной пропускной способности.

Вне компромиссной пропускной способности / задержки есть и другие; ядро реального времени не является основным (пока), поэтому не имеет такого тестирования, и ядро ​​реального времени будет потреблять больше энергии (потому что оно ускоряет процессор более агрессивно).

11
ответ дан 13 August 2018 в 17:23
  • 1
    Я где-то читал, что даже без предварительного упреждения ядро ​​Linux уже получает хорошую латентность. Так может ли даже -серверное ядро ​​работать нормально для нормального использования? – NightwishFan 4 October 2010 в 10:39
  • 2
    Довольно много. Вы получите более эффективную работу на рабочем столе из ядра ядра, но я не думаю, что ядро ​​-server будет недоступным. – RAOF 4 October 2010 в 11:02
  • 3
    Да, отлично работает. Я могу запустить стресс с 8cpu 4 vms 1 диска, и звук не заикается. – NightwishFan 5 October 2010 в 08:39

Другие вопросы по тегам:

Похожие вопросы: