Re[7]: Разработчик ядра Windows NT объяснил причины низкой производительности ОС
От: Roman Odaisky Украина  
Дата: 13.05.13 13:00
Оценка: -2
Здравствуйте, Ночной Смотрящий, Вы писали:

RO>>Т. е. для, например, фотохостинга приемлемо десятками—сотнями миллисекунд рыскать по ФС в поисках каждой из сотни миниатюр для фоточек из альбома?

НС>При чем тут фотохостинг? У фотохостинга 100500 серверов для работы.
Они, думаю, не откажутся выкинуть их и поставить 1050 с более быстрой ОС :-)

RO>>А в случае, как с флешкой, вопрос уже не в латентности, а в пропускной способности.

НС>Это ты так шутишь?

Отправил миллион файлов на копирование, ждешь завершения миллиона операций записи.
Или отправил миллион файлов, ядро буферизовало запись и ты ждешь завершения тысячи операций записи. Файлов в секунду будет больше.

НС>>>И в этом, конечно, будет виновато ядро, а не то что организация флешки очень не любит кучу микроскопических записей.

RO>>Если оно не осилит писать на флешку большими кусками, а станет делать по операции записи на каждый файл, то будет.
НС>То есть у тебя, чтобы писать на флешку большими кусками, это ядро надо править?

А кто, по-твоему, должен буферизовать запись, пользователь, что ли?

RO>>В моем понимании очень даже ядро

НС>А, ну понятно.
RO>>, потому что нулевое кольцо
НС>Все что в нулевом кольце у тебя ядро? Как то уж сильно тебя линукс покусал, монолитная какашка — не единственный вариант дизайна.

Единственный практически работоспособный пока что.

RO>>Что же, по-твоему, ядро, если ты не включаешь туда ФС?

НС>http://en.wikipedia.org/wiki/Microkernel например.

И какое отношение микроядра имеют к предмету обсуждения? Так можно дойти до того, что ни NTFS, ни WinAPI, ни 90% прочих технологий оттуда не являются частью ядра, и назвать оставшиеся 512 байт кода шедевром ядростроения. (Я знаю, что в некотором смысле все эти вещи и в самом деле отделены от ядра, но если NTFS тормозит, и WinAPI тормозит, и соответственно, программы тормозят, то много ли счастья от восхваления самой серединки NT-шного ядра?)

Кстати, к вопросу об ФС и микро/мегаядрах. В монолитном Линуксе можно сделать rmmod fat, а как выгрузить драйвер FAT из Windows?
До последнего не верил в пирамиду Лебедева.
Re[9]: Разработчик ядра Windows NT объяснил причины низкой производительности ОС
От: MTD https://github.com/mtrempoltsev
Дата: 13.05.13 13:38
Оценка: +2 -1 :)
Здравствуйте, tbasic1, Вы писали:

T>регулярно наблюдаю, как линук жутко тупил по несколько минут, когда унего заканчивается память и начинает свопиться.


Я не регулярно, но наблюдал это, при этом мог прибить процесс отожравжий память и продолжить нормально работать, в отличии от винды которой в такой ситуации только ресет помогает.
Re[10]: Разработчик ядра Windows NT объяснил причины низкой производительности О
От: tbasic1  
Дата: 13.05.13 13:44
Оценка: +2 -3
Здравствуйте, MTD, Вы писали:

MTD>Здравствуйте, tbasic1, Вы писали:


T>>регулярно наблюдаю, как линук жутко тупил по несколько минут, когда унего заканчивается память и начинает свопиться.


MTD>Я не регулярно, но наблюдал это, при этом мог прибить процесс отожравжий память и продолжить нормально работать, в отличии от винды которой в такой ситуации только ресет помогает.

Счего вы взяли этот бред? Вней точно также можно спокойно убить прожорливый процесс. Более того, в ней гораздо лучше работает своппинг и от одного прожорливого до памяти процесса вся система не впадает в ступор, в отличии от линукса...
Re[11]: Разработчик ядра Windows NT объяснил причины низкой производительности О
От: MTD https://github.com/mtrempoltsev
Дата: 13.05.13 13:56
Оценка:
Здравствуйте, tbasic1, Вы писали:

T>Счего вы взяли этот бред? Вней точно также можно спокойно убить прожорливый процесс. Более того, в ней гораздо лучше работает своппинг и от одного прожорливого до памяти процесса вся система не впадает в ступор, в отличии от линукса...


