Перейти к содержимому
Калькуляторы

Почему я презираю большинство FreeBSD-шников

Бутится boot, лоадер грузит ядро/модули и передает ему опции. iscsi boot существует во фрибсд, вам даже ссылку давали.

и что, прямо в 9ке из коробки? ;)

А зачем ему быть в коробке?

 

Рут по нфс работает испокон веков. Рут по iscsi тоже работает.

Угу, угу. Ядро и модули для него откуда грузятся при этом? :) И почему такая загадочная 2-месячная тишина в ветке на бздевом форуме? :)

Оттуда и грузятся, где рут. Читайте маны уже, хоть и не нигерское это дело.

 

да я с deb-пакета ставился. какие проблемы? собранный штатными debian-скриптами.

Имя, сестра, имя!

Выкладывай адреса, явки и пароли :)

 

ну вы как маленькие, чесслово. apt-get build-dep nginx && apt-get source nginx

качаем nginx с сайта сысоева, потом tar -pzxf nginx-1.1.15 и cp -prf nginx-1.1.14/debian nginx-1.1.15/

потом дописываем/(кому лень - правим) строчку в changelog и зовём debuild -us -uc

на выходе имеем готовые deb-пакеты.

И что, после этих операций я получу пакет с memcached 1.4 с repcached патчем от mdounin? :)

 

Что до nginx - не проще ли http://wiki.nginx.org/Install#Ubuntu_PPA ?

Или слакваровское прошлое аукается до сих пор?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а что, набор действий апгрейда сраной убунты и фряшечки сильно разный ? у одной apt upgrade recursive allololo, у другого portupgrade'ом или чем там, щас модно. не вижу большой разницы в действиях.

Зато я вижу. В LTS'ах минорный апгрейд с вероятностью 99% пройдет мягко и шелковисто, в силу того, что вам выше объясняли - основные версии софта не меняются, для багофиксов делаются бэкпорты, надо только аккуратно смотреть вывод пакетного менеджера - где все-таки номер версии сменился, и читать к ним релизнотес (таковых обычно 1-2-3 в квартал). А вот в бзде по-любому надо пролистать 100500 тонн релизнотес прежде чем апгрейдится, потому что мейнтейнеры "портов" версии меняют по мановению левой задней ноги, ну и плюс к этому учесть, что на время сборки замененного софта нагрузка на систему подскочит до критического уровня - это вам не бинарный апгрейд.

Изменено пользователем Alex/AT

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а что, набор действий апгрейда сраной убунты и фряшечки сильно разный ? у одной apt upgrade recursive allololo, у другого portupgrade'ом или чем там, щас модно. не вижу большой разницы в действиях.

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

 

Еще один упоротый. "По-любому" основано на личном опыте или надо читать "мне так кажется" ? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а что, набор действий апгрейда сраной убунты и фряшечки сильно разный ? у одной apt upgrade recursive allololo, у другого portupgrade'ом или чем там, щас модно. не вижу большой разницы в действиях.

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

Еще один упоротый. "По-любому" основано на личном опыте или надо читать "мне так кажется" ? :)

Читать надо как: "мне один мой знакомый сказал, которому сказал его знакомый, который прочитал на лоре" :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В LTS'ах минорный апгрейд с вероятностью 99% пройдет мягко и шелковисто

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

 

Собственно в этом и есть причина баттхерта топикстартера. Жил он себе, поживал, быдлокод наживал. Тешил свое ЧСВ многолетним опытом запуска yum update. А тут внезапно какие-то свитератые фрюхоадмины не только пишут лучший код, но и в линагзе разбираются лучше него :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Собственно в этом и есть причина баттхерта топикстартера. Жил он себе, поживал, быдлокод наживал. Тешил свое ЧСВ многолетним опытом запуска yum update. А тут внезапно какие-то свитератые фрюхоадмины не только пишут лучший код, но и в линагзе разбираются лучше него :)

 

Этапять, бро.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Если это специфические модули не входящие в основную систему. У линукса также, с которым я сталкивался.

 

на время сборки замененного софта нагрузка на систему подскочит до критического уровня - это вам не бинарный апгрейд

Это шутка?

В чём критичность?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если это специфические модули не входящие в основную систему. У линукса также, с которым я сталкивался.

 

Пока что вы описали столконовение с кривым применением инструмента. Вы так и не объяснили причину запихивания ISG с initrd, и что ему мешает загружаться при штатном старте системы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Еще один упоротый. "По-любому" основано на личном опыте или надо читать "мне так кажется" ? :)

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

 

