Блоги

немного о tc (part of iproute2 package)

длинных манов по этой теме хватает, пэтому тут кратко покажу на примере моих настроек

tc qdisc add dev ppp0 root handle 2: htb default 40 #создаем класс с идентификатором 2 в для устройства ppp0 с дисциплиной htb и подклассом с идентификатором 40 по умолчанию
tc class add dev ppp0 parent 2: classid 2:1 htb rate 128kbit ceil 128kbit #задаем настройки класса rate - скорость канала ceil - максимальные возможности железа, в манах пишут дает более точные вычисления.

gentoo ebuild repo by sss (тоесть мой) )

изучал git, и делал для себя некоторые пакеты..., решил это совместить и выложить, качать можно по ссылке:
git://sss.chaoslab.ru/git/sss_overlay.git .

ext4

обновился до 28 ядра, где ext4 уже не dev, это решило проблемы с некторым софтом ...

ext4dev

Был сонный и уставший, на часах гдето 4 утра..., и все вроде как работает (ну или почти все)..., решил попробовать новую фс на своем дэсктопе, тем более что перейти можно не форматируя разделы.., просто и быстро.., собрать в ядре поддержку ext4, выполнить команду tune2fs -O -extents -E test_fs /dev/???? и tune2fs -I 256 /dev/????, и заменить в /etc/fstab ext3 на ext4dev.., и что самое странное, прошел день, а я до сих пор могу тут писать ....

openrc...

После очередного обновления openrc (использовал scm ebuild, тоесть последние исходники из репозитория), перестала загружаться система, всем кто пользует генту и использует openrc-9999 рекомендую его не обновлять, или откатится на предидущий ebuild, долго искал 64 битный livecd чтоб зачрутится...

cpu frequence scaling...

Долго парился с cpu frequence scalling, это возможность динамического изменения частоты процессора в зависимости от нагрузки или настроек, но так ничего и не вышло, так и не понял в чес проблема, осталось 3 варианта, simmetric multi processor, проблема с cpufreqd (хотя его обновил до последней версии в которой вроде проблемы эти исправленны) или проблема с cpufrequtils..., тоесть драйвер подгружался, и в ядре вроде все впорядке, а вот юзерспэйс тулзы ничего не могут изменить, частота получается все равно статическиая, причем минимальная..., вобщем хрень.

linuxdcpp

Последнее время кажется линуховый dc клиент многовато памяти ест, решил немного подэбажить через valgrind (дэбагер утечек памяти в linux), погонял с неполным анализом, получил следующее:
==15438== ERROR SUMMARY: 303 errors from 12 contexts (suppressed: 4 from 1)
==15438== malloc/free: in use at exit: 14,561,199 bytes in 48,024 blocks.
==15438== malloc/free: 46,834,236 allocs, 46,786,212 frees, 193,690,801,108 bytes allocated.
==15438== For counts of detected errors, rerun with: -v
==15438== searching for pointers to 48,024 not-freed blocks.
==15438== checked 12,626,000 bytes.

Думаю...

Хм, интересно, зачем вобще нужны эти блоги ?, чтоб заборы меньше пачкалли ?, вариант ), и почистить проще, и не так раздражает....

бгг

может быть, когда-нибудь, буду тут что-нибудь писать )

Тестирую блоги в друпале

просто тестирую как работают блоги в этой cms

RSS-материал