Сергей Каменев » Администрирование https://kamenev.ru Только жизнь имеет значение Wed, 28 Jun 2023 20:33:55 +0000 ru-RU hourly 1 http://wordpress.org/?v=4.0 Huawei EC500 Драйвера с поддержкой СМС и звонков https://kamenev.ru/2011/06/21/huawei-ec500-drajvera-s-podderzhkoj-sms-i-zvonkov/ https://kamenev.ru/2011/06/21/huawei-ec500-drajvera-s-podderzhkoj-sms-i-zvonkov/#comments Tue, 21 Jun 2011 10:06:07 +0000 http://slon.pp.ru/?p=1079 Скачать. Версия 101. Windows XP/2000. Работает нормально.

Версия посвежее, но у меня постоянно вылетала, пришлось отказаться(((

Если модем не активен, то почти не потребляет энергии. Окошко со светодиодом заклеил – его яркие вспышки раздражали.

]]> https://kamenev.ru/2011/06/21/huawei-ec500-drajvera-s-podderzhkoj-sms-i-zvonkov/feed/ 0 На сколько дольше будет работать ноутбук при замене HDD на SSD? https://kamenev.ru/2011/05/31/na-skolko-dolshe-budet-rabotat-noutbuk-pri-zamene-hdd-na-ssd/ https://kamenev.ru/2011/05/31/na-skolko-dolshe-budet-rabotat-noutbuk-pri-zamene-hdd-na-ssd/#comments Tue, 31 May 2011 07:56:34 +0000 http://slon.pp.ru/?p=1071 Читать далее →]]> Ответ меня удивил. Смотрите интересную картинку:

Максимум – на 8,7%.

(при среднестатистическом использовании и если предположить, что SSD ничего не потребляет. Формула относительного прироста времени работы 100/92).

Учтём, что средняя можность SSD = 0.150*0.2 + 0.1*0.8 = 0.11 вт
(20% активное использование и 80% пассивное, отсюда данные мощности).

Реальная мощность HDD = 0.05*2.2 + 0.15*1.1 + 0.8*0.8 = 0.915 Вт.
(5% поиск, 15% работа, 80% простой, отсюда мощность)

При учёте реального потребления SSD увеличение времени работы составит 100/(92+8*0.11/0.915) = 7.57%

Итак, если ваш ноут от батареи работает 3 часа, то использование SSD даст вам дополнительных 13.5 минут работы.

Для чистоты расчётов нужно сказать, что реальной работы на ноутбуке будет сделано примерно на 20-30 минут больше, так как SSD быстрее работает.

P.S. Конечно, аналитическая информация на которую я опираюсь (картинка со ссылкой) от 2005 года, но если ваш ноутбук не новый (а у новых вряд ли что-то сильно изменилось) и не на платформе Atom, то скорее всего мои расчёты подойдут.

]]> https://kamenev.ru/2011/05/31/na-skolko-dolshe-budet-rabotat-noutbuk-pri-zamene-hdd-na-ssd/feed/ 0 Объединение mp3-файлов https://kamenev.ru/2011/05/06/obedinenie-mp3-fajlov/ https://kamenev.ru/2011/05/06/obedinenie-mp3-fajlov/#comments Thu, 05 May 2011 20:28:04 +0000 http://slon.pp.ru/?p=1055 Вот такая простая команда помогает мне.

4834760a24e7edd13af480ae8713b3e8000

Я это делаю, чтобы читать английские тексты параллельно с прослушиванием их речи на PocketBook 903.

]]> https://kamenev.ru/2011/05/06/obedinenie-mp3-fajlov/feed/ 0 Как ускорить сборку ядра Linux https://kamenev.ru/2010/11/24/kak-uskorit-sborku-yadra-linux/ https://kamenev.ru/2010/11/24/kak-uskorit-sborku-yadra-linux/#comments Wed, 24 Nov 2010 11:52:00 +0000 http://slon.pp.ru/?p=1036 Читать далее →]]> Ускорение составляет более, чем 6 раз! У меня 2 процессора по 4 ядра каждый.

Просто нужно вместо make использовать make -jN, где N=число ядер процессоров – 1.
В принципе можно использовать N равное числу ядер, но тогда ваша система будет тормозить на всех остальных процессах, которые не имеют отношения к процессу компиляции.

