Re: omapfb black screen
2012/2/28 Alexey Boyko ale...@boyko.km.ua: Tue, 28 Feb 2012 09:23:16 +0200 було написано Eugene Prokopiev e...@itx.ru: видео завелось и с xserver-xorg-video-omapfb, и с xserver-xorg-video-omap3. Однако все равно 29 FPS в glxgears. А почему оно должно быть по другому? By default Debian will try* to use the FBDEV video driver, however for the beagleboard we can take advantage of a more software optimized driver (still not using the sgx video hardware) using the NEON extensions of the Cortex-A8 core. потому что у меня именно что beagleboard с neon - см. dmesg -- С уважением, Прокопьев Евгений
Re: omapfb black screen
28 февраля 2012 г. 16:01 пользователь Andrey Rahmatullin w...@wrar.name написал: On Tue, Feb 28, 2012 at 10:23:16AM +0300, Eugene Prokopiev wrote: Однако все равно 29 FPS в glxgears. glxgears - не бенчмарк. Не придирайся, нормальный бенчмарк в первом приближении. Не хуже глаз во всяком случае. -- С уважением, Прокопьев Евгений
Re: omapfb black screen
видео завелось и с xserver-xorg-video-omapfb, и с xserver-xorg-video-omap3. Однако все равно 29 FPS в glxgears. А почему оно должно быть по другому? потому что у меня именно что beagleboard с neon - см. dmesg Ну так тестируйте скорость растровой графики. -- xmpp:ale...@boyko.km.ua
Re: omapfb black screen
On Wed, Feb 29, 2012 at 12:08:13PM +0300, Eugene Prokopiev wrote: Однако все равно 29 FPS в glxgears. glxgears - не бенчмарк. Не придирайся, нормальный бенчмарк в первом приближении. Не хуже глаз во всяком случае. Особенно под vsync. -- WBR, wRAR signature.asc Description: Digital signature
Re: Аналог OpenVNC под виндовс. Что бы клиент сам отправлял запрос на подключение к его рабочему столу.
о, доведенная до ума схема! спасибо) 29.02.2012, 06:01, "Илья Таскаев" ansusti...@gmail.com:В общем все получилось, что делал:Используя руководство http://www.uvnc.com/docs/uvnc-sc.html создал custom.zip со своими настройками (Список сотрудников ИТ отдела, свое лого и т.д.). Загрузил его на страничку http://www.uvnc.com/downloads/single-click/82-single-click-downloads.html там мне сформировали exe файлНа стороне эникеев нужно запустить стандартный UltraVNC Setup все-в-одном инсталятор и выбрать только компонент VNC Viewer, затемЗапустить VNC Viewer в режиме прослушивания (ярлык - Run UltraVNC Viewer (Listen Mode))Клиент отправляет запрос на подключение используя сформированный в п.2 exe файлProfit!
Re: Производительность KVM на LVM
1) Если виртуалка использует lvm-том целиком, то что тогда бэкапить?.. не совсем понятно. Это ж получается как отдельный физический жесткий диск, а не файловая система, которую примонтировать можно. К тому же мне именно бэкап системы целиком и нужен - типо акрониса. Данные (1с и файлопомойка) бэкапятся изнутри виртуалок другими средствами. 2) Грубо говоря, я хочу бэкапить windows-систему целиком с определенной периодичностью, пускай даже руками - например по выходным и иметь хотя бы штуки 4 бэкапов (т.е. за последний месяц) - я так понимаю мне нужно тупо делать следующее: останавливать виртуалку, делать снапшот (какого размера?), включать виртуалку. Когда я через месяц сделаю 5й снапшот, то самый старый необходимо удалить и так далее. Правильно я понимаю?.. 3) Откат как делать то потом? 4) на XGU написано, что если снять снапшот, то скорость работы тома сильно падает. А если снять 4 снапшота, то я так понимаю вообще все плохо или как? 5) Про btrfs спросил на всякий случай, мало ли) Просто люблю zfs - там со снапшотами как то попроще, да и вообще. Но вот с виртуализацией у фрибсд беда(( 29.02.2012, 09:12, Stanislav Vlasov stanislav@gmail.com: 28 февраля 2012 г. 23:09 пользователь Alexander ag...@yandex.ru написал: 1) какую посоветуете оптимальную стратегию бэкапов системы целиком при использовании под каждую kvm-виртуалку отдельного lvm-тома, расположенного на raid10 (программного через md). Допустим, рейд состоит из 4х терабайтников, итого 2 тб реального пространства, из них первые 100гб под дебиан-гипервизор, а остальное пространство отдано под группу томов lvm и каждая виртуалка есть 100-300гб lvm-том, свободно осталось около 300гб. Виртуалки windows 2008-2008r2 и centos. Я так понимаю надо юзать lvm-снапшоты - но вопрос в том как - с какой периодичностью и какого размера, стоит ли этот процесс автоматизировать и т.п. Хотелось бы услышать реальные советы из практики, какие есть нюансы, на что обратить внимание и как делать точно не стоит :) Из практики - лучше всего выключить виртуалки, сделать снапшот, включить виртуалки, начать бекапить. Политика бекапирования - по потребности. Размер - зависит от того, сколько виртуалки пишут на диск. У меня на виртуалках в пару сотен гиг делался снапшот в 10Гб. 2) использует ли кто-либо в продакшене виртуалки kvm на btrfs? Здесь надо спрашивать, использует ли кто-либо btrfs не на тестовых/десктопных хостах. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/731881330536...@web27.yandex.ru
Re: Производительность KVM на LVM
29.02.12, Alexanderag...@yandex.ru написал(а): Великая просьба - пишите ответ внизу, а не вверху, если не получается написать вопросы именно под той строкой, к которой вопросы. Мы ж не менеджеры какие :-) 1) Если виртуалка использует lvm-том целиком, то что тогда бэкапить?.. не совсем понятно. Это ж получается как отдельный физический жесткий диск, а не файловая система, которую примонтировать можно. К тому же мне именно бэкап системы целиком и нужен - типо акрониса. Данные (1с и файлопомойка) бэкапятся изнутри виртуалок другими средствами. Делать снапшот и потом копировать. dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img Остальные опции по вкусу. 2) Грубо говоря, я хочу бэкапить windows-систему целиком с определенной периодичностью, пускай даже руками - например по выходным и иметь хотя бы штуки 4 бэкапов (т.е. за последний месяц) - я так понимаю мне нужно тупо делать следующее: останавливать виртуалку, делать снапшот (какого размера?), включать виртуалку. Когда я через месяц сделаю 5й снапшот, то самый старый необходимо удалить и так далее. Правильно я понимаю?.. Размер снапшота зависит от того, сколько данных понапишет виртуалка, пока ты его копируешь. Но бекапы так не делаются, ибо при накрывании системы медным тазом фиг чего восстановишь обычно. Бекапы делаются через копирование снапшота в другое место. 3) Откат как делать то потом? Остановить виртуалку и записать в lvm-том старое содержимое практически также, как копировал его. 4) на XGU написано, что если снять снапшот, то скорость работы тома сильно падает. А если снять 4 снапшота, то я так понимаю вообще все плохо или как? Во-первых, для _бекапов_ достаточно одного снапшота на время бекапа. Во-вторых, как-то проверял - скорость при одном снапшоте и при нескольких одинакова. 5) Про btrfs спросил на всякий случай, мало ли) Просто люблю zfs - там со снапшотами как то попроще, да и вообще. Но вот с виртуализацией у фрибсд беда(( Есть такое дело... Можно попробовать zfs через fuse, но тут тоже хз чего и как. 29.02.2012, 09:12, Stanislav Vlasov stanislav@gmail.com: 28 февраля 2012 г. 23:09 пользователь Alexander ag...@yandex.ru написал: 1) какую посоветуете оптимальную стратегию бэкапов системы целиком при использовании под каждую kvm-виртуалку отдельного lvm-тома, расположенного на raid10 (программного через md). Допустим, рейд состоит из 4х терабайтников, итого 2 тб реального пространства, из них первые 100гб под дебиан-гипервизор, а остальное пространство отдано под группу томов lvm и каждая виртуалка есть 100-300гб lvm-том, свободно осталось около 300гб. Виртуалки windows 2008-2008r2 и centos. Я так понимаю надо юзать lvm-снапшоты - но вопрос в том как - с какой периодичностью и какого размера, стоит ли этот процесс автоматизировать и т.п. Хотелось бы услышать реальные советы из практики, какие есть нюансы, на что обратить внимание и как делать точно не стоит :) Из практики - лучше всего выключить виртуалки, сделать снапшот, включить виртуалки, начать бекапить. Политика бекапирования - по потребности. Размер - зависит от того, сколько виртуалки пишут на диск. У меня на виртуалках в пару сотен гиг делался снапшот в 10Гб. 2) использует ли кто-либо в продакшене виртуалки kvm на btrfs? Здесь надо спрашивать, использует ли кто-либо btrfs не на тестовых/десктопных хостах. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/731881330536...@web27.yandex.ru -- Stanislav
asterisk периодически начинает грузить CPU
День добрый. Имею asterisk, ~45 клиентов. Время от времени asterisk начинает стабильно грузить одно ядро процессора. При этом доходит все до того, что некоторые аппараты не могут подключиться к *. С чем это связано? Куда копать? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f4f102e.3030...@korona-auto.com
Re: asterisk периодически начинает грузить CPU
01.03.2012 9:59, Korona Auto Ltd.\ Andrey N. Prokofiev пишет: День добрый. Имею asterisk, ~45 клиентов. Время от времени asterisk начинает стабильно грузить одно ядро процессора. При этом доходит все до того, что некоторые аппараты не могут подключиться к *. С чем это связано? Куда копать? Забыл сказать. * из сквизи. Клиенты в mysql. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f4f12a6.60...@korona-auto.com
Re: Производительность KVM на LVM
01.03.2012 8:02, Stanislav Vlasov пишет: 29.02.12, Alexanderag...@yandex.ru написал(а): Великая просьба - пишите ответ внизу, а не вверху, если не получается написать вопросы именно под той строкой, к которой вопросы. Мы ж не менеджеры какие :-) 1) Если виртуалка использует lvm-том целиком, то что тогда бэкапить?.. не совсем понятно. Это ж получается как отдельный физический жесткий диск, а не файловая система, которую примонтировать можно. К тому же мне именно бэкап системы целиком и нужен - типо акрониса. Данные (1с и файлопомойка) бэкапятся изнутри виртуалок другими средствами. Делать снапшот и потом копировать. dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img Остальные опции по вкусу. Да - отличное предложение. Но есть нюанс. Если том например 127Гб. Предположим в нем стоит только система+база на 5 Гбайт. Этой командой будут копироваться все 127Гб. А ведь акронис умеет сжимать! Точнее конечно он не копирует не занятые блоки файловых систем и ко всему прочему сжимает то что все таки копирует в образ. А если не поддерживает ФС, то копирует её один-в-один, по сути тот же dd if-of. Если сжимать сразу то что на выходе их dd например? То чем и как? Вот еще один важный вопрос. 2) Грубо говоря, я хочу бэкапить windows-систему целиком с определенной периодичностью, пускай даже руками - например по выходным и иметь хотя бы штуки 4 бэкапов (т.е. за последний месяц) - я так понимаю мне нужно тупо делать следующее: останавливать виртуалку, делать снапшот (какого размера?), включать виртуалку. Когда я через месяц сделаю 5й снапшот, то самый старый необходимо удалить и так далее. Правильно я понимаю?.. Размер снапшота зависит от того, сколько данных понапишет виртуалка, пока ты его копируешь. Но бекапы так не делаются, ибо при накрывании системы медным тазом фиг чего восстановишь обычно. Бекапы делаются через копирование снапшота в другое место. 3) Откат как делать то потом? Остановить виртуалку и записать в lvm-том старое содержимое практически также, как копировал его. 4) на XGU написано, что если снять снапшот, то скорость работы тома сильно падает. А если снять 4 снапшота, то я так понимаю вообще все плохо или как? Во-первых, для _бекапов_ достаточно одного снапшота на время бекапа. Во-вторых, как-то проверял - скорость при одном снапшоте и при нескольких одинакова. 5) Про btrfs спросил на всякий случай, мало ли) Просто люблю zfs - там со снапшотами как то попроще, да и вообще. Но вот с виртуализацией у фрибсд беда(( Есть такое дело... Можно попробовать zfs через fuse, но тут тоже хз чего и как. 29.02.2012, 09:12, Stanislav Vlasovstanislav@gmail.com: 28 февраля 2012 г. 23:09 пользователь Alexanderag...@yandex.ru написал: 1) какую посоветуете оптимальную стратегию бэкапов системы целиком при использовании под каждую kvm-виртуалку отдельного lvm-тома, расположенного на raid10 (программного через md). Допустим, рейд состоит из 4х терабайтников, итого 2 тб реального пространства, из них первые 100гб под дебиан-гипервизор, а остальное пространство отдано под группу томов lvm и каждая виртуалка есть 100-300гб lvm-том, свободно осталось около 300гб. Виртуалки windows 2008-2008r2 и centos. Я так понимаю надо юзать lvm-снапшоты - но вопрос в том как - с какой периодичностью и какого размера, стоит ли этот процесс автоматизировать и т.п. Хотелось бы услышать реальные советы из практики, какие есть нюансы, на что обратить внимание и как делать точно не стоит :) Из практики - лучше всего выключить виртуалки, сделать снапшот, включить виртуалки, начать бекапить. Политика бекапирования - по потребности. Размер - зависит от того, сколько виртуалки пишут на диск. У меня на виртуалках в пару сотен гиг делался снапшот в 10Гб. 2) использует ли кто-либо в продакшене виртуалки kvm на btrfs? Здесь надо спрашивать, использует ли кто-либо btrfs не на тестовых/десктопных хостах. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/731881330536...@web27.yandex.ru -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f4f25f1.4030...@skubriev.ru
Re: Аналог OpenVNC под виндовс. Что бы клиент сам отправлял запрос на подключение к его рабочему столу.
29.02.2012 21:08, Alexander пишет: о, доведенная до ума схема! спасибо) 29.02.2012, 06:01, Илья Таскаев ansusti...@gmail.com: В общем все получилось, что делал: 1. Используя руководство http://www.uvnc.com/docs/uvnc-sc.html создал custom.zip со своими настройками (Список сотрудников ИТ отдела, свое лого и т.д.). 2. Загрузил его на страничку http://www.uvnc.com/downloads/single-click/82-single-click-downloads.html там мне сформировали exe файл 3. На стороне эникеев нужно запустить стандартный UltraVNC Setup все-в-одном инсталятор и выбрать только компонент VNC Viewer, затем 4. Запустить VNC Viewer в режиме прослушивания (ярлык - Run UltraVNC Viewer (Listen Mode)) 5. Клиент отправляет запрос на подключение используя сформированный в п.2 exe файл 6. 7. Profit! Класс! Спасибо. -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru
Re: Производительность KVM на LVM
1 марта 2012 г. 13:32 пользователь Vladimir Skubriev vladi...@skubriev.ru написал: 1) Если виртуалка использует lvm-том целиком, то что тогда бэкапить?.. не совсем понятно. Это ж получается как отдельный физический жесткий диск, а не файловая система, которую примонтировать можно. К тому же мне именно бэкап системы целиком и нужен - типо акрониса. Данные (1с и файлопомойка) бэкапятся изнутри виртуалок другими средствами. Делать снапшот и потом копировать. dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img Остальные опции по вкусу. Да - отличное предложение. Но есть нюанс. Если том например 127Гб. Предположим в нем стоит только система+база на 5 Гбайт. Этой командой будут копироваться все 127Гб. А ведь акронис умеет сжимать! Точнее конечно он не dd if=... | gzip -9 .../...img.gz Разворачивать так: zcat ...img.gz | dd of=... копирует не занятые блоки файловых систем и ко всему прочему сжимает то что все таки копирует в образ. А если не поддерживает ФС, то копирует её один-в-один, по сути тот же dd if-of. Ну и? Иногда требуется undelete ;-) Если сжимать сразу то что на выходе их dd например? То чем и как? Вот еще один важный вопрос. Думаю, ответил. -- Stanislav
Re: Производительность KVM на LVM
Великая просьба - пишите ответ внизу, а не вверху, если не получается написать вопросы именно под той строкой, к которой вопросы. Мы ж не менеджеры какие :-) ок :) Делать снапшот и потом копировать. dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img Остальные опции по вкусу. Размер снапшота зависит от того, сколько данных понапишет виртуалка, пока ты его копируешь. Но бекапы так не делаются, ибо при накрывании системы медным тазом фиг чего восстановишь обычно. Бекапы делаются через копирование снапшота в другое место. Остановить виртуалку и записать в lvm-том старое содержимое практически также, как копировал его. т.е. опять через dd влить напрямую в lvm-том? еще вопрос - я так понимаю при копировании через dd lvm-тома размером 300гб (даже если полезной инфы там 50гб) на сетевую шару (другой сервер) мы получим файл-образ размером 300гб?... я так понимаю это долгая и неэффективная процедура(( Это получается единственный вариант бэкапа системы целиком в случае использования lvm?.. или может еще есть какие то варианты? Мне еще приходит в голову только сжатие этого образа при копировании, что еще более увеличит время создания образа и непонятно насколько уменьшит его размер( Если так, то получается бэкап акронисом (в случае windows-систем) эффективнее гораздо... :( Во-первых, для _бекапов_ достаточно одного снапшота на время бекапа. Во-вторых, как-то проверял - скорость при одном снапшоте и при нескольких одинакова. а без снапшотов вообще и с одним снапшотом? на XGU именно такой тест был - скорость отличается в разы :( Есть такое дело... Можно попробовать zfs через fuse, но тут тоже хз чего и как. пробовал - как то оно сильно не то, как во фрибсд - для продакшена ни в коем случае (для себя сделал вывод) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/321841330587...@web36.yandex.ru
Re: Производительность KVM на LVM
1 марта 2012 г. 13:37 пользователь Alexander ag...@yandex.ru написал: Делать снапшот и потом копировать. dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img Остальные опции по вкусу. Размер снапшота зависит от того, сколько данных понапишет виртуалка, пока ты его копируешь. Но бекапы так не делаются, ибо при накрывании системы медным тазом фиг чего восстановишь обычно. Бекапы делаются через копирование снапшота в другое место. Остановить виртуалку и записать в lvm-том старое содержимое практически также, как копировал его. т.е. опять через dd влить напрямую в lvm-том? Да. еще вопрос - я так понимаю при копировании через dd lvm-тома размером 300гб (даже если полезной инфы там 50гб) на сетевую шару (другой сервер) мы получим файл-образ размером 300гб?... я так понимаю это долгая и неэффективная процедура(( Ну... Сжимать по дороге. Можно с малой степенью сжатия. Собственно, так и делал - dd if=... | gzip | ssh user@backup cat dd.img.gz Это получается единственный вариант бэкапа системы целиком в случае использования lvm?.. или может еще есть какие то варианты? Мне еще приходит в голову только сжатие этого образа при копировании, что еще более увеличит время создания образа и непонятно насколько уменьшит его размер( Если сжимается хорошо, то в разы быстрее, чем передавать его полностью. Правда, при большой степени сжатия в опциях архиватора может упереться в процессор и тогда не факт, что быстрее. Особенно, если сеть гигабитная и выше. Если так, то получается бэкап акронисом (в случае windows-систем) эффективнее гораздо... :( Естественно. Но его нельзя проводить, когда виртуалки в работе. Тут время простоя - выкл/вкл фактически, в отличие от. Разве что отдавать снапшот виртуалке с акронисом и дальше уже им делать. Во-первых, для _бекапов_ достаточно одного снапшота на время бекапа. Во-вторых, как-то проверял - скорость при одном снапшоте и при нескольких одинакова. а без снапшотов вообще и с одним снапшотом? на XGU именно такой тест был - скорость отличается в разы :( Собственно так и есть. Потому снапшоты - только для бекапов. На вмвари, при полностью выделяемых дисках - аналогично. -- Stanislav
Re: Производительность KVM на LVM
01.03.2012 11:37, Alexander пишет: еще вопрос - я так понимаю при копировании через dd lvm-тома размером 300гб (даже если полезной инфы там 50гб) на сетевую шару (другой сервер) мы получим файл-образ размером 300гб?... я так понимаю это долгая и неэффективная процедура(( Это получается единственный вариант бэкапа системы целиком в случае использования lvm?.. или может еще есть какие то варианты? Мне еще приходит в голову только сжатие этого образа при копировании, что еще более увеличит время создания образа и непонятно насколько уменьшит его размер( Если так, то получается бэкап акронисом (в случае windows-систем) эффективнее гораздо... :( # делаем снапшот lvcreate -L4G -s -n win2k3dataBACKUP /dev/vg0/win2k3data # достаём раздел kpartx -a /dev/mapper/vg0-win2k3dataBACKUP # потом монтируем mount /dev/mapper/vg0-win2k3dataBACKUP1 /mnt/win2k3data -o ro -t ntfs-3g Ну и таром его. А бэкапить образом файлы - смысла нет. Системный диск можно раз в месяц и образом, но я не делаю - -- Best regards, Mikhail. - XMPP: ant...@stopicq.ru WWW: http://www.antmix.pp.ru/ signature.asc Description: OpenPGP digital signature