Свежо предание, да верится с трудом. Несколько лет назад я писал тулзы кушавшие память с целью тестирования в неблагоприятных условиях, так что про то как себя ведет винда знаю хорошо.
Re[7]: Разработчик ядра Windows NT объяснил причины низкой производительности ОС
От: dimgel Россия https://github.com/dimgel
Дата: 13.05.13 14:32
Оценка:
Здравствуйте, Sinix, Вы писали:

S>1. Procmon или монитор ресурсов, ищем виноватого, убиваем.

S>2. SSD + сэкономленные нервы.
S>3. Холивар ещё на N страниц.

S>Выбирайте


4. Винда не нужна.
Re[8]: Разработчик ядра Windows NT объяснил причины низкой производительности ОС
От: Sharowarsheg  
Дата: 13.05.13 14:55
Оценка: :)
Здравствуйте, MTD, Вы писали:

НС>>Как то уж сильно тебя линукс покусал, монолитная какашка — не единственный вариант дизайна.


MTD>Ну по крайней мере Линукс не удаляет часами много мелких файлов


Зато большой файл удаляет минутами — один.
Re[8]: Разработчик ядра Windows NT объяснил причины низкой производительности ОС
От: ononim  
Дата: 13.05.13 15:33
Оценка: +4
RO>Отправил миллион файлов на копирование, ждешь завершения миллиона операций записи.
это потому что запись на флэшку (почти) не буферизуется по дефолту, а не буферизуется она — потому что винда по дефолту считает юзера идиотом, который не знает про safe removal. Если вы не идиот — пересоберите ядро погуглите и включите кэширование записи флэшек.

RO>Кстати, к вопросу об ФС и микро/мегаядрах. В монолитном Линуксе можно сделать rmmod fat, а как выгрузить драйвер FAT из Windows?

ну в винде драйвер fastfat не загружен изначально если нет дисков с фат'ом, можно ли выгрузить его (sc stop fastfat) если отмонтировать все fat'овые диски — хз, но не вижу причин почему бы и нет
Как много веселых ребят, и все делают велосипед...
Re[8]: Разработчик ядра Windows NT объяснил причины низкой производительности ОС
От: ononim  
Дата: 13.05.13 15:35
Оценка:
НС>>Как то уж сильно тебя линукс покусал, монолитная какашка — не единственный вариант дизайна.
MTD>Ну по крайней мере Линукс не удаляет часами много мелких файлов и не виснет намертво когда память закончилась, в отличии от гибридной какашки.
Винда тоже не виснет намертво. А вот кривые 3rd party дрова — они запросто и зависнуть могут и бсоднуцца.
Как много веселых ребят, и все делают велосипед...
Re[12]: Разработчик ядра Windows NT объяснил причины низкой производительности О
От: tbasic1  
Дата: 13.05.13 16:17
Оценка: :)
Здравствуйте, MTD, Вы писали:
MTD>Свежо предание, да верится с трудом. Несколько лет назад я писал тулзы кушавшие память с целью тестирования в неблагоприятных условиях, так что про то как себя ведет винда знаю хорошо.
Я не сомниваюсь, что если задаться целью подвесить ось — можно написать утилиту, которая будет грузить её так, что все приложения будут тупить и почти не реагировать на действия пользователя. С другой стороны — я линукс не стараюсь уронить, но темнемение он временами начинает нереально тупить при нормальном обычном использовании.
Re[13]: Разработчик ядра Windows NT объяснил причины низкой производительности О
От: MTD https://github.com/mtrempoltsev
Дата: 13.05.13 17:18
Оценка:
Здравствуйте, tbasic1, Вы писали:

T>С другой стороны — я линукс не стараюсь уронить, но темнемение он временами начинает нереально тупить при нормальном обычном использовании.


Он может тупить ровно в одном случае, как и другие ОС — битый винт. У меня обычная Ubuntu Server 8 годами работает на железках 450 МГц и 128 Мб ОЗУ.
Re[9]: Разработчик ядра Windows NT объяснил причины низкой производительности ОС
От: MTD https://github.com/mtrempoltsev
Дата: 13.05.13 17:19
Оценка: +1
Здравствуйте, Sharowarsheg, Вы писали:

MTD>>Ну по крайней мере Линукс не удаляет часами много мелких файлов


S>Зато большой файл удаляет минутами — один.


И не краснеет же
Re[8]: Разработчик ядра Windows NT объяснил причины низкой производительности ОС
От: Ночной Смотрящий Россия  
Дата: 13.05.13 17:29
Оценка:
Здравствуйте, Roman Odaisky, Вы писали:

RO>Они, думаю, не откажутся выкинуть их и поставить 1050 с более быстрой ОС


ОС тут не поможет.

RO>Или отправил миллион файлов, ядро буферизовало запись и ты ждешь завершения тысячи операций записи. Файлов в секунду будет больше.


В винде буферизация записи тоже есть. Просто для флешек она отключена по умолчанию, по вполне понятным причинам.

НС>>Все что в нулевом кольце у тебя ядро? Как то уж сильно тебя линукс покусал, монолитная какашка — не единственный вариант дизайна.

RO>Единственный практически работоспособный пока что.

Ха ха.

RO>И какое отношение микроядра имеют к предмету обсуждения?


Довольно близкое. Ядро NT конечно гибридное, но NTшный HAL недалеко от микрокернела ушел.

RO>Так можно дойти до того, что ни NTFS, ни WinAPI, ни 90% прочих технологий оттуда не являются частью ядра


Так и есть. Вот в WP8 ни NTFS, ни WinAPI, ни кучи других технологий нет, а ядро есть. Я ж говорю, не все ОС представляют собой монолитную какашку.

RO>Кстати, к вопросу об ФС и микро/мегаядрах. В монолитном Линуксе можно сделать rmmod fat, а как выгрузить драйвер FAT из Windows?


http://en.kioskea.net/faq/1886-enable-disable-a-device-from-the-command-line
Re[2]: Разработчик ядра Windows NT объяснил причины низкой производительности ОС
От: dalmal  
Дата: 13.05.13 18:26
Оценка:
Когда ставят "-1" и не пишут с чем именно не согласны, то это означает "он чертовски прав, но подо мной горит стул" .
Re[11]: Разработчик ядра Windows NT объяснил причины низкой производительности О
От: pzhy  
Дата: 13.05.13 18:41
Оценка:
Здравствуйте, tbasic1, Вы писали:

T>Счего вы взяли этот бред? Вней точно также можно спокойно убить прожорливый процесс. Более того, в ней гораздо лучше работает своппинг и от одного прожорливого до памяти процесса вся система не впадает в ступор, в отличии от линукса...


Ты не путаешь систему и графическую подсистему? Те два раза — за последние 10 лет, что у меня тупил линукс — это были Х-ы, ctrl+alt+f2 — убиваем иксы. Все остальное работает. Впрочем XP или 7-а нормальные системы — но в их случае помогал только ресет. На серверах — у меня X нет. Вроде последние виндовые — тоже можно ставить без гуя.
Re[12]: Разработчик ядра Windows NT объяснил причины низкой производительности О
От: tbasic1  
Дата: 13.05.13 19:10
Оценка: -1 :)
Здравствуйте, pzhy, Вы писали:
P>Ты не путаешь систему и графическую подсистему? Те два раза — за последние 10 лет, что у меня тупил линукс — это были Х-ы, ctrl+alt+f2 — убиваем иксы. Все остальное работает. Впрочем XP или 7-а нормальные системы — но в их случае помогал только ресет. На серверах — у меня X нет. Вроде последние виндовые — тоже можно ставить без гуя.
Нет, не путаю. Да, висли иксы. Но какая нафиг рабочая станция или домашний комп без ГУИ? Если в линуксе нет нормального роботающего ГУИ — это ось для серверов, для десктопов это говноось, место которой на помоичке. Именно поэтому я расматриваю линукс вместе с иксами, потому что насколько бы надежным он небыл без иксов — он нафиг такой ненужен.
Re[9]: Разработчик ядра Windows NT объяснил причины низкой производительности ОС
От: netch80 Украина http://netch80.dreamwidth.org/
Дата: 13.05.13 19:17
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

RO>>И какое отношение микроядра имеют к предмету обсуждения?

НС>Довольно близкое. Ядро NT конечно гибридное, но NTшный HAL недалеко от микрокернела ушел.

Именно HAL? От микроядра? Признайся, что пошутил.

RO>>Так можно дойти до того, что ни NTFS, ни WinAPI, ни 90% прочих технологий оттуда не являются частью ядра


НС>Так и есть. Вот в WP8 ни NTFS, ни WinAPI, ни кучи других технологий нет, а ядро есть. Я ж говорю, не все ОС представляют собой монолитную какашку.