Дружище, претензия тут не в том, что минорный апгрейд сложный, или минорный апгрейд не нужен. А в том, что версии для минорного апгрейда отстают очень сильно

Так вам шашечки или стабильность? Если хотите bleeding edge - велкам то бзд, со всеми сопутствующими граблями. Ну, можно еще федорку взять, если хочется ощущения бзд "не на бзд". Если хотите стабильный продакшн - лучше LTS, и пусть версии несколько отстают (бэкпорты критичных поправок никто не отменял). Разница в подходах.

Изменено пользователем Alex/AT

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Еще один упоротый. "По-любому" основано на личном опыте или надо читать "мне так кажется" ? :)

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

Т.е. сами не пользовались?

 

Дружище, претензия тут не в том, что минорный апгрейд сложный, или минорный апгрейд не нужен. А в том, что версии для минорного апгрейда отстают очень сильно

Так вам шашечки или стабильность? Если хотите bleeding edge - велкам то бзд, со всеми сопутствующими граблями. Ну, можно еще федорку взять, если хочется ощущения бзд "не на бзд". Если хотите стабильный продакшн - лучше LTS, и пусть версии несколько отстают (бэкпорты критичных поправок никто не отменял). Разница в подходах.

Я за стабильность сервисов на своем сервисе как-нибудь сам отвечу, за меня думать не надо. Ну и совершенно непонятно, как установка прикладного софта со сторонней репы вообще должна влиять на "стабильность" операционной системы. В "развитом бинарном дистрибутиве", ага ;)

Изменено пользователем lagman

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это шутка? В чём критичность?

Никогда asterisk со 100% CPU юзать не пробовали? Можно конечно world build апгрейд заnice'ить, но не проще ли бинарники накатить?

 

Т.е. сами не пользовались?

И не собираюсь. Увиденного вполне хватило.

 

Я за стабильность сервисов на своем сервисе как-нибудь сам отвечу, за меня думать не надо. Ну и совершенно непонятно, как установка прикладного софта со сторонней репы вообще должна влиять на "стабильность" операционной системы. В "развитом бинарном дистрибутиве", ага ;)

Перечитайте еще раз, что я написал - дойдёт.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Т.е. сами не пользовались?

И не собираюсь. Увиденного вполне хватило.

Тогда нам не о чем разговаривать. Можно долго и упорно разговаривать с девственником о сексе, но дальше сухой теории этот разговор все равно не зайдет и зайти не сможет.

 

Сразу вспоминается Валерия Новодворская со своим "мне секс не нравится, я о нем читала".

7097901_4a8a49a6.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Знаю нескольких линугз админов, которых к продакшену подпускать нельзя :)

Я знаю какие косяки/неудобства есть у фри внутри, в части ядра которую я копал и понятия не имею что там у линуха, кроме вечно мутирующего апи.

А вы знаете что там у линуха в коде ядра творится?

 

Никогда asterisk со 100% CPU юзать не пробовали? Можно конечно world build апгрейд заnice'ить, но не проще ли бинарники накатить?

А можно и приоритет астериска поднять.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Никогда asterisk со 100% CPU юзать не пробовали? Можно конечно world build апгрейд заnice'ить, но не проще ли бинарники накатить?

О***нный такой продакшн со 100% CPU Usage. Сразу видно - серьёзный подход к делу.

И эти люди нам предоставляют интернеты и телефонию..

 

Upd: если речь о том, что во время обновления usage до сотни подскачет - так нынче дохуядерность. Кроме того, машинка должна обеспечивать некий запас мощности как на резкий скачёк нагрузки так и на некое сервисное обслуживание системы, хотя бы экстренное.

Изменено пользователем zvtorero

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Upd: если речь о том, что во время обновления usage до сотни подскачет - так нынче дохуядерность. Кроме того, машинка должна обеспечивать некий запас мощности как на резкий скачёк нагрузки так и на некое сервисное обслуживание системы, хотя бы экстренное.

Человек просто никогда не видел 2400% cpu usage

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Человек просто никогда не видел 2400% cpu usage

В линуксах и не увидит. Там же показатели снимая получаешь обычно белиберду, не отражающую сути происходящего; поэтому даже домашние линуксы надо собирать в кластеры. Чтобы было между чем нагрузку раскидать, если одна машинка начала внезапно загибаться, пока админчик грустно смотрит на 90% idle.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Бутится boot, лоадер грузит ядро/модули и передает ему опции. iscsi boot существует во фрибсд, вам даже ссылку давали.

