Читаю мануал по люстре, конкретно 25 главу об оптимизации, ну и всё, что с этим связано.
И там есть такие понятия как
CPU partition (CPT)
и
network partition
и никаких объяснений что это такое?
В интернетах нашёл пару статей об network partition и примерно понял, что это просто разные сети.
То есть, это не совсем относится к оптимизации, а скорее к сбоям, если у нас кластер раскидан географически и связь между ними нарушилась.
Но про CPU partition вообще информации нет.
Если помыслить логически, то можно представить, что мы поделили, к примеру, 32 ядра в сервере на две части по 16 - это и есть две партиции.
Но зачем?
И как их применять?
И как это оптимизировать?
Чего-то я затупил в этом месте.
Что такое CPU partition (CPT) в Lustre?
Модераторы: Trinity admin`s, Free-lance moderator`s
Re: Что такое CPU partition (CPT) в Lustre?
Раскопал, что CPT похоже на cpuset, но круче.
Но в любом случае не понимаю зачем это на люстре?
Там ведь всего две задачи - записать файл, считать файл.
Вся работа с приложениями идёт на других серверах, куда люстра примонтирована как дисковый массив.
Я в дауне!
Но в любом случае не понимаю зачем это на люстре?
Там ведь всего две задачи - записать файл, считать файл.
Вся работа с приложениями идёт на других серверах, куда люстра примонтирована как дисковый массив.
Я в дауне!
Re: Что такое CPU partition (CPT) в Lustre?
Lustre 2.3 has new feature “SMP node affinity” which is supposed to improve vertical scalability of a Lustre server by addressing software insufficiency on multi-core machines.
The solution is dividing a multi-CPU server into several processing partitions, each partition contains a subset of processors, individual locks, thread-pool and message queue. These partition can almost independently process request, which means there will be much less lock contentions, data and threads migrations, and better SMP performance.
The solution is dividing a multi-CPU server into several processing partitions, each partition contains a subset of processors, individual locks, thread-pool and message queue. These partition can almost independently process request, which means there will be much less lock contentions, data and threads migrations, and better SMP performance.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 7 гостей