И где же в Windows отделённые, сидящие за пределами ring0, драйверы внешних устройств? Приведи хотя бы два примера активно используемых таких драйверов.
А без таких примеров ядро NT та же "монолитная какашка".

RO>>Кстати, к вопросу об ФС и микро/мегаядрах. В монолитном Линуксе можно сделать rmmod fat, а как выгрузить драйвер FAT из Windows?


НС>http://en.kioskea.net/faq/1886-enable-disable-a-device-from-the-command-line


Что-то ни слова не видно про выгрузку собственно драйвера.

P.S. В благословенных 90-х тред в RU.OS.CMP под сабжектом "Динамическая выгрузка драйверов в NT?" продолжался более года и набрал несколько тысяч сообщений
The God is real, unless declared integer.
Re[14]: Разработчик ядра Windows NT объяснил причины низкой производительности О
От: netch80 Украина http://netch80.dreamwidth.org/
Дата: 13.05.13 19:19
Оценка:
Здравствуйте, MTD, Вы писали:

T>>С другой стороны — я линукс не стараюсь уронить, но темнемение он временами начинает нереально тупить при нормальном обычном использовании.


MTD>Он может тупить ровно в одном случае, как и другие ОС — битый винт.


Или 12309, извините за банальность. А нарваться на него тривиально, сильно легче, чем в Windows (и тем более в *BSD, в которых его не бывало никогда).

MTD> У меня обычная Ubuntu Server 8 годами работает на железках 450 МГц и 128 Мб ОЗУ.


Верю, но там явно не те задачи.
The God is real, unless declared integer.
Re[10]: Разработчик ядра Windows NT объяснил причины низкой производительности О
От: Ночной Смотрящий Россия  
Дата: 13.05.13 19:20
Оценка:
Здравствуйте, netch80, Вы писали:

N>И где же в Windows отделённые, сидящие за пределами ring0, драйверы внешних устройств?


Принтеры, сканеры.

N>А без таких примеров ядро NT та же "монолитная какашка".


Та, да не та.

N>Что-то ни слова не видно про выгрузку собственно драйвера.


Disable драйвера в винде эквивалентен его выгрузке.

N>P.S. В благословенных 90-х тред в RU.OS.CMP под сабжектом "Динамическая выгрузка драйверов в NT?" продолжался более года и набрал несколько тысяч сообщений


Ну вот и не раздувай.
Re[11]: Разработчик ядра Windows NT объяснил причины низкой производительности О
От: netch80 Украина http://netch80.dreamwidth.org/
Дата: 13.05.13 19:25
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Здравствуйте, netch80, Вы писали:


N>>И где же в Windows отделённые, сидящие за пределами ring0, драйверы внешних устройств?


НС>Принтеры, сканеры.


Несерьёзно. Вынеси видеодрайвер (в версиях начиная с NT4) или драйвер сетевухи, вот тогда можно будет частично приблизиться к понятию микроядра.

N>>А без таких примеров ядро NT та же "монолитная какашка".

НС>Та, да не та.

И в чём разница? Прошу всё-таки раскрыть подробнее.

N>>Что-то ни слова не видно про выгрузку собственно драйвера.

НС>Disable драйвера в винде эквивалентен его выгрузке.

Он при этом физически удаляется из памяти? И уверен ли ты в этом для случая драйвера FAT?

N>>P.S. В благословенных 90-х тред в RU.OS.CMP под сабжектом "Динамическая выгрузка драйверов в NT?" продолжался более года и набрал несколько тысяч сообщений

НС>Ну вот и не раздувай.

А я и не раздуваю.
The God is real, unless declared integer.
Re[9]: Разработчик ядра Windows NT объяснил причины низкой производительности ОС
От: netch80 Украина http://netch80.dreamwidth.org/
Дата: 13.05.13 19:28
Оценка:
Здравствуйте, ononim, Вы писали:

RO>>Отправил миллион файлов на копирование, ждешь завершения миллиона операций записи.

O>это потому что запись на флэшку (почти) не буферизуется по дефолту, а не буферизуется она — потому что винда по дефолту считает юзера идиотом, который не знает про safe removal. Если вы не идиот — пересоберите ядро погуглите и включите кэширование записи флэшек.

Что только люди не сделают, чтобы не сделать Softupdates в драйвере, который прямо напрашивается на это...
The God is real, unless declared integer.
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.