Драйвера и утилиты на материнские платы

Линуксоидам кривописаные вендорские программки не нужны. Есть поддержка в драйверах ядра, есть userspace утилиты по типу lm-sensors.

Иногда поддержки каких-то фичей нет и приходится страдать и программировать, но ты же за этим поставил себе линукс да?

Ну, в принципе, да. Ясно спасибо!

Я так понял, ядро Linux БУДЕТ видеть необходимые фичи материнки, просто не всегда к ним есть «интерфейс», который в случае чего нужно писать самому, так?

На самом деле, все наоборот. В Linux полно возможностей тюнить железо, и все это в апстриме ядра и унифицировано, в отличие от кривых поделок от производителей железа, которые тебе приходится искать и ставить отдельно. Но проблема(проблема ли?) в том, что управление этими возможностями - из cli, с помощью спец.утилит типа lm_sensors, с помощью sysfs.

Производители железок не упоминают об этом в документации, а писатели обзоров железа редко рассматривают Linux как платформу.

Практика показывает, что lm sensors имеют хреновую поддержку свежих чипов super-io, а вендоры в каждую новую матиринку стремятся обязательно воткнуть что-то новое. Поэтому если твоя материнка достаточно старая, есть вероятность что ты сможешь легко управлять вентиляторами, снимать показания оборотов, температуры и т.п. Если же у тебя что-то новое - облом.

Ещё для любителей такой магии есть make menuconfig и sysctl, а также всякие hdparm и прочие *ctl. Гуй никто не пишет потому, что это не забота end юзера обычно, а кто лезет крутить эти ручки, вполне в состоянии справится с консолью.

Лэнэкс вообще не для конченных юзеров, тут специфичного гуя нет, юзай соснольку, дешево и сердито.

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

И есть вообще ACPI и прочие разные стандарты, чтобы всё это абстрагировать от системы и использовать где хочешь.

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

Поэтому надо требовать от них поддержку линукса или бойкотировать. А вообще запусти например powertop и увидишь, как немного питание потюнить.

Поэтому надо требовать от них поддержку линукса или бойкотировать.

Всегда умиляюсь с мамкиных борцунов с системой. Бойкотирование - бесполезно, с учетом процента рынка. Они даже не заметят вашего бойкота.

Но проблема(проблема ли?) в том, что управление этими возможностями - из cli

Это не проблема, а фича. Человеку, не осилившему прочитать мануал, не стоит крутить настройки.

Попробовать где-то что-то разонать

Разогнать можно (и нужно) из настроек BIOS.

поставить например дополнительные вентиляторы в корпус и скорость их вращения можно будет регулировать и т.д.

fancontrol или крути руками через /sys/class/hwmon

возможность использования nVidia SLI или Ati CrossFire на Linux

Есть.

Еще тогда вопрос на тему нескольких видеокарт одновременно: при правильном подключении и настройке задачи будут делиться между видеокартами автоматически? Или это будет работать, только если сама программа поддерживает эту технологию (была написана, используя соответствующий API. Если честно я не видел в OpenGL, чтобы что-то намекало на несколько видеокарт с точки зрения команд)?

Если честно я не видел в OpenGL, чтобы что-то намекало на несколько видеокарт с точки зрения команд)?

Самое простое решение, например: делать рендеринг четных кадров на первой карте, нечётных - на второй.

это будет работать, только если сама программа поддерживает эту технологию

Да.

Так а через что обращаться к конкретной из установленных видеокарт?

при правильном подключении и настройке задачи будут делиться между видеокартами автоматически?

Теоретически - да. На деле и для D3D и для OpenGL это не работает без ручной допилки драйверов производителем.

Если честно я не видел в OpenGL, чтобы что-то намекало на несколько видеокарт с точки зрения команд)?

Там и нет ничего такого, реализация SLI/CFX на 100% в юзерспейсном драйвере от производителя. Само приложение может и не знать, что оно рендерится на двух картах вместо одной.

Ну а так у Nvidia и AMD есть расширения для профессиональной графики позволяющие взаимодействовать с более чем одной видеокартой, но они для других целей.

Бойкотирование - бесполезно, с учетом процента рынка. Они даже не заметят вашего бойкота.

Смысл бойкотирования не в том, чтобы «наказать плохих производетелей».

Нет ничего плохого в том, чтобы отдавать деньги только производителям которые лучше поддерживают платформу.

Как минимум интересно, а также интересует возможность использования nVidia SLI или Ati CrossFire на Linux.

Любые dual-GPU на любой платформе это полное говно ибо: 1 - В куче игр оно вообще не поддерживается и не будет. 2 - Может сломаться поддержка при обновлении игры или драйверов. 3 - Во многих играх добавляет неиллюзорный input lag. 4 - Нужен более дорогой БП, правильная материнка. 5 - Охлаждать сложнее, если у тебя не водянка. Ибо с вероятностью 90% одна карта будет выдувать в другую.

Короче это такой нишевый продукт для оверсракеров которым некуда выкинуть бабла. Для всех остальных одна более мощная карта в 3 раза лучше работает, чем две менее мощных.

Насчет графики для игр спорное преимущество - понятно. Меня скорее интересует несколько карт для GPGPU, например для OpenCL.Карты мощны.На одной бы например полностью рендерить, а вторая пусть исключительно обработкой физики занята.

OpenCL мало отношения имеет к OpenGL и умеет много разных карт (даже от разных вендоров) из коробки.