Windows 7, отключить это: (SystemRestore) ?

[Jakob Brontfeyn]

Оказалось не так страшен автоматический update семерки, как update
MS Offis во ремя эксперимента на лабораторном компе.
Тут секундными задержками не отделаешся, летит на фиг всё.
Но тоскливо работать в лаборатории не имея под рукой
екселя и ворда. Перейти на ручной update не соглашаются
админы ни в какую. Требую, чтобы заранее, хотя бы за несколько
суток предоставляли мне точную дату и время автоматических
апдэйтов. Может какой то план-график для каждого лабораторного
компа. Вообщем уже можно целую книгу писать:
"Mein Kampf... mit Windows 7"

[Jakob Brontfeyn]

Уважаемые коллеги, может кто то конкретно подсказать,
как создать RAM-диск на 1-2 Gb в вин.7.
Можно ли обойтись только командами операционной системы?

[dadreamer]

Можно ли обойтись только командами операционной системы?

Нет и вряд ли когда-либо можно было, по крайней мере начиная с NT. Попробуйте какие-нибудь утилиты отсюда и отсюда, у некоторых точно должен быть командный интерфейс, а кое кто даже с COM/.NET.

[IvanLis]

Оказалось не так страшен автоматический update семерки, как update
MS Offis во ремя эксперимента....

Может создать загрузочную флешку, установить туда минимальный необходимый набор ПО и на время эксперимента загружаться с нее.
Можно даже на RT систему можно выйти.

[Jakob Brontfeyn]

Оказалось не так страшен автоматический update семерки, как update
MS Offis во ремя эксперимента....

Может создать загрузочную флешку, установить туда минимальный необходимый набор ПО и на время эксперимента загружаться с нее.
Можно даже на RT систему можно выйти.

Можно конечно для одной уникальной установки, но у меня
их более 10 штук, не хочу нарушать сложившуюся структуру
и систему с возможноетью копирования файлов через сеть и
использования вебпаблишен для наблюдения.
http://www.labviewportal.org/viewtopic. ... 789#p59369
Админы уже если меня увидят, сразу напрягаются. Думал заставить их SSD диск
поставить, но тогда компы в лабораториях будут уникальными
не стандартными, да и лишняя работа админам и лишние деньги,
и все равно нет гарантии 100% успеха.
Сейчас уже точно установил "узкое место" при круглосуточной работе
семерки в сети это жесткий диск. Временные интервалы в циклах программ,
работающих чисто с RAM практически можно считать не нарушаются.
У меня сложился определенный план мероприятий
по преодолению. Один из пунктов, поскольку значительная часть RAM у меня
"гуляет", развернуть там диск на пару гигабайт. И скажем только 1 раз в 15 минут
в "хорошее" время сохранять на жесткий диск. Степень "хорошести"
времени определять по разным устанавливаемым критериям, например
00:00 часов абсолютный запрет на 5 минут в обе стороны.
Целое или половинка каждого часа тоже нехорошее время(судя по протоколу событий).
Можно еще проверять нагрузку процессора, вообщем работаем в этом
направлении. Можно конечно сделать бульшой буфер и просто
в глобальной переменной, но мне почему то кажется, что файловая система
все таки надежней, даже если она на RAM диске. Остановится VI, (по причине
железа) все равно все сохранится на RAM-диске. Кстати, не подскажете
размер минимального блока который пишется на диск в семерке, если она
установлена на 32 бита.

[dadreamer]

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

Вас интересует размер кластера? https://support.microsoft.com/en-us/kb/140365/ru-ru

[Jakob Brontfeyn]

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

Вас интересует размер кластера? https://support.microsoft.com/en-us/kb/140365/ru-ru

Понимаете, что такое NTFS, FAT16, FAT32, и какая разница между ними,
мне знать совершенно не нужно
во время Лабвью програмирования. A в ссылке так много всего, разобраться
совершенно невозможно.
У меня самые распространенные жесткие диски в сотню, другую гигабайт,
так какой все таки минимальный обьем пишется на диск "одним ударом"
в моем случае (семерка 32 бита)

[Artem.spb]

одним ударом пишется столько, сколько надо записать, хоть 1 байт.
НО.
размер, который будет занят на диске (если этот файл не будет дополняться потом), зависит как раз от размера кластера.
если на диске включено кэширование, то с большой вероятностью это байт зависнет в кэше на какое-то время, а потом запишется вместе с другими данными разом.

[dadreamer]

A в ссылке так много всего, разобраться совершенно невозможно.

4 маленьких таблички, это уже много?..

что такое NTFS, FAT16, FAT32 ... мне знать совершенно не нужно

какой все таки минимальный обьем пишется на диск

4 килобайта, согласно вашим данным и считая, что у вас NTFS.

семерка 32 бита

Если задумали создавать RAM-диск, то лучше поставить x64, т.к. на x32 потолок доступной памяти - 3.5 Гб.

[Jakob Brontfeyn]

одним ударом пишется столько, сколько надо записать, хоть 1 байт.
НО.
размер, который будет занят на диске (если этот файл не будет дополняться потом), зависит как раз от размера кластера.
если на диске включено кэширование, то с большой вероятностью это байт зависнет в кэше на какое-то время, а потом запишется вместе с другими данными разом.

Подтвердите или поправте меня если я неправ.
При записи обьемов <4К физически сначала идет чтение с жесткого
диска некоторого "кванта" информации в 4К , затем производится операция
типа замены части елементов аррэя и только потом эти новых 4 К
записываются на диск. Если мой обьем будет ровно 4К, или 4К*n,
что произойдет, удастся ли сократить время "общения" с жестким диском?

[Jakob Brontfeyn]

семерка 32 бита

Если задумали создавать RAM-диск, то лучше поставить x64, т.к. на x32 потолок доступной памяти - 3.5 Гб.

Дайвера устройств на 32 бита, не получится 64 бита использовать (пока)

[Borjomy_1]

Вы абсолютно не там копаете. Причем тут диски? Если данные отправлены на запись, то они, рано или поздно, но запишутся. Кстати, вы так и не написали, каким образом у вас реализована схема съема-управления-записи.

[dadreamer]

Подтвердите или поправте меня если я неправ. При записи обьемов <4К физически сначала идет чтение с жесткого диска некоторого "кванта" информации в 4К , затем производится операция типа замены части елементов аррэя и только потом эти новых 4 К записываются на диск. Если мой обьем будет ровно 4К, или 4К*n, что произойдет, удастся ли сократить время "общения" с жестким диском?

Запись на диск будет идти в любом случае, хоть сколько килобайт у вас файл. Просто если файл меньше размера кластера (4 Кб в данном случае), то он пишется в Master File Table (MFT), а если размер выходит за границы кластера, то создаётся новый кластер вне MFT, туда пишется содержимое файла, и обновляется запись в MFT.

[Artem.spb]

Понимаете, что такое NTFS, FAT16, FAT32, и какая разница между ними,
мне знать совершенно не нужно
во время Лабвью програмирования.

вот ровно так же вам не нужно знать, как винда записывает данные на диск.
кроме кэша самого диска (4-32 метра) есть кэш у винды, и как оно там устроено, одному гейтсу ведомо.
можно, конечно, закопаться и написать свой дефрагментатор диска, но задача-то в другом.

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

[Jakob Brontfeyn]

Вы абсолютно не там копаете. Причем тут диски? Если данные отправлены на запись, то они, рано или поздно, но запишутся. Кстати, вы так и не написали, каким образом у вас реализована схема съема-управления-записи.

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