The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Метод невидимой монополизации CPU пользовательским..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Метод невидимой монополизации CPU пользовательским..."  
Сообщение от opennews on 14-Июл-07, 00:02 
В документе "Secretly Monopolizing the CPU Without Superuser Privileges (http://www.cs.huji.ac.il/~dants/papers/Cheat07Security.pdf)" описан способ создания приложения на 100% утилизирующего процессорные ресурсы, будучи запущенным с привилегиями обычного пользователя.


Изюминка метода - полная загрузка CPU в некоторых ситуациях не прослеживается стандартными утилитами мониторинга, например, в top перегрузка не видна.


Проблеме подвержены планировщики задач Linux, Windows, Solaris, FreeBSD. Исключение составляет Mac OS X и планировщик CFS который появится в 2.6.23 Linux ядре.

URL: http://it.slashdot.org/article.pl?sid=07/07/11/1421209&from=rss
Новость: https://www.opennet.ru/opennews/art.shtml?num=11404

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Метод невидимой монополизации CPU пользовательским приложени..."  
Сообщение от moo on 14-Июл-07, 00:02 
Планировшики тут не при чём, все выше перечисленные
операционные системы/ядра (за исключением может быть
Solaris) собирают информацию по учёту времени не
корректно, и как следствие возможны подвохи.

Documentation/cpu-load.txt

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Метод невидимой монополизации CPU пользовательским приложени..."  
Сообщение от vp on 14-Июл-07, 22:51 
Я чего-то недопонял. Ведь планировщик же потом учитывая эту информацию совершает определённые действия: например изменяет приоритет. Ведь на этом же игра идёт. Что потом будет иметь высокий приоритет и ему каждый тик будут передавать управление.
moo, что ты имел ввиду?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Метод невидимой монополизации CPU пользовательским приложени..."  
Сообщение от moo on 15-Июл-07, 00:42 
Планировшик Линукса эту информацию не использует вообще, она
хранится исключительно ради того чтобы ктото мог её прочитать
(через /proc например). Что делает Windows, Solaris, MacOSX я не
знаю.

http://lkml.org/lkml/2007/2/13/314

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Метод невидимой монополизации CPU пользовательским приложени..."  
Сообщение от Keks 007 on 15-Июл-07, 05:39 
>Планировшик Линукса эту информацию не использует вообще, она
>хранится исключительно ради того чтобы ктото мог её прочитать
Эээ, типа, предлагаете предоставить системе самой решать какой приоритет у каких задач должен быть?Круто, тогда следующим шагом надо еще научить систему обходиться без юзера - да здравствуют терминаторы, слава роботам :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Метод невидимой монополизации CPU пользовательским приложени..."  
Сообщение от Antrew email(??) on 16-Июл-07, 04:56 
кекс, запусти top и обрати внимание что есть nice level, а есть priority
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Метод невидимой монополизации CPU пользовательским приложени..."  
Сообщение от Кекс07 on 17-Июл-07, 11:13 
>кекс, запусти top и обрати внимание что есть nice level, а есть
>priority
Секунду, а что, сегодня система уже всегда за меня решает какой приоритет кому выдать правильнее?Чего-то я не заметил - если мне надо, могу сам указать, вроде.Меня где-то на__али? :)


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Метод невидимой монополизации CPU пользовательским приложени..."  
Сообщение от Аноним on 17-Июл-07, 21:57 
мдя полное отсутствие знаний мат части
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Метод невидимой монополизации CPU пользовательским приложени..."  
Сообщение от MiG on 15-Июл-07, 01:20 
Так это тоже задача планировщика - правильно учесть время отработанное потоком. :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Метод невидимой монополизации CPU пользовательским приложени..."  
Сообщение от AMDmi3 (??) on 16-Июл-07, 16:32 
Хм, работает, притом отлично. Одна и та-же задача просто в цикле и с описанным способом с отжиранием 0.9 тика:

time ./plain
2.53user 0.00system 0:02.55elapsed 99%CPU
time ./cheat
0.04user 0.00system 0:04.96elapsed 0%CPU

Ubuntu шестая, Core 2 duo.

Как видно, оверхед много больше 10%. Учитывая, что вычисления у меня на каждой итерации явно много тяжелее rdtsc, вычитания и сравнения, дело таки в шедулере. Видимо следующий тик мой процесс таки пропускает. Как бы то ни было, пора сваливать с виртуального хостинга :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Метод невидимой монополизации CPU пользовательским приложени..."  
Сообщение от AMDmi3 (??) on 16-Июл-07, 16:51 
А, не, туплю. Приличное время еще занимает cycles_per_tick(). Т.е. оверхед таки невелик.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру