Реальный эксперимент по проверке того, сколько CPU отнимают в Линуксе операции ввода вывода

ERROR: could not set PID 3124 to affinity 0x8 - value out of range / policy not implemented

Если schedtool не использовать, то разница ~3% будет. На записи около 5%, но у меня btrfs+lzo

професор, поясните, это доказательство что готов или не готов?

поясняю: 8% / 2% = не готов четыре раза

Теперь осталось узнать, что реально значат «% нагрузки» в венде.

Копирование больших файлов в виндовс 7 вызывает резкое снижение отзывчивости интерфейса, тормозит буквально все, кроме гифок в браузере.

професор, поясните

Это же бирди. Он только вбрасывает, но в диалог не вступает.

А throughput при этом в обеих ОС одинаковый? Если так, то да, не готов. :)

В Offtopic OS - что-то близко к 2-3%.

это в которой?

В линуксе показывает нагрузку от ядра, в венде нагрузку от всех ядер. Ваш К.О.

не, он прогрессирует. в прошлый раз даже топик отдельный создал, с ответами на вопросы к нему. так, глядишь, в следующей итерации снова вернется на прежнюю стадию, когда был ньюсботом и ещё отвечал в комментах.

32m это 32 мегабайта? если так, то они все могут в кэш влезть на одной из осей

А как мне мериться с оффтопиком, если у меня его нет?

Феерическая расстановка точек над линуксом!

1) выключаем CPUFreq, выходим их всяких жрущих процессор программ (браузеры и прочее).

Вот тут ошибка и закралась. Дело в том, что на ввод-вывод выделяются ресурсы, оставшиеся от других процессов. Т.е. при полной загрузке ЦП вычислениями ввод-вывод займет менее 1%, но скорость его значительно не упадет.

Учите матчасть, в общем.

Копирование больших файлов в виндовс 7 вызывает резкое снижение отзывчивости интерфейса, тормозит буквально все, кроме гифок в браузере.

Ничего подобного не наблюдал, даже на своем хилом AMD E350.

Ничего подобного не наблюдал, даже на своем хилом AMD E350.

А я вот постоянно подобное наблюдаю. И от железа не зависит.

враньё.

Т.е. при полной загрузке ЦП вычислениями ввод-вывод займет менее 1%, но скорость его значительно не упадет.

Тогда что мешает сделать так, чтобы и при средней загрузке ввод-вывод занимал 1%, а не 8%? Логика твоего утверждения: отнимаем у процессора в восемь раз больше времени ради маргинального прироста скорости. Ну тьфу же.

Логика твоего утверждения: отнимаем у процессора в восемь раз больше времени ради маргинального прироста скорости. Ну тьфу же.

Это не только моя логика, а еще и разрабов ядра. Если проц простивает, то лучше пусть делом займется чем NOP-ами.

УМВР. Нет, я могу затормозить ОС, забивая IO, но простого копирования больших файлов для этого недостаточно, да и интерфейс останется в порядке (а вот диалоги открытия файлов, например, будут заторможены). Хотя это в win8.

Допустим, 1% процессорного времени дает 1000 попугаев ввода-вывода за единицу времени. 8% должны бы по этой логике дать 8000 попугаев, но дают 1200, если повезет, и 800, если не повезет. Где логика?

УМВНР. Создать папку - тормоза, открыть файл (с того диска, который не затронут копированием, или по сети) - тормоза, пересчет мощной таблицы в экселе - тормоза. Все тормозит, кроме фаерфокса. Если он не обращается к диску в этот момент.

Может, у тебя мало RAM и кэш забивается.

Кажется вендовый таск менеджер не показыает активность процессора, когда ядро его много потребляет, только userspace. Лучше уточнить этот вопрос.

Не подтверждаю.

Не подтверждаю.

А это как 12309.

4Гб, и я уже не слегка замотался, потому что файлы буквально сотнями гигабайт постоянно надо копировать.

сравнил медведя с педведем - молодец

Проблема забитого i/o есть, хотя выражена не так феерично, как 12309 в онтопике. Но простым копированием файлов выраженного эффекта у меня достичь не получалось.

12309 в онтопике

Не подтверждаю наличие 12309.

кстати, если у кого-то есть btrfs, то ни в коем случае не надо трогать dirty_bytes и dirty_background_bytes - 12309 во всей красе получите.

Потому что ввод-вывод (в данном примере) выполняется не процессором, а жестким диском. Процессор только его ждет и отправляет очередные команды в нужный момент.

А я подтверждаю.

Теперь у нас есть подтверждение и неподтверждение тормозов UI при В/В в венде и то же самое для Linux.