А на сколько он будет греться у вас, если загрузить на все 100%, вы пробовали? ИМХО, по крайней мере он не должен от этого вырубаться.
ЗЫ А на счет контроля это естественно. У меня в трее места мало, поэтому всегда висит top в sticky консоли (виден на всех десктопах). Например, часто любит убегать Flash плагин из оперы (чтото типа «operaplugin-wrapper»), который жрет 100% и не дохнет после закрытия Оперы.
Все равно это не нормально) Какой смысл в покупке ноутбука с двух(+)ядерным процессором и потом волноваться «как бы не нагрузить больше чем следовало»? Те в итоге пользоваться меньше чем половиной доступной производительности.
Меня это тоже бесило на старом рабочем ноутбуке, при запуске тяжелых расчетов и загрузке обоих ядер 100%, через минут сорок все молча вырубалось от перегрева и на нижней крышке можно было жарить яичницу, как на фото.
Пусть автор напишет на том, что хорошо знает и понимает. А читатели в комментариях могут привести свои варианты хоть на языке индейцев Майя) И все довольны.
Проблема в том, что это первый шаг («проба льда» так сказать) на пути к тотальному контролю. Поэтому надо бороться уже сейчас, а то глазом моргнуть не успеем, как уже и IP адреса, тех кто этими сайтам интересовался начнут записывать. А потом и вообще строем в синих штанах ходить обяжут)
Точнее, в Linux пайпы односторонние, а в Solaris например двух сторонние (в BSD семействе тоже). Другок дело что по стандарту они не обязаны такими быть (но могут). Да и ничто не мешает открыть в Линуксе два пайпа.
Данные могут приходить хоть по одному байту, readline будет ждать полную строку.
Для файла на ввод можно ваш вариант, для клавиатуры readline)
А если у нас сокет или двухсторонний пайп и мы ждем с другой стороны ровно одну строку, но без EOF (команду, запрос, ответ), то буферизация будет сильно мешать.
вводим d и e:
d^2=2 e
e^2=0
Тогда числа a0+a1*d+a2*e при умножении/сложении обладают теми же алгебраическими свойствами, что и f, f', f''.
ЗЫ А на счет контроля это естественно. У меня в трее места мало, поэтому всегда висит top в sticky консоли (виден на всех десктопах). Например, часто любит убегать Flash плагин из оперы (чтото типа «operaplugin-wrapper»), который жрет 100% и не дохнет после закрытия Оперы.
Меня это тоже бесило на старом рабочем ноутбуке, при запуске тяжелых расчетов и загрузке обоих ядер 100%, через минут сорок все молча вырубалось от перегрева и на нижней крышке можно было жарить яичницу, как на фото.
Я сам еще долго после окончания ковырял задачки 2006-7 годов.
1. Заставляем пользователей сменить имя на паспортное
2. Делаем невозможным удаление аккаунта
3. Вуаля — никто никуда не сбежит, тк даже если скрыть страницу, имя все равно будет висеть. Игнорировать сложно.
PS Кстати интересно, не противоречит ли это законодательству? То что против воли пользователей «пользуются» их именем.
Есть же блоги Django, Nginx, Web-разработка. Там она будет более логично смотреться.
Проблема в том, что это первый шаг («проба льда» так сказать) на пути к тотальному контролю. Поэтому надо бороться уже сейчас, а то глазом моргнуть не успеем, как уже и IP адреса, тех кто этими сайтам интересовался начнут записывать. А потом и вообще строем в синих штанах ходить обяжут)
Пока он где-то открыт его можно найти в /proc/«id процесса»/fd/«дескриптор файла» (и вернуть если надо)
почему? потому: ru.wikipedia.org/wiki/Inode
Данные могут приходить хоть по одному байту, readline будет ждать полную строку.
habrahabr.ru/blogs/python/62383/#comment_1724179
А если у нас сокет или двухсторонний пайп и мы ждем с другой стороны ровно одну строку, но без EOF (команду, запрос, ответ), то буферизация будет сильно мешать.