a448f4f67c63af17779c65b9fdf577a3000

]]> https://kamenev.ru/2010/11/24/kak-uskorit-sborku-yadra-linux/feed/ 0 VMware Player проблема: мышь работает только в области 640 на 480 https://kamenev.ru/2010/09/26/vmware-player-problema-mysh-rabotaet-tolko-v-oblasti-640-na-480/ https://kamenev.ru/2010/09/26/vmware-player-problema-mysh-rabotaet-tolko-v-oblasti-640-na-480/#comments Sun, 26 Sep 2010 17:14:23 +0000 http://slon.pp.ru/?p=975 На скриншоте решение:

]]> https://kamenev.ru/2010/09/26/vmware-player-problema-mysh-rabotaet-tolko-v-oblasti-640-na-480/feed/ 0 Linear read: Software RAID 1 (mdadm) vs Single drive https://kamenev.ru/2010/09/13/linear-read-software-raid-1-mdadm-vs-single-drive/ https://kamenev.ru/2010/09/13/linear-read-software-raid-1-mdadm-vs-single-drive/#comments Mon, 13 Sep 2010 10:25:09 +0000 http://slon.pp.ru/?p=956 Unbelievable but true.
Single drive win.

hdparm -t /dev/sda
Single drive – 62 mb/s

hdparm -t /dev/md1
Software RAID 1 – 58 mb/s

]]> https://kamenev.ru/2010/09/13/linear-read-software-raid-1-mdadm-vs-single-drive/feed/ 0 Get volume state on LSI 3080X-HP with lsiutil program https://kamenev.ru/2010/09/13/get-volume-state-on-lsi-3080x-hp-with-lsiutil-program/ https://kamenev.ru/2010/09/13/get-volume-state-on-lsi-3080x-hp-with-lsiutil-program/#comments Mon, 13 Sep 2010 08:13:42 +0000 http://slon.pp.ru/?p=949 Читать далее →]]> Я думаю, что этот метод сработает ещё на этих устройствах: SC40Ge, HP HBA SAS with RAID, LSI 1068.

To obtain lsiutil program on Gentoo:

7efd552187e390490dfa0a001d713608000

Type command:

7efd552187e390490dfa0a001d713608001

WARNING: 77% – it’s no complete percent. It’s remaining percent.

For compact output:

7efd552187e390490dfa0a001d713608002

]]> https://kamenev.ru/2010/09/13/get-volume-state-on-lsi-3080x-hp-with-lsiutil-program/feed/ 0 Software RAID 1 (mdadm) vs Hardware RAID 1 (LSI 3080X-HP) https://kamenev.ru/2010/09/12/software-raid-1-mdadm-vs-hardware-raid-1-lsi-3080x-hp/ https://kamenev.ru/2010/09/12/software-raid-1-mdadm-vs-hardware-raid-1-lsi-3080x-hp/#comments Sun, 12 Sep 2010 18:54:55 +0000 http://slon.pp.ru/?p=931 Читать далее →]]> Первым протестировал software RAID 1 (Linux, вкомпилен в ядро, управление через mdadm). Тут нельзя точно сказать была ли фрагментирована файловая система. Скорее всего нет.

13952fe0bca8f5c0620a3b7342c271e4000

Version 1.96 Sequential Output Sequential Input Random
Seeks		 Sequential Create Random Create
Size Per Char Block Rewrite Per Char Block Num Files Create Read Delete Create Read Delete
K/sec % CPU K/sec % CPU K/sec % CPU K/sec % CPU K/sec % CPU /sec % CPU /sec % CPU /sec % CPU /sec % CPU /sec % CPU /sec % CPU /sec % CPU
i 4G 48711 16 30173 6 72180 7 404.2 10 16 9949 34 +++++ +++ 19722 65 13059 42 +++++ +++ 19125 68
Latency 1600ms 1209ms 42633us 116ms Latency 7598us 319us 16731us 202us 106us 132us

Общее время выполнения:

13952fe0bca8f5c0620a3b7342c271e4001

Запускал 3 раза hdparm, чтобы измерить линейную скорость чтения:

13952fe0bca8f5c0620a3b7342c271e4002

