https://www.opennet.ru/openforum/vsluhforumID3/37914.html В документе "Secretly Monopolizing the CPU Without Superuser Privileges (http://www.cs.huji.ac.il/~dants/papers/Cheat07Security.pdf)" описан способ создания приложения на 100% утилизирующего процессорные ресурсы, будучи запущенным с привилегиями обычного пользователя. <br><br><br>Изюминка метода - полная загрузка CPU в некоторых ситуациях не прослеживается стандартными утилитами мониторинга, например, в top перегрузка не видна.<br><br><br>Проблеме подвержены планировщики задач Linux, Windows, Solaris, FreeBSD. Исключение составляет Mac OS X и планировщик CFS который появится в 2.6.23 Linux ядре.<br><br>URL: http://it.slashdot.org/article.pl?sid=07/07/11/1421209&from=rss<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=11404<br> https://www.opennet.ru/openforum/vsluhforumID3/37914.html#10 Tue, 17 Jul 2007 17:57:41 GMT мдя полное отсутствие знаний мат части https://www.opennet.ru/openforum/vsluhforumID3/37914.html#9 Tue, 17 Jul 2007 07:13:05 GMT &gt;кекс, запусти top и обрати внимание что есть nice level, а есть <br>&gt;priority<br>Секунду, а что, сегодня система уже всегда за меня решает какой приоритет кому выдать правильнее?Чего-то я не заметил - если мне надо, могу сам указать, вроде.Меня где-то на__али? :)<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/37914.html#8 Mon, 16 Jul 2007 12:51:08 GMT А, не, туплю. Приличное время еще занимает cycles_per_tick(). Т.е. оверхед таки невелик. https://www.opennet.ru/openforum/vsluhforumID3/37914.html#7 Mon, 16 Jul 2007 12:32:54 GMT Хм, работает, притом отлично. Одна и та-же задача просто в цикле и с описанным способом с отжиранием 0.9 тика:<br><br>time ./plain<br>2.53user 0.00system 0:02.55elapsed 99%CPU<br>time ./cheat<br>0.04user 0.00system 0:04.96elapsed 0%CPU<br><br>Ubuntu шестая, Core 2 duo.<br><br>Как видно, оверхед много больше 10%. Учитывая, что вычисления у меня на каждой итерации явно много тяжелее rdtsc, вычитания и сравнения, дело таки в шедулере. Видимо следующий тик мой процесс таки пропускает. Как бы то ни было, пора сваливать с виртуального хостинга :) https://www.opennet.ru/openforum/vsluhforumID3/37914.html#6 Mon, 16 Jul 2007 00:56:00 GMT кекс, запусти top и обрати внимание что есть nice level, а есть priority https://www.opennet.ru/openforum/vsluhforumID3/37914.html#5 Sun, 15 Jul 2007 01:39:54 GMT &gt;Планировшик Линукса эту информацию не использует вообще, она <br>&gt;хранится исключительно ради того чтобы ктото мог её прочитать<br>Эээ, типа, предлагаете предоставить системе самой решать какой приоритет у каких задач должен быть?Круто, тогда следующим шагом надо еще научить систему обходиться без юзера - да здравствуют терминаторы, слава роботам :) https://www.opennet.ru/openforum/vsluhforumID3/37914.html#4 Sat, 14 Jul 2007 21:20:49 GMT Так это тоже задача планировщика - правильно учесть время отработанное потоком. :) https://www.opennet.ru/openforum/vsluhforumID3/37914.html#3 Sat, 14 Jul 2007 20:42:48 GMT Планировшик Линукса эту информацию не использует вообще, она<br>хранится исключительно ради того чтобы ктото мог её прочитать<br>(через /proc например). Что делает Windows, Solaris, MacOSX я не<br>знаю.<br><br>http://lkml.org/lkml/2007/2/13/314 https://www.opennet.ru/openforum/vsluhforumID3/37914.html#2 Sat, 14 Jul 2007 18:51:00 GMT Я чего-то недопонял. Ведь планировщик же потом учитывая эту информацию совершает определённые действия: например изменяет приоритет. Ведь на этом же игра идёт. Что потом будет иметь высокий приоритет и ему каждый тик будут передавать управление.<br>moo, что ты имел ввиду?