и что, прямо в 9ке из коробки? ;)

А зачем ему быть в коробке?

например, когда ты 1 на 1 LUN'ом, который тебе отдали по iscsi.

 

 

ну вы как маленькие, чесслово. apt-get build-dep nginx && apt-get source nginx

качаем nginx с сайта сысоева, потом tar -pzxf nginx-1.1.15 и cp -prf nginx-1.1.14/debian nginx-1.1.15/

потом дописываем/(кому лень - правим) строчку в changelog и зовём debuild -us -uc

на выходе имеем готовые deb-пакеты.

И что, после этих операций я получу пакет с memcached 1.4 с repcached патчем от mdounin? :)

конечно, же нет. после этого ты получишь самую свежую development-ветку nginx. ведь текущая stable - 1.0.12

Но во фре не утруждают себя такими подробностями и ставят nginx-devel.

лучше объясни практический смысл _поставить_самую_свежую_версию_ ?

 

Что до nginx - не проще ли http://wiki.nginx.org/Install#Ubuntu_PPA ?

Или слакваровское прошлое аукается до сих пор?

там 1.1.14

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В LTS'ах минорный апгрейд с вероятностью 99% пройдет мягко и шелковисто
кому нужен ваш минорный апгрейд ? он _ВЕЗДЕ_ пройдет шелковисто. в чем тут радость линагза то ? в том что для следующего релиза нужно сломать руки и проклясть всех вокруг ? я пробовал, но в итоге унылому центосу разломал какую-то зависимость в yum'е и он устал её решать. как итог, разбитое корыто. такой вот ынтырпрайз на линагзе. нужно взять и установить с нуля, тогда ок. а если апгрейд, то только минорный.
А вот в бзде по-любому надо пролистать 100500 тонн релизнотес прежде чем апгрейдится, потому что мейнтейнеры "портов" версии меняют по мановению левой задней ноги, ну и плюс к этому учесть, что на время сборки замененного софта нагрузка на систему подскочит до критического уровня - это вам не бинарный апгрейд.
вы сказочный буратино. уже не однократно в этой теме говорилось и про бинарные апгрейды во фре, и про управление портами, и про многое другое. и внезапно фряшечку 5.3 догнать до 9.0 не составит большого труда и это не сложно, и я это делал ( по крайней мере до 7.Х ). а центос увы, не осилил даже с 3.Х до 4.Х вкатить: разломались ваши пакетные менеджеры с тысячами зависимостями. это всё я делал лично, без слухов со стороны. общаться с линагзятниками себе дороже - ни одного адекватного пока что не встречал, но как правило любой фряшечник или виндовс одмин знает эти ваши линагзы лучше самих линагзойдов, безуспешно пытающихся восхвалять своё болото.
пока админчик грустно смотрит на 90% idle.
ну показательный пример в жжешечке слоника в дольмене ( кто-то там из рамблера, очередной любитель двигать мебель ), дада, того самого неадеквата, для которого 200Мбпс и 20Мбпс трафика на интерфейсе сервера - ничего не значащая ***.

 

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

Изменено пользователем pfexec

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А вы знаете что там у линуха в коде ядра творится?

Как минимум в сетевом стеке - да. В нем все стройно и красиво. А в силу специфики, в моем случае это главное.

 

О***нный такой продакшн со 100% CPU Usage. Сразу видно - серьёзный подход к делу.

И эти люди нам предоставляют интернеты и телефонию..

Тоже советую перечитать мой пост - я как раз и писал, что будет проблема у любителей пособирать мир на боевом сервере. У нас 100% usage нет, и не предвидится. И билдферма отдельно, а уже с нее бинари растекаются RPM'ами.

 

Человек просто никогда не видел 2400% cpu usage

Речь о 100% на ядро. 2400% - это кстати не так много на современных платформах.

Изменено пользователем Alex/AT

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Но во фре не утруждают себя такими подробностями и ставят nginx-devel

Ну дык любители bleeding edge же. Сами себе героически создают проблемы, и потом героически их преодолевают. До следующей версии.

 

я пробовал, но в итоге унылому центосу разломал какую-то зависимость в yum'е

Золотые слова. "Раз я разломал - значит система плохая". Героическое создание самому себе проблем.

 

ну и да, любители бинарных lts дистрибутивов никогда наверно не пробовали на них ставить что-нибудь проприоритарное, вроде крайнего оракла, залинкованого на крайний libc

Угу, но на редхатовские системы все это встанет без особых проблем, ибо как раз под этот LTS и делается. А вот на BSD вы его не поставите никогда. Ну или поставите, разломав полсистемы под специфичные версии.

 

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

Изменено пользователем Alex/AT

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Фокус LTS как раз в том, что на них встанут даже проприетарные бинари (если о-очень надо), поскольку версии софта там вполне предсказуемые.
вы что такой трудный. вам русским языком говорят, что "крайняя" на тот момент версия oracle была залинкована на glibc из крайнего opensuse и завимость за соответственным пакетом, вопреки lts'ному sles'у. а вы мне вату какую-то убеждений и собственной религии раскатываете.
Золотые слова. "Раз я разломал - значит система плохая". Героическое создание самому себе проблем.
ну я ж воспользовался инструкцией по обновлению и это мне всё равно не помогло. дружелюбное линаг-комунити конешно же поспешило мне помочь советом. да, это сарказм.
Речь о 100% на ядро. 2400% - это кстати не так много на современных платформах.
речь о том что top у тазика линагза показывает неадекватную, ну или не полную информации об утилизации ресурсов. как результат периодически вылезают такие десижон мейкеры, которые тыкают пальцем в top'ы и твердо уверены в том что линагз лучше форвардит трафик чем фряшечка, потому что в первом случае idle 100%, а во-втором <100%.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вы что такой трудный. вам русским языком говорят, что "крайняя" на тот момент версия oracle была залинкована на glibc из крайнего opensuse и завимость за соответственным пакетом, вопреки lts'ному sles'у.

так, с этого места подробнее.

 

1)AFAIK, оракел сертифицирован для установки на 3 дистрибутива: rhel, oracle unbreakable linux, sles

о каком opensuse речь? это другой дистрибутив вообще?

2)какая версия оракла использовалась? (ну мне как-то не лень сделать ldd на нужной версии

 

дружелюбное линаг-комунити конешно же поспешило мне помочь советом. да, это сарказм.

дружелюбное freebsd-комьюнити до сих пор ставится на zfs с помощью скриптов из говна и палок(или руками) несмотря на обещанный в 9ке новый инсталлятор. и это при том, сколько лет "zfs изкаропки".

 

 

речь о том что top у тазика линагза показывает неадекватную, ну или не полную информации об утилизации ресурсов.

тююю... так а покажите мне без костылей на фре загрузку 13го ядра по user/sys/io/soft-interrupts?

а ведь можно достать пакет sysstat, который over 9000 параметров записывать в реальном времени и разбираться в проблеме можно не попытками её поймать/воспроизвести, а на имеющихся реальных данных.

 

линагз лучше форвардит трафик чем фряшечка, потому что в первом случае idle 100%, а во-втором <100%.

айда тестовый стенд и бенчи nat'а? на 512k сессий при 200-300kpps? ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

^rage^ экий ты задира и провокатор, over9000 рюшечек linux преподносишь как личное достижение.

 

ТС отметился излишне категоричным мышлением, которое не свойственно профессионалу, потому что создаёт мертвые зоны в точке зрения.

 

На этом не остановился - накидал жЫра и собрал всех троллей.

 

А тролли едят, а еда всё не кончается.

 

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

 

Шапки можно не кидать, голову простудите, зима на дворе.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

тююю... так а покажите мне без костылей на фре загрузку 13го ядра по user/sys/io/soft-interrupts?

а ведь можно достать пакет sysstat, который over 9000 параметров записывать в реальном времени и разбираться в проблеме можно не попытками её поймать/воспроизвести, а на имеющихся реальных данных.

 

Вы сначала покажите как в линуксе "искаропке" посмотреть загрузку интерфесов по ппс/кбпс. А потом сходите поглядите уже вывод топ у lagman, на 24 процессора.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

тююю... так а покажите мне без костылей на фре загрузку 13го ядра по user/sys/io/soft-interrupts?

а ведь можно достать пакет sysstat, который over 9000 параметров записывать в реальном времени и разбираться в проблеме можно не попытками её поймать/воспроизвести, а на имеющихся реальных данных.

 

Вы сначала покажите как в линуксе "искаропке" посмотреть загрузку интерфесов по ппс/кбпс. А потом сходите поглядите уже вывод топ у lagman, на 24 процессора.

 

зевая...

 

root@debius0:~# sar.sysstat -n DEV 10
Linux 2.6.32-vz-ipset (debius0)         28.02.2012      _x86_64_        (8 CPU)

20:03:08        IFACE   rxpck/s   txpck/s    rxkB/s    txkB/s   rxcmp/s   txcmp/s  rxmcst/s
20:03:18           lo      0,00      0,00      0,00      0,00      0,00      0,00      0,00
20:03:18       venet0      0,00      0,00      0,00      0,00      0,00      0,00      0,00
20:03:18         eth0      0,20      0,10      0,01      0,02      0,00      0,00      0,00
20:03:18         eth1      1,80      0,40      0,08      0,03      0,00      0,00      0,00

20:03:18        IFACE   rxpck/s   txpck/s    rxkB/s    txkB/s   rxcmp/s   txcmp/s  rxmcst/s
20:03:28           lo      0,00      0,00      0,00      0,00      0,00      0,00      0,00
20:03:28       venet0      0,00      0,00      0,00      0,00      0,00      0,00      0,00
20:03:28         eth0      0,20      0,20      0,01      0,06      0,00      0,00      0,00
20:03:28         eth1      1,80      0,00      0,08      0,00      0,00      0,00      0,00

 

а теперь вы статистику по i/o с раскладом по блочным устройствам и средней длине очереди к каждому :)

 

 