Hardware raid
Фрагментированная файловая система. bonnie++ настройки по умолчанию (2G)

13952fe0bca8f5c0620a3b7342c271e4003





Version 1.96Sequential OutputSequential InputRandom
Seeks		Sequential CreateRandom Create
SizePer CharBlockRewritePer CharBlockNum FilesCreateReadDeleteCreateReadDelete
K/sec% CPUK/sec% CPUK/sec% CPUK/sec% CPUK/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU
g2G255168174764743426293.44161349445++++++++16340561449249++++++++1595456
Latency2642ms2225ms128ms184msLatency432us311us347us616us108us129us

13952fe0bca8f5c0620a3b7342c271e4004

Есть разница. По умолчанию в первый раз был запуск с 4G, а второй раз bonnie++ запустился с параметром 2G.

Есть большая разница в результатах bonnie++ на фрагментированной партиции и на нефрагментированной.

Дефрагментированная партиция (опция -s 4g):

13952fe0bca8f5c0620a3b7342c271e4005





Version 1.96Sequential OutputSequential InputRandom
Seeks		Sequential CreateRandom Create
SizePer CharBlockRewritePer CharBlockNum FilesCreateReadDeleteCreateReadDelete
K/sec% CPUK/sec% CPUK/sec% CPUK/sec% CPUK/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU
g2G284698192374773286335.14161362438++++++++17033521504544++++++++1601653
Latency1057ms526ms153ms209msLatency20959us308us339us11512us36us12055us

13952fe0bca8f5c0620a3b7342c271e4006

Дефрагментированная партиция




Version 1.96Sequential OutputSequential InputRandom
Seeks		Sequential CreateRandom Create
SizePer CharBlockRewritePer CharBlockNum FilesCreateReadDeleteCreateReadDelete
K/sec% CPUK/sec% CPUK/sec% CPUK/sec% CPUK/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU/sec% CPU
g4G284178192184681626249.25161273336++++++++15441471539845++++++++1614854
Latency1069ms424ms177ms207msLatency23137us308us45001us14513us98us91us

13952fe0bca8f5c0620a3b7342c271e4007

Линейное чтение у аппаратного рейда (запускал 3 раза):

13952fe0bca8f5c0620a3b7342c271e4008

Выводы:

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

Потребление процессора: Как правило софтварный рейд потребляет от 4 до 15% процессора больше (кроме случая последовательного создания файлов). Больше всего эта разница чувствуется при случайном удалении файлов, затем последовательном удалении, и затем последовательной записи.
Последовательная запись и перезапись: Программный рейд быстрее на 42%.
Последовательное чтение: Аппаратный рейд быстрее на 2-6,5%
Скорость позиционирования к случайному файлу: Программный рейд быстрее на 18%
Создание файлов: аппаратное решение быстрее при создании случайных файлов на 6% и при последовательном создании на 27%.
Удаление файлов: Программный рейд быстрее на 15% при удалении файлов.

Если говорить о времени исполнения теста, то за счёт большой разницы в скорости записи (в сторону программного рейда) программный рейд прошёл тест на 41% реального времени быстрее, но на 10% системного времени медленнее.

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

В целом складывается впечатление о победе софтварного рейда. За трату дополнительных 10% процессорного времени мы получает суперскорость записи (+42%) и большую скорость позиционирования (+18%) при весьма приличной скорости считывания (минус 2-6,5%).

Лично мой вывод: Всё равно буду использовать аппаратный рейд. Он более надёжен, меньше нагрузка на шину и процессор.

]]> https://kamenev.ru/2010/09/12/software-raid-1-mdadm-vs-hardware-raid-1-lsi-3080x-hp/feed/ 0 Форматирование RAID-массивов https://kamenev.ru/2010/09/12/formatirovanie-raid-massivov/ https://kamenev.ru/2010/09/12/formatirovanie-raid-massivov/#comments Sun, 12 Sep 2010 11:54:18 +0000 http://slon.pp.ru/?p=928 b580e5143065d16362fb550f52cee0ba000

Метки дисков потом очень удобно использовать в fstab и lilo.conf.

]]> https://kamenev.ru/2010/09/12/formatirovanie-raid-massivov/feed/ 0