Profit, Passion, Purpose
8 хвилин тому
2011-11-24
полезная фалометрическая команда
скрипт считающий резидентную память всех процессов одного приложения, и выводящий top10:
$ ps -eo pid,rss,ucmd | awk '{ rss[$3]+=$2; count[$3]++ } END { for(i in rss){ print i,"(",count[i],")",rss[i] } }' | sort -rnk5 | head -n 10 | column -t
chromium-browse ( 49 ) 2693868
kvm ( 1 ) 284772
okular ( 5 ) 173340
squid3 ( 2 ) 124372
kwin ( 1 ) 88964
skype ( 1 ) 79448
Xorg ( 1 ) 66748
psi-plus ( 1 ) 65472
plasma-desktop ( 1 ) 56124
zsh ( 11 ) 50488
хромиум запущен только что. уже 2.7Гб.
изменение рейтинга корпораций зла
поздравляю гугл с почетным первым местом в рейтинге корпораций зла поддерживающих тупость и бездарность программистов.
с первого места был успешно потеснен адоб.
кратко о причинах.
0) поиск.
меня заколебало что этот супер-умный движок предсказаний херит мою строку поиска, мигает страницей выдачи на недописанную строку запроса, и постоянно норовит скачать и показать в превьюшках пол интернета.
да, я знаю что часть из этого можно отключить в опциях. но мне приходится делать это каждый божий день - по неизвесной мне причине настройки постоянно слетают.
и регулярно гугл переходит в общении со мной на немецкий. и украинский, хотя в тех же опциях выставлен только английский, и я не использую национальные домены .com.ua или .de.
по удобству пользования страница выдачи обгоняет даже УГл плюс. т.е. почти невозможно работать с клавиатуры, а мышкой не намного лучше.
1) google plus.
это убогое поделие меня бы ни капельки не волновало, если бы его появление не похерило все остальные сервисы гугла.
если бы он был хоть на 1% так удобен как гугл ридер, или дополнял его а не заменял, это было бы не фатально.
2) google reader
прощай мой милый друг. тебя просто умножили на ноль.
новый вырви-глаз-дизайн. полное отсутствие возможности читать расшаренное другими.
исчезнувшие горячие кнопки.
и безумные тормоза и постоянные вылезающие ошибки.
3) google mail
это БЫЛ единственный мейл которым я постоянно пользовался и не испытывал дискомфорта.
новые темы, плюсо-свистелки и перделки делают его все менее и менее юзабельным.
4) google calendar
это был единственный календарь которым я пользовался.
новая тема это просто ад. может это на 100500" мониторе нормально смотрится, но на ноуте собственно календарь на экран не помещается.
новая функция "отваливание в офлайн при каждом чихе с невозможностью подключится взад без открытия страницы снова" это блеск.
для украины неправильное поясное время.
5) google chromium
это не броузер. это гребаная машина тормозов.
таких значений load average как при запуске этого убожества я не получал с времен тестирования различных форкбомб.
а еще он постоянно падает. т.е. эту чертову форк-бомбу мне приходится перезапускать по 3-4 раза в день. и ДА, ЭТА ХРЕНЬ ПАДАЕТ ПОЛНОСТЬЮ А НЕ ТОЛЬКО ОДНА ВКЛАДКА!
т.е. разделение одна-вкладка-отдельный поток это только что б эфективней тормозить и жрать память. и да, эта хрень жрет память так эфективно, что мне 8Гб ОЗУ не хватает. прямо сейчас пока я пишу эти строки, он сожрал уже около 4Гб ОЗУ и потребляет около 25% процессорного времени.
а еще мне очень нравица его фишка "мигающая вкладка при событии на странице". эта функция позволяет мне увидеть что событие произошло даже если я не вижу окна хромиума - по тому что начало тормозить все - набор текста, движение курсора - 100% процессорного времени сжирает эта гребаная система уведомления миганием таба.
а еще с запущенным хромиумом ноут живет на батарейке 4 часа, а без него 7.
спасибо что дали выговорится. аж полегчало.
п.с. это было только о тех продуктах которыми я постоянно пользуюсь. блоггер, пикаса, ютуб, документы, транслейт в их число не входит, но когда я их все таки открываю, каждый раз вырываются одни нецензурные выражения.
п.п.с. и еще раз передаю всем сотрудникам чертового УГла луч поноса.
с первого места был успешно потеснен адоб.
кратко о причинах.
0) поиск.
меня заколебало что этот супер-умный движок предсказаний херит мою строку поиска, мигает страницей выдачи на недописанную строку запроса, и постоянно норовит скачать и показать в превьюшках пол интернета.
да, я знаю что часть из этого можно отключить в опциях. но мне приходится делать это каждый божий день - по неизвесной мне причине настройки постоянно слетают.
и регулярно гугл переходит в общении со мной на немецкий. и украинский, хотя в тех же опциях выставлен только английский, и я не использую национальные домены .com.ua или .de.
по удобству пользования страница выдачи обгоняет даже УГл плюс. т.е. почти невозможно работать с клавиатуры, а мышкой не намного лучше.
1) google plus.
это убогое поделие меня бы ни капельки не волновало, если бы его появление не похерило все остальные сервисы гугла.
если бы он был хоть на 1% так удобен как гугл ридер, или дополнял его а не заменял, это было бы не фатально.
2) google reader
прощай мой милый друг. тебя просто умножили на ноль.
новый вырви-глаз-дизайн. полное отсутствие возможности читать расшаренное другими.
исчезнувшие горячие кнопки.
и безумные тормоза и постоянные вылезающие ошибки.
3) google mail
это БЫЛ единственный мейл которым я постоянно пользовался и не испытывал дискомфорта.
новые темы, плюсо-свистелки и перделки делают его все менее и менее юзабельным.
4) google calendar
это был единственный календарь которым я пользовался.
новая тема это просто ад. может это на 100500" мониторе нормально смотрится, но на ноуте собственно календарь на экран не помещается.
новая функция "отваливание в офлайн при каждом чихе с невозможностью подключится взад без открытия страницы снова" это блеск.
для украины неправильное поясное время.
5) google chromium
это не броузер. это гребаная машина тормозов.
таких значений load average как при запуске этого убожества я не получал с времен тестирования различных форкбомб.
а еще он постоянно падает. т.е. эту чертову форк-бомбу мне приходится перезапускать по 3-4 раза в день. и ДА, ЭТА ХРЕНЬ ПАДАЕТ ПОЛНОСТЬЮ А НЕ ТОЛЬКО ОДНА ВКЛАДКА!
т.е. разделение одна-вкладка-отдельный поток это только что б эфективней тормозить и жрать память. и да, эта хрень жрет память так эфективно, что мне 8Гб ОЗУ не хватает. прямо сейчас пока я пишу эти строки, он сожрал уже около 4Гб ОЗУ и потребляет около 25% процессорного времени.
а еще мне очень нравица его фишка "мигающая вкладка при событии на странице". эта функция позволяет мне увидеть что событие произошло даже если я не вижу окна хромиума - по тому что начало тормозить все - набор текста, движение курсора - 100% процессорного времени сжирает эта гребаная система уведомления миганием таба.
а еще с запущенным хромиумом ноут живет на батарейке 4 часа, а без него 7.
спасибо что дали выговорится. аж полегчало.
п.с. это было только о тех продуктах которыми я постоянно пользуюсь. блоггер, пикаса, ютуб, документы, транслейт в их число не входит, но когда я их все таки открываю, каждый раз вырываются одни нецензурные выражения.
п.п.с. и еще раз передаю всем сотрудникам чертового УГла луч поноса.
2011-11-03
новости с полей боев с пользователями
в честь цискоэкспо, пользуясь тем что у меня нет времени обновлять или ковырять систему, бубунта преподнесла мне очередной приятный сюрприз:
- теперь при загрузке системы /etc/network/interfaces игнорируется. то есть без нетворк-менеджера сеть теперь похоже не будет работать никак.
- сдох dbus, и все сервисы теперь срут в логи центнеры матов что ничего не работает потому что "unable to connect to system bus".
мораль: принцип kiss великие мира сего имеют в виду, и исповедуют только принцип "нам виднее как оно должно работать".
2011-11-01
Секреты инноваций гугла
Пока великий инноватор всея руси играется с новым айфоном, гугл тоже не стоит на месте.
Рецепт инновационных изменений веб3.0 от гугл:
Рецепт инновационных изменений веб3.0 от гугл:
- оставить только желтый-почти белый цвет. белый это круто. похер что он глаза выедает. и самую малость серого. но
- убрать любые визуальные разделители, и заменить их на пустоту. много пустоты. между условной панелью инструментов и рабочей областью докс хватит 20% экрана. если пропусков не хватает что б визуально разделить - делаем светло-серую линию. но только в крайнем случае.
- убрать нахер весь функционал. уже давно доказано что функционал не главное. главное дизайн.
- интегрировать с гугл-плюс. и засунуть в кольца.
- в сапорте нанять пару человек с мылом@google.com что б они слали всех недовольных нахер, и объясняли им что те нихера не понимают в колбасных обрезках.
- игнорировать список пожеланий.
и традиционный вопрос года. разыскиваются:
нормальная rss-читалка. желательно облачная. требование: никакой интеграции с гребаными социальными сетями. желательно что б у нее не было премии имени джобса в области каличного дизайна. желательно что б она влазила на любой экран, и работала не только под .NET 8.0 или adobe flash fx mx huy-ix (точнее "только не" под вышеперечисленным).
UPDATE: после нажатия publish увидел что google blogger тоже следует Пути Инноваций гУГла. если кнопке "swich back" to old look исчезнет, удалю нахер блог.
UPDATE: после нажатия publish увидел что google blogger тоже следует Пути Инноваций гУГла. если кнопке "swich back" to old look исчезнет, удалю нахер блог.
2011-10-19
ubuntu: enterprise-ready distributio
а еще эта хрень при апгрейде без спросу перезаписывает файлы в /etc.
нет, я не заявляю что оно без спросу похерило все мои конфиги. конечно же не все.
многие оно предлагало похерить, и я вежливо отказался.
без спросу перезаписано/похерено:
* любые файлы в /etc/default. может не все, но многие. возможно это зависит от мантейнера пакетов. а может это линия партии - херить все что херится, хозяен компа каноникал а не та прослойка между клавой и стулом;
* стартовые скрипты и просто скрипты. меня уже заманало восстанавливать из бекапа /etc/qemu-ifup и qemu-ifdown. и да, я знаю про chattr +i, но он не всегда применим и не всегда спасает (как avahi-daemon перезаписывает файлы с immutable???)
* некоторые конфиги типа dhcp-client, и т.д. очевидно девелоперы не верят что там можно что-то править или иметь мнение отличное от мнения девелоперов
* скрипты /etc/init и /etc/init.d (кстати, еще по два луча поноса этим ублюдкам за две системы скриптов в одном дистрибутиве)
* полный волюнтаризм в /etc/rc.*.d
нет, я не заявляю что оно без спросу похерило все мои конфиги. конечно же не все.
многие оно предлагало похерить, и я вежливо отказался.
без спросу перезаписано/похерено:
* любые файлы в /etc/default. может не все, но многие. возможно это зависит от мантейнера пакетов. а может это линия партии - херить все что херится, хозяен компа каноникал а не та прослойка между клавой и стулом;
* стартовые скрипты и просто скрипты. меня уже заманало восстанавливать из бекапа /etc/qemu-ifup и qemu-ifdown. и да, я знаю про chattr +i, но он не всегда применим и не всегда спасает (как avahi-daemon перезаписывает файлы с immutable???)
* некоторые конфиги типа dhcp-client, и т.д. очевидно девелоперы не верят что там можно что-то править или иметь мнение отличное от мнения девелоперов
* скрипты /etc/init и /etc/init.d (кстати, еще по два луча поноса этим ублюдкам за две системы скриптов в одном дистрибутиве)
* полный волюнтаризм в /etc/rc.*.d
Борьба интеллекта пользователей с тупостью программистов :)
проблема:
при использовании штатных средств управления сетевым подключением (network-manager), есть некоторые неудобства:
1) переключение статика/динамика крайне сложное (под кде это только в последних двух релизах можно сделать без бубна)
2) при кратковременном потере линка (привет патчкордам с отломаными защелками) настройки интерфейса сбрасываются.
3) при уходе в спячку сброс
4) локальный прокси-кеш/банерорезка/анонимайзер теряют контакт с реальностью (не сразу отбнаруживают что днс-сервер доступен/изменился/недоступен)
5) системные сбои обычно приводят к полному отсутствию сети ( пока вручную не будет подправлен/удален /var/lib/NetworkManager/NetworkManager.state)
6) и т.д.
а так как network-manager у меня всегда вызывал устойчивый рвотный рефлекс, он был заменен на систему костылей:
1) /etc/network/interfaces:
2) /bin/renet:
3) скрипт отрабатывающий спячку /etc/pm/sleep.d/30_renet
4) вручную править /etc/wpa_supplicant.conf
скрипты на гениальность/красивость не претендуют. но для меня они работают :)
при использовании штатных средств управления сетевым подключением (network-manager), есть некоторые неудобства:
1) переключение статика/динамика крайне сложное (под кде это только в последних двух релизах можно сделать без бубна)
2) при кратковременном потере линка (привет патчкордам с отломаными защелками) настройки интерфейса сбрасываются.
3) при уходе в спячку сброс
4) локальный прокси-кеш/банерорезка/анонимайзер теряют контакт с реальностью (не сразу отбнаруживают что днс-сервер доступен/изменился/недоступен)
5) системные сбои обычно приводят к полному отсутствию сети ( пока вручную не будет подправлен/удален /var/lib/NetworkManager/NetworkManager.state)
6) и т.д.
а так как network-manager у меня всегда вызывал устойчивый рвотный рефлекс, он был заменен на систему костылей:
1) /etc/network/interfaces:
auto eth0 iface eth0 inet manual up dhcpcd-bin -L -N eth0 down dhcpcd-bin -k eth0 auto wlan0 iface wlan0 inet manual up wpa_supplicant -f /var/log/wpa_supplicant.log -dtK -C/var/run/wpa_supplicant.sock -c/etc/wpa_supplicant.conf -iwlan0 -Dwext -B && dhcpcd-bin -N -L -m 20 wlan0 down dhcpcd-bin -k wlan0
2) /bin/renet:
#!/bin/bash
echo -n "Checking if interface is UP... "
DEVICE=${1:-eth0}
if [[ -n $(ip -o link show ${DEVICE} up) ]]; then
echo "yes"
else
echo "Interface is DOWN"
exit 1
fi
DEFAULTROUTE=$( ip -4 route show to default dev ${DEVICE})
GW=${DEFAULTROUTE##default via }
if [[ ${GW} =~ [0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3} ]]; then
echo -n "Checking if gateway ${GW} is accessible... "
arping -qfc3 -I ${DEVICE} ${GW} 2>&1 > /dev/null
REACHABLE=$?
if [[ ${REACHABLE} != 0 ]]; then
unset REACHABLE
echo "no"
else
echo "yes"
fi
fi
if [[ ${REACHABLE} ]]; then
echo "Refreshing lease"
dhcpcd-bin -n -L ${DEVICE}
else
echo "Restarting dhcpcd"
dhcpcd-bin -k ${DEVICE}
dhcpcd-bin -L ${DEVICE}
fi
echo "Refreshing squid3"
squid3 -k reconfigure
3) скрипт отрабатывающий спячку /etc/pm/sleep.d/30_renet
#!/bin/sh
# Restart networking
. "${PM_FUNCTIONS}"
[ -x $BINARY ] || exit $NA
[ -f $CONFIG ] || exit $NA
case "$1" in
hibernate|suspend)
# Do nothing
;;
thaw|resume)
/bin/renet eth0
pidof wpa_supplicant || /bin/renet wlan0
;;
*) exit $NA
;;
esac
4) вручную править /etc/wpa_supplicant.conf
скрипты на гениальность/красивость не претендуют. но для меня они работают :)
Новая игрушка
Обновления убунты никогда не оставляли меня равнодушным. Вот и сейчас, после выхода 11.10 моя голова не смогла уравновесить стремящуюся к приключениям попу, и в ночь на среду, посреди рабочей недели, невзирая на риск остаться без рабочего комп я обновил систему.
Немогу не отметить что собственно обновление прошло практически незаметно. В отличии от предыдущих релизов, мне буквально 4 раза пришлось его перезапускать в ручном режиме по причине сбоя установочных скриптов, и лишь один пакет требовал серьезного ручного вмешательства. Остальные ошибки просто исчезали в выводе логов...
После установки обновлений я сразу же обнаружил множество положительных изменений. Разработчики положили на все rc-скрипты, т.е. мгновенно загрузились все демоны когда-либо установленные в системе. Также, Система любовно:
* добавила 18 локалей, включая локали стран африки (естественно, ведь каждый нормальный убунтоид должен быть близок к идеям свободы равенства и братства!)
* тщательно перегенерировала initrd и modules.dep для всех когда-либо установленных ядер (причем не менее 5 раз), причем под "когда-либо установленными" я понимаю действительно пакеты с ядрами уже давно удаленные из системы, правда не все удалось обновить, но кто ж обращает внимание на такие ошибки!
* любовно загрузила в память все модули ядра, проигнорировав modprobe blacklist (а вдруг пригодится!)
Но и на этом приключения не кончились. Ведь изменения станут эфективны лишь после перезапуска программ, верно?
Перезагрузка принесла новые положительные сюрпризы:
* plymouth не смог себя прикончить при перезагрузке (эпическое сообщение killing all remaining applications ... [fail]:)), и ушел в мертвую петлю. отсутствие кнопки резет на ноутбуках это неудобно. с такими новыми современными операционными системами эту кнопку стоит поставить вместь пробела.
* загрузка тоже принесла красивейшие спец-дефекты. черный экран без курсора. я честно ждал минут 5 пока не начал искать способы что происходит, и нашел что:
* система решила подождать для верности 5 минут для настройки сети. еще и возмутилась почему она стартует так долго. и верно, нельзя же статические айпишники из /etc/network/interfaces применить мгновенно, стоит подождать (я конечно понимаю что 5 минут система ждала рапорта от network-manager, но его в системе нет уже 3 года, и апгрейд к счастью его не вернул - почему система этого не заметила?)
* затем система около 3х минут пробовала смонтировать все диски
* и наконец, гранд-финал! kdm. и здесь меня тоже подстрекает забота программистов. как прояснил dpkg.log, xserver-xorg-input-kbd (драйвер клавиатуры для иксов) это для слабаков, и соответсвенно был снесен нахрен. потому ввод пароль превратился в умилительнейший квест!
* при старте я получил с пол-сотни всплывающих зависающих уведомлений, но это уже мелочи. я дома.
При чистке системы обнаружил еще пару бонусов:
* 12309 более на актуален. если раньше при копировании файлов система подтормаживала, то теперь копирование 5Гб файла позволило мне достигнуть на ноутбуке LoadAvg 13! (запуск 2х виртуалок с 2008r2 с паралельной установкой в виртуалку win7 это LoadAvg около 6-7)
* порадовало потребление памяти: сразу после загрузки 3.2Гб. и это без учета всяких буферов и кешей. которые после копирования 5Гб файла позволили мне применить все 8Гб оперативки! теперь у меня своп-файл простаивать не будет: в нем УЖЕ 30Мб :)
Немогу не отметить что собственно обновление прошло практически незаметно. В отличии от предыдущих релизов, мне буквально 4 раза пришлось его перезапускать в ручном режиме по причине сбоя установочных скриптов, и лишь один пакет требовал серьезного ручного вмешательства. Остальные ошибки просто исчезали в выводе логов...
После установки обновлений я сразу же обнаружил множество положительных изменений. Разработчики положили на все rc-скрипты, т.е. мгновенно загрузились все демоны когда-либо установленные в системе. Также, Система любовно:
* добавила 18 локалей, включая локали стран африки (естественно, ведь каждый нормальный убунтоид должен быть близок к идеям свободы равенства и братства!)
* тщательно перегенерировала initrd и modules.dep для всех когда-либо установленных ядер (причем не менее 5 раз), причем под "когда-либо установленными" я понимаю действительно пакеты с ядрами уже давно удаленные из системы, правда не все удалось обновить, но кто ж обращает внимание на такие ошибки!
* любовно загрузила в память все модули ядра, проигнорировав modprobe blacklist (а вдруг пригодится!)
Но и на этом приключения не кончились. Ведь изменения станут эфективны лишь после перезапуска программ, верно?
Перезагрузка принесла новые положительные сюрпризы:
* plymouth не смог себя прикончить при перезагрузке (эпическое сообщение killing all remaining applications ... [fail]:)), и ушел в мертвую петлю. отсутствие кнопки резет на ноутбуках это неудобно. с такими новыми современными операционными системами эту кнопку стоит поставить вместь пробела.
* загрузка тоже принесла красивейшие спец-дефекты. черный экран без курсора. я честно ждал минут 5 пока не начал искать способы что происходит, и нашел что:
* система решила подождать для верности 5 минут для настройки сети. еще и возмутилась почему она стартует так долго. и верно, нельзя же статические айпишники из /etc/network/interfaces применить мгновенно, стоит подождать (я конечно понимаю что 5 минут система ждала рапорта от network-manager, но его в системе нет уже 3 года, и апгрейд к счастью его не вернул - почему система этого не заметила?)
* затем система около 3х минут пробовала смонтировать все диски
* и наконец, гранд-финал! kdm. и здесь меня тоже подстрекает забота программистов. как прояснил dpkg.log, xserver-xorg-input-kbd (драйвер клавиатуры для иксов) это для слабаков, и соответсвенно был снесен нахрен. потому ввод пароль превратился в умилительнейший квест!
* при старте я получил с пол-сотни всплывающих зависающих уведомлений, но это уже мелочи. я дома.
При чистке системы обнаружил еще пару бонусов:
* 12309 более на актуален. если раньше при копировании файлов система подтормаживала, то теперь копирование 5Гб файла позволило мне достигнуть на ноутбуке LoadAvg 13! (запуск 2х виртуалок с 2008r2 с паралельной установкой в виртуалку win7 это LoadAvg около 6-7)
* порадовало потребление памяти: сразу после загрузки 3.2Гб. и это без учета всяких буферов и кешей. которые после копирования 5Гб файла позволили мне применить все 8Гб оперативки! теперь у меня своп-файл простаивать не будет: в нем УЖЕ 30Мб :)
2011-10-04
Полезная утилита
apt-get changelog
например:
apt-get changelog tzdata
tzdata (2011k-0ubuntu0.11.04) natty-proposed; urgency=low
* New upstream release 2011k: (LP: #865750)
- Palestine suspends DST during Ramadan in 2011
- Gaza and Hebron split in 2011, leading to a new Asia/Hebron zone
- Belarus adopts permanent DST in 2011
- Ukraine adopts permanent DST in 2011
* debian/control: update maintainer fields
-- Gary Lasker Mon, 03 Oct 2011 22:02:21 -0400
например:
apt-get changelog tzdata
tzdata (2011k-0ubuntu0.11.04) natty-proposed; urgency=low
* New upstream release 2011k: (LP: #865750)
- Palestine suspends DST during Ramadan in 2011
- Gaza and Hebron split in 2011, leading to a new Asia/Hebron zone
- Belarus adopts permanent DST in 2011
- Ukraine adopts permanent DST in 2011
* debian/control: update maintainer fields
-- Gary Lasker
2011-09-02
Черный Список Технологий Динамипса
Dynamips - очень удобная штука, даже если всегда есть собранная лаба. Очень часто надо проверить какую-то конфигурацию, и на то что б набросать конфиг dynagen'а и протестить все в динамипсе уходит на порядок меньше времени чем на адаптацию стенда.
Но тут есть несколько неприятных моментов. Есть вещи которые в динамипсе делать нельзя. Здесь будет вестись список технологий которые приводят к неадекватной работе динамипса.
* bridging. при бриджевании интерфейсов возникают интересные потери пакетов. причем не только на интерфейсах объединенных в бридж-группу. иногда проявляется только под нагрузкой (ping X re 100 достаточно).
* MLPPPoFR. под трафиком начинаются потери пакетов на всех линках топологии, не только на PPP.
продолженение следует
Но тут есть несколько неприятных моментов. Есть вещи которые в динамипсе делать нельзя. Здесь будет вестись список технологий которые приводят к неадекватной работе динамипса.
* bridging. при бриджевании интерфейсов возникают интересные потери пакетов. причем не только на интерфейсах объединенных в бридж-группу. иногда проявляется только под нагрузкой (ping X re 100 достаточно).
* MLPPPoFR. под трафиком начинаются потери пакетов на всех линках топологии, не только на PPP.
продолженение следует
2011-08-29
Question of the day
1.вопрос 1:
примет ли коммутатор такую конфигурацию:
ответ:
примет ли коммутатор такую конфигурацию:
вопрос 2: будет ли работать ping 204.12.1.254 (при условии что хост 204.12.1.254 подключен к fa0/24 коммутатора)?interface fa0/24 ip unnumbered lo1 poll interface lo1 ip add 204.12.1.9 255.255.255.0
ответ:
как ни странно, но на 12.2(52)SE - да и да, все работает без проблемов.
2011-08-28
Question of the day
вопрос:
что делает опция poll команды ip unnumbered?
ответ:
что делает опция poll команды ip unnumbered?
ответ:
позволяет динамически изменять ip интерфейса (обычно unnumbered ip не отслеживает изменения ip основного интерфейса)
2011-07-09
Question of the day
я бы даже сказал вопрос года.
вопрос: как сделать так, что бы при запуске kdm дисплей ноута имел строго заданные настройки (а не отфонарные автоматические)?
p.s. графическая утилита настройки kdm настраивает только рюшечки.
p.p.s. утилита настройки мониторов и устройств просто создает скрипт который выполняет xrandr ПОСЛЕ входа и загрузки окружения рабочего стола.
вопрос: как сделать так, что бы при запуске kdm дисплей ноута имел строго заданные настройки (а не отфонарные автоматические)?
p.s. графическая утилита настройки kdm настраивает только рюшечки.
p.p.s. утилита настройки мониторов и устройств просто создает скрипт который выполняет xrandr ПОСЛЕ входа и загрузки окружения рабочего стола.
2011-07-02
Ностальгия
Нужно было в сети поднять один небольшой сервис. Покупать под это новый сервак - дорого и бестолково. Взял старый (лет 7) комп, на котором по совпадению оказалась убунта, решил не переставлять, просто доставить нужные демоны и почистить скрипты. Сделал удаленный доступ, и решил протестировать и донастроить издому.
Дома наблюдаю странность - сервер "исчез". То ли завис, то ли что.
На следующий день проверяю - работает как часы. Только странность, включился ровно в полночь. Проверил - в офисе никого не было, другие компы не выключались - значит не питание.
Вечером ситуация повторяется с 100% точностью!
В 21:40 компа нет, в полночь появляется опять!
Начал искать его на свичах, проверять арп, и тут нахожу в cron'е основного шлюза запись:
И вспоминаю, как много лет назад с коллегой "автоматизировали" сеть:
* все компы по расписанию выключались (вендовые по rpc, юниксовые по ssh)
* интернет включался и выключался по расписанию, что б люди работали а не шарились (прозрачное кеширование/фильтрация и VRF magic)
* были скрипты для wake-on-lan компов (wol by Thomas Krennwallner)
* были скрипты для того что бы разбуженные по wake-on-lan компы загружались по сети, и мультикастом загружали образы жестких дисков (заливка образов через clonezilla)
Как выяснилось, за все эти годы, когда в сети царил хаос и анархия, несколько раз проводились сравнительные эмпирические исследования эфективности 'rm -rf /' и 'rm -f /etc/*' в производстве энтропии, роль админов выполняли разные люди - скрипты не утратили работоспособность!
Соответственно, в 21:30 комп выключался, а утром по wake-on-lan включался назад.
Проверил все тем же wake-on-lan скриптом - сервер поднялся за пару десят секунд...
Вот такие случаются мистические истории :)
P.S. Ярослав, если ты читаешь эти строки, то вот тебе послание из будущего: не стирай больше /etc; и вообще - think before you type :)
Дома наблюдаю странность - сервер "исчез". То ли завис, то ли что.
На следующий день проверяю - работает как часы. Только странность, включился ровно в полночь. Проверил - в офисе никого не было, другие компы не выключались - значит не питание.
Вечером ситуация повторяется с 100% точностью!
В 21:40 компа нет, в полночь появляется опять!
Начал искать его на свичах, проверять арп, и тут нахожу в cron'е основного шлюза запись:
#turn all machines off 30 21 * * * /root/bin/shutdown.all
И вспоминаю, как много лет назад с коллегой "автоматизировали" сеть:
* все компы по расписанию выключались (вендовые по rpc, юниксовые по ssh)
* интернет включался и выключался по расписанию, что б люди работали а не шарились (прозрачное кеширование/фильтрация и VRF magic)
* были скрипты для wake-on-lan компов (wol by Thomas Krennwallner)
* были скрипты для того что бы разбуженные по wake-on-lan компы загружались по сети, и мультикастом загружали образы жестких дисков (заливка образов через clonezilla)
Как выяснилось, за все эти годы, когда в сети царил хаос и анархия, несколько раз проводились сравнительные эмпирические исследования эфективности 'rm -rf /' и 'rm -f /etc/*' в производстве энтропии, роль админов выполняли разные люди - скрипты не утратили работоспособность!
Соответственно, в 21:30 комп выключался, а утром по wake-on-lan включался назад.
Проверил все тем же wake-on-lan скриптом - сервер поднялся за пару десят секунд...
Вот такие случаются мистические истории :)
P.S. Ярослав, если ты читаешь эти строки, то вот тебе послание из будущего: не стирай больше /etc; и вообще - think before you type :)
2011-06-27
Michael Larabel наконец-то нашел проблему повышенного энергопотребления лялиха
Собственно вот разлив его мысли по древу.
не поленился, потратил несколько часов на тестирование.
к сожалению мне никто не дарил ни топовых ксеонов, ни мультиметров способных объективно померять результат, потому все "на глазок".
какие данные у меня были, исходя из которых я жалуюсь на энергопотребление:
опыты:
в линухе энергопотребление оценивалось powertop, в вин7 сугубо "на глазок"
не поленился, потратил несколько часов на тестирование.
к сожалению мне никто не дарил ни топовых ксеонов, ни мультиметров способных объективно померять результат, потому все "на глазок".
какие данные у меня были, исходя из которых я жалуюсь на энергопотребление:
- на моей старой бляшанке установленная из коробки виста показывала результат 9 часов на батарейке(с блекджеком и вайфаем),
- рекорд убунты 10.10 - почти 12 часов на батарейке (ядро в районе 35го, настройки не воспроизводимы :( ),
- сейчас норма убунты - чуть меньше 6 часов, но без вайфая.
опыты:
- ядро 2.6.35-29
- ядро 2.6.38-10
- ядро 2.6.38-10 с aspm=force (знаменитый "фикс" ларабеля)
- win7
в линухе энергопотребление оценивалось powertop, в вин7 сугубо "на глазок"
- 2.6.35-29 потребляет 8-10Вт (обещает жить 7-8 часов на батарейке)
- в 10.10 использовалось другое ядро, поэтому результату до 12 часов очень далеко.
- 2.6.38-10 ванильный потребляет 11-14Вт (обещает жить 4.5 часа на батарейке)
- 2.6.38-10 с "фиксом" потребляет 11-14Вт (обещает жить 4.5 часа на батарейке)
- win7 обещает жить 5-7 часов на батарейке (если дать ему обновиться и прибить все фоновые компиляторы дотнета, будет что-то ближе к 8 часам с вайфаем, что хуже чем виста но лучше чем новая убунта)
Підписатися на:
Дописи (Atom)
