У меня на рабочей машинке с ubuntu каким-то чудом 13 виртуалок одновременно работают:
По сути — целый провайдер с биллингом, bras, nas, dpi, netflow-collector, внешним и локальным ресурсом, парой юзеров + стенд для испытания патчей ядра.
вот бы под каждую из этих машинок да по монитору-то! :D
P.S: попробуйте вместо vnc для доступа к вендам юзать reminna. (или другой рдп клиент), гораздо шустрее работает, по крайней мере с win xp.
Забавно так, сейчас платформа на которой пилим биллинг и несколько других продуктов в основе своей имеет app-контейнеры (отдельно личный кабинет, отдельно сама считалка бабла + ещё несколько аппов) и при этом инициалы идеолога — ОСВ. Надо будет поспрашивать, не причастен ли он к OSv. :)
Везёт вам! Я вот всё не дойду до того чтобы perf посмотреть.
Походу придётся адовыми хаками на nmi_timer вешаться и через dmesg, через dmesg, да башем агрегировать. :)
Можете подсказать, имеются ли готовые утилиты для лёгкого профилирования всего ядра Linux, а не конкретных модулей/процессов?
Интересуют решения, работающие в x86_64 архитектуре.
Пример, чего хотелось бы видеть в качестве output'а утилиты:
Но ведь стабильностью и быстродействием уже занимались Red Hat, как товарищи из CentOS будут вообще что-то менять, если они заявляют 100% бинарную совместимость с RHEL?
Иными словами на выходе-то получается тот же самый RHEL собранный по тем же самым конфигам из тех же самых исходниках, с теми же патчами, что и RHEL, разве что их сборщики не «любовались падением лепестка самой красивой розы, выросшей на южном склоне Фудзиямы» в отличии от Red Hat'овцев. :)
А что именно вас интересует? Сколько и с тем и с другим возился — особой разницы не ощутил. Ну, yum/apt-get и rpm/dpkg разные, слегка различается скорость выхода версий, названия пакетов разве что ещё слегка отличаются, но это мелочи. В общем-то, отличаются они версией (и количеством патчей) ядра, да набором софта из коробки и в репозиториях. Даже не знаю что ещё сказать, хех.
По сути — целый провайдер с биллингом, bras, nas, dpi, netflow-collector, внешним и локальным ресурсом, парой юзеров + стенд для испытания патчей ядра.
вот бы под каждую из этих машинок да по монитору-то! :D
P.S: попробуйте вместо vnc для доступа к вендам юзать reminna. (или другой рдп клиент), гораздо шустрее работает, по крайней мере с win xp.
А то с этими фильтрациями в разрыв итд скоро совсем хреновое качество доступа будет у большей части провайдеров. :(
Походу придётся адовыми хаками на nmi_timer вешаться и через dmesg, через dmesg, да башем агрегировать. :)
Можете подсказать, имеются ли готовые утилиты для лёгкого профилирования всего ядра Linux, а не конкретных модулей/процессов?
Интересуют решения, работающие в x86_64 архитектуре.
Пример, чего хотелось бы видеть в качестве output'а утилиты:
3032 conntrack_mt_origsrc
1053 pppoe_seq_next
560 pppox_sock
32 something_else
31 something_else2
10 __etc
Просто боюсь, что скоро без такой утилиты у встанет работа и придётся её писать самому. :)
Иными словами на выходе-то получается тот же самый RHEL собранный по тем же самым конфигам из тех же самых исходниках, с теми же патчами, что и RHEL, разве что их сборщики не «любовались падением лепестка самой красивой розы, выросшей на южном склоне Фудзиямы» в отличии от Red Hat'овцев. :)