кстати, насчёт диагностики:

 

20:18:40        CPU      %usr     %nice      %sys   %iowait    %steal      %irq     %soft    %guest     %idle
20:18:45        all      0.10      0.00      0.20      0.90      0.00      0.00      0.10      0.00     98.70

20:18:40          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
20:18:45          sda      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45          sdb      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45          sdc      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45          sdd      3.20      0.00     60.80     19.00      0.03      9.50      5.56      1.78

20:18:40        IFACE   rxpck/s   txpck/s    rxkB/s    txkB/s   rxcmp/s   txcmp/s  rxmcst/s
20:18:45         eth3      0.00      0.20      0.00      0.02      0.00      0.00      0.00
20:18:45      wifisw0      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45         eth7      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45         ppp0      1.80      1.80      0.20      0.13      0.00      0.00      0.00
20:18:45           lo      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45       dmssw0     23.20      0.00      1.37      0.00      0.00      0.00      0.00
20:18:45         eth2      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45         eth6      2.00      2.00      0.25      0.17      0.00      0.00      0.00
20:18:45         eth1      4.60     59.00      0.00      0.00      0.00      0.00      0.00
20:18:45         eth5     60.60      1.60      6.17      0.14      0.00      0.00      0.00
20:18:45      eth1.17      1.60     56.80      0.00      0.00      0.00      0.00      0.00
20:18:45      wifisw2      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45         eth0      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45          ap0      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45       sfarm0      1.40      0.20      0.09      0.02      0.00      0.00      0.00
20:18:45         eth4      0.00      0.20      0.00      0.02      0.00      0.00      0.00
20:18:45      wifisw1      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45         eth8      0.00      0.00      0.00      0.00      0.00      0.00      0.00
20:18:45      mon.ap0      0.60      0.00      0.10      0.00      0.00      0.00      0.00

20:18:40        CPU       MHz
20:18:45        all   1000.00

20:18:40        FAN       rpm      drpm               DEVICE
20:18:45          1   1928.00   1918.00      it8718-isa-0290
20:18:45          2   2678.00   2678.00      it8718-isa-0290

20:18:40       TEMP      degC     %temp               DEVICE
20:18:45          1     32.00      0.00      k8temp-pci-00c3
20:18:45          2     32.00      0.00      k8temp-pci-00c3
20:18:45          3     34.00      0.00      k8temp-pci-00c3
20:18:45          4     36.00      0.00      k8temp-pci-00c3
20:18:45          5     43.00      0.00      it8718-isa-0290
20:18:45          6     40.00      0.00      it8718-isa-0290
20:18:45          7     35.00    161.40      it8718-isa-0290

20:18:40         IN       inV       %in               DEVICE
20:18:45          0      1.09     26.67      it8718-isa-0290
20:18:45          1      1.87     45.88      it8718-isa-0290
20:18:45          2      3.42     83.92      it8718-isa-0290
20:18:45          3      4.08    100.00      it8718-isa-0290
20:18:45          4      3.12     76.47      it8718-isa-0290
20:18:45          5      2.14     52.55      it8718-isa-0290
20:18:45          6      2.14     52.55      it8718-isa-0290
20:18:45          7      3.42     83.92      it8718-isa-0290
20:18:45          8      3.15      0.00      it8718-isa-0290

20:18:40        CPU    wghMHz
20:18:45        all   1000.00

Изменено пользователем ^rage^

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.