Свежие комментарии

Title Comment
Вот, кстати, свежая же идея,

Вот, кстати, свежая же идея, сделать на стороне ящика с дисками рамдрайв и мучать его!

А с Multipath я обломался, в Win7 его нет, надо тащить из сервера (да и то, там в WIM оно не появляется), мне влом.

Нужно проверять, может до

Нужно проверять, может до полной десятки дойдет.
На 1Gb интерфейсах четко видно деление пополам.

Кэширование - в тесте ATTO -

Кэширование - в тесте ATTO - выключено (галка Direct IO стоит), с кэшированием скорости сильно выше.
Ну и на стороне дискового бокса я вижу ровно тот же трафик на сетевом интерфейсе, что и выдает мне ATTO.

Касаемо multipath - я исхожу из следующей смешной теории:
- предположим, что узкое место - в районе очереди сетевой карты (на Unix-стороне оно так и было до jumbo frames)
- тогда надо разложить по нескольким очередям этой карты.
- но для одного TCP-потока сделать этого нельзя, там все 3 варианта хэшей для раскладки по очередям (по IP, по IP + TCp port) один TCP-поток сунут в одну очередь.
- теоретически, multipath это место обходит.

На запись больше, т.к. оно в

На запись больше, т.к. оно в память кешируется.
У MS есть гайд performance tuning for windows server (лучше брать по 2012).
Там есть разделы по тюнингу сетевой подсистемы, cifs.
В клиентских ОС все может быть урезано, но что-то из этого можно применить.
Вообще обычно стандартно: брать нормальные карты с RSS, последние драйвера, tcp offload, etc.
AFAIK, iSCSI не тюнится никак со стороны MS. Multipath RR даст только отказоустойчивость, увеличения скорости не будет. Скорость будет делиться.
А вот SMB 3.0 реально работает быстрее. А если несколько сетевых путей до сервера -- то может все интерфейсы загрузить.
По SMB 3.0 сейчас у многих Hyper-V и SQL сервера работают и не кашляют.

Ну вот кстати. У меня дрочка

Ну вот кстати. У меня дрочка поллинг GetVolumeInformation - раз в секунду.

При вставлении карты - оно думает где-то 7-8 секунд, появляется в эксплорере, всплывает окно автоплея и одновременно вот с автоплеем - появляется в моей программе.

То есть вот сдается мне, что там внутри централизованный поллинг, а GetVolumeInformation таки дает кэшированное.

В ноуте у меня стареньком.

В ноуте у меня стареньком.

Короче, у меня все работает

Короче, у меня все работает уже! (правда под семеркой, до XP еще не добрался).

А с мониторингом вставления карт - оказывается используют миллион методов, вплоть до разбора системных событий. Что говорит о том, что место - ГОВЕННОЕ.

Вот я и не буду его больше трогать. Поллинг - так поллинг.

Ну и кроме того: Win32

Ну и кроме того: Win32_DeviceChangeEvent - Vista и выше. А у меня XP и выше.

Ну вот тем, что для

Ну вот тем, что для DEVICECHANGE код уже написан (тоже не без приколов - ему нужно окно, без окна не может).
А этот - надо разбираться и писать.

Ага. И притом применяет

Ага. И притом применяет неестественный интелект в зависимости от того, какое устройство является родителем носителя.

Очень consistent, ога.

Я к тому клоню, что оно это

Я к тому клоню, что оно это делает "в ядре, само".

А чем тебя, кстати, так

А чем тебя, кстати, так отвращает WMI? Вроде бы на фоне конкурентов довольно внятный...

Не знаю.

Не знаю.

Я бы (при отсутствии хинтов) кешировал бы не более чем на единицы секунд, иначе пытался бы дёргать physical device.

Ну не только explorer. В

Ну не только explorer. В device list возникает, например.

Известно (ну то есть я прочитал, а вдаваться не стал в подробности) что можно получить нужное мне через WMI и WPD

Ну на чём-то авторы

Ну на чём-то авторы отлаживались :)
Как я понимаю, в ноутах по прежнему бывает.

Ты думаешь,

Ты думаешь, GetVolumeInformation перечитывает диск каждый раз, а не берет кэшированное (в системе)?

Осталось найти это в жывой

Осталось найти это в жывой природе, ога.

;-P

это мы одновременно про одно

это мы одновременно про одно разными словами ;)

судя по всему, поллитнг

судя по всему, поллитнг делает не ядро, а юзерлендовые программы.

FUSE они не сделали, короче ;-P

Вообще, SDHC-спецификация

Вообще, SDHC-спецификация прописывает хост-интерфейс и чипов, которые умеют её прямо на PCI есть. Можно посмотреть, например, что поддерживает FreeBSD -CURRENT :))))

я видел в старых ноутах Sony

я видел в старых ноутах Sony Vaio. TI'шный чип прямо на PCI с поддержкой SD и MS.

Деелает explorer скорее всего

Деелает explorer скорее всего, а он вообще не обязан быть запущен.
Хотя ядро могло бы по результатам любого поллинга рассылать, да.

Скорее — про то, что везде

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

Оппа! А в каких устройствах

Оппа! А в каких устройствах ты встречал PCI кардридеры? Все, что попадались мне -- на внутренних USB хабах.

Ты про неотключаемый DMA? Ну,

Ты про неотключаемый DMA? Ну, это *можно* было бы поправить. Только деманду нету, уже от слова совсем.

То есть (как и пишут ниже) -

То есть (как и пишут ниже) - винда делает поллинг?

Какого хрена результаты этого поллинга не прилетают по DEVICECHANGE?

FireWire в другом месте

FireWire в другом месте крупно прокололись. Технически. Так, кстати, по уму, кажется нигде и не исправлено.

Ну, да я про это выше: http:/

Ну, да я про это выше: http://blog.lexa.ru/comment/42428#comment-42428 и писал.

Там много других граблей закопано, если я правильно всё понимаю.

Ну, сделали уродский протокол, а он и разползся, что уж теперь делать ;)

При том что что FireWire, что Thunderbolt -- объективно сильно лучше -- USB всё равно всех подебит.

Ну, он может сделать

Ну, он может сделать отключение-подключение

И, более того, я видел ридер с 4-мя дырками который показывал буквы дисков только при вставлении карточки. Т.е. подключаешь его — и тишина. Суьёш карту — появляется буква диска. Одна. Сушёь вторую — появляется вторая. Вынимаешь — исчезает.

Он не "должен молчать" -- он

Он не "должен молчать" -- он не имеет возможности что-либо сказать, не выдали ему ;)

Pages

Subscribe to comments_recent_new