Close Topic Options

[gene]

Система (Win7 64bits), все программы, база данных, пр. - 50 GB

[Vova]

Блин, я что волшебник
У меня вся винда 32 бит укладывается на 18 жиг
и вообще у меня системник 80 жиг, стоит акроникс который отжинает почти половину под ... хрен его помню как назвается.

[FiL]

у меня системный раздел 64 гига, свободных 25.

Jedd,
ага, а я на два дня раньше заказал предыдущую версию на амазоне за 85. Потом кусал себе локти. Но брать второй сразу не хотел. Сначал хотел попробовать или оно имеет смысла. Но судя по твоему опыту - имеет. Надо будет в лапоть взять еще один при случае.

[SonyBrother]

Умные люди говорят, что Win не приспособлен для работы с SSD. Слишком много мелких обращений, которые быстро выбирают ресурс SSD + проблема дефрагментации. Умные люди говорят, что идеяльный вариант для Win грузиться с SSD и работать с RAM диском (отдельная плата с кучей памяти и интерфейсом HDD)

This post has been edited by SonyBrother on 23-01-2011, 02:17

[mts]

QUOTE (SonyBrother @ 22-01-2011, 18:16)

Умные люди говорят, что Win не приспособлен для работы с SSD. Слишком много мелких обращений, которые быстро выбирают ресурс SSD + проблема дефрагментации. Умные люди говорят, что идеяльный вариант для Win грузиться с SSD и работать с RAM диском (отдельная плата с кучей памяти и интерфейсом HDD)

Проблема дефрагментации SSD - это жесть.

[SonyBrother]

Это не жесть, это реальность. SSD не RAM. SSD прописывается блоками намного большими, чем оперирует Win, поэтому одно и то же место прописывается несколько раз при записи блока OS вместо того, чтобы накопить эти блоки в памяти и прописать один раз блок SSD. Вот так ресурс на запись и утекает. С чтение по-видимому такая чехорда. Во всяком случае многие отмечают падение производительности SSD со временем именно из-за дефрагментации. Читается в несколько раз больше лишнего при плохой дефрагментации

Из конференции по обсуждению SSD:

1>взял бы 8 гиговый драйв под систему и своп!
2>Нельзя SSD под своп, если не хотите менять каждый месяц на новый

Как пишется флэшка:
a) Чтобы записать во флэш, все биты в записываемом месте должны быть в 1 состоянии. (FFH) т.е. стерты
б) Флэш нельзя стереть побайтно, только блок целиком.
в) Перед стиранием блока нужно сохранить имеющуюся в нем полезную информацию

Проблемой является необходимость стирания и ПЕРЕЗАПИСИ БЛОКА если в нем хоть один БИТ нужно изменить с 0 на 1, а также значительно меньшая скорость записи по отношению к скорости чтения

А теперь своп будет рекомендоваться по возможности:
а) отключать нафиг (как уже делается в ноутбуках с SSD)
б) держать на RAM-DISK (как вариант из тех же ноутбуков с SSD - отложенная запись дикой глубины)
в) в крайнем случае, на отдельном ЧИСТОМ SSD (чтоб кроме "кочующего" свопа там было только дофига свободного места)
была здесь тема, пришли в выводу, что "винде на гигах RAM своп не нужен, но она, дура, без него работать не умеет"


This post has been edited by SonyBrother on 23-01-2011, 05:57

[FiL]

ну без свопа у меня система уже давно работает. Ничего, не жалуется.
Естественно, что своп на SSD держать нельзя.

По поводу того, что винда таки любит чего-то там постоянно писать на диск - верно. Я потому и спрашивал чего народ твикает. Ибо уверен, что можно винду дотвикать до состояния, когда она почти ничего не пишет на диск. Да, возможно надо что-то выгонять на рам-диск. Но что и как - пока не знаю. В общем, хочется некий гибрид обычной винды и PE сделать. Чтоб система в целом жила в read-only. И только при действительной необходимости писала на диск. Будем искать что народ добился в этом направлении.

[mts]

SonyBrother, запись одного байта на диск - это тоже жесть, ибо кластеры на бутовом диске д.б. 4К.

[SonyBrother]

mts, причем здесь один байт? В данном случае эту фразу не нужно понимать буквально. Блок на флэше в лучшем случае 128Кб, а то и все 512Кб. Блок на диске зависит от размера диска. Есть дефолтная пропорция, есть реальность задаваемая твоим желанием. Ты можешь ручками сделать и меньше и больше. А у флэша размер блока не изменяется.

[FiL]

сектор на диске - это тоже весьма реальность не зависящая от пользователя. Но размер таки поменьше, да.
Но дело не в этом. Вопрос в том, как организовать, чтоб система вообще не лезла на диск пока не попросят специально.
Вот хотя-бы, как вынести логи на отдельный диск?

[Gwelgoth]

QUOTE (FiL @ 23-01-2011, 18:50)

сектор на диске - это тоже весьма реальность не зависящая от пользователя. Но размер таки поменьше, да. Но дело не в этом. Вопрос в том, как организовать, чтоб система вообще не лезла на диск пока не попросят специально. Вот хотя-бы, как вынести логи на отдельный диск?

еще не добрался до этого, переделываю дистрибутив в свете вышедшего ртм с сервиспаком. но есть такая штука в винде - MKLINK - to create symbolic link in windows 7. Проверил на виндовом темпе - перенаправил в рам-овский диск.

CODE

MKLINK [[/D] | [/H] | [/J]] Link Target /D      Creates a directory symbolic link.  Default is a file symbolic link. /H      Creates a hard link instead of a symbolic link. /J      Creates a Directory Junction. Link    specifies the new symbolic link name. Target  specifies the path (relative or absolute) that the new link refers to.

[Jedd]

Хмм.. а как SSD отнесется к торенту? У меня все на системный диск скачивается.

[FiL]

QUOTE (Gwelgoth @ 23-01-2011, 13:33)

но есть такая штука в винде - MKLINK - to create symbolic link in windows 7. Проверил на виндовом темпе - перенаправил в рам-овский диск.

a что ты направил в рам? И как направить какие-то системные вещи, которые стартуют раньше, чем рамдиск и скрипты перенаправления?

[Gwelgoth]

QUOTE (FiL @ 24-01-2011, 19:13)

QUOTE (Gwelgoth @ 23-01-2011, 13:33) но есть такая штука в винде - MKLINK - to create symbolic link in windows 7. Проверил на виндовом темпе - перенаправил в рам-овский диск. a что ты направил в рам? И как направить какие-то системные вещи, которые стартуют раньше, чем рамдиск и скрипты перенаправления?

виндовый temp
я не знаю на каком уровне работает symbolic link в семерке. надо экспериментировать

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

[Lexus]

про симлинки сегодня читал.

Changing location of temp files: http://ask-leo.com/how_do_i_change_t...ary_files.html

Changing location of IE temp files: http://malektips.com/internet-explor...net-files.html

Superfetch does run in Ram, but it also does a lot of reading and writing. Remember, the object of superfetch is to copy program stubs from SLOW hard disk to fast RAM. With an SSD, this is not needed, since the SSD reads so fast. I recommend you try it with it on, then try it with the service disabled. You likely will not see any slow down, actually a speed up since more RAM is available for other things and there will be a marked decrease in disk writes/accesses.

Windows 7 does use the page file IF PRESENT to keep things effecient. Several programs use it like VMWARE, some games, graphics software, MS office, etc... It will only use it when it is effecient to do so. With 8 Gigs of RAM a 1 GIG page file is plenty. Remember: the page file in Windows 7 is more sequential now, and therefore much more efficient. One of my MS sources also told me that there is some cached boot code in it to speed up boot, but to be honest, I haven't seen a difference. I can tell you that it IS smoother with even a 512 Meg page file on the SSD.
Try it both ways with your read-world load and decide for yourself. There is no bench-mark for it other than your gut. That is why it is so debated.

EDIT: 10/12/2010: I am no longer recommending that you move your temp files or internet files off the SSD. It does not increase performance, but decreases it a bit.
The original reason I recommended it was to save space if it gets tight.


It has been asked what other little things can be done to squeeze a litle more performance from Windows 7 on our SSD drives... One thing that helps maintain performance on an SSD is the percentage of free space available to the SSD controller to execute 'wear leveling'. Basically, spreading out the load to the least used empty memory cells.
In order to do this, we need to fool Windows and other programs into looking elsewhere for stuff that is necessary, but rarely used and taking up a lot of disk space.
This part is only useful IF you have your operating system on your SSD AND it is formatted as NTFS and have a second drive available (NTFS) with space free to use.
What we are going to do is move certain directories to the other drive, then make Windows (and the programs) think it is still on the boot drive. We do this by using an NTFS 'junction'. Think of a junction as a pointer to a location. To the operating system, the files look like they are in location A, but they are really physically in location B.

For the tutorial, we are going to assume that the SSD is C: and the second drive is E:. Substitute your drive letters as needed. As always, MAKE A BACKUP FIRST!
If you are still with me, here is how to do it (the easy way):
Go to http://schinagl.priv.at/nt/hardlinks...kshellext.html and download (and INSTALL) the link shell extension software (and VC runtime, follow the instructions on the site) for your flavor of Windows 7 (or barf Vista).
Make sure explorer is set to SHOW hidden and system files (Tools/Folder Options/View tab, Show hidden, uncheck Hide protected operating system and hide extensions)
Create the following directories:
E:\WinSystem
E:\WinSystem\Windows
Boot into safe mode. Open explorer and navigate to C:\Windows.
Right click on the Installer directory and select CUT
Navigate to E:\WinSystem\Windows right click and select paste. It should have created the directory E:\WinSystem\Windows\Installer with files in it.
Right click the directory E:\WinSystem\Windows\Installer and select Pick Link Source.
Navigate to C:\Windows and right click in the directory and select Drop As and select Junction.
You should now see C:\Windows\Installer is back (with a wierd link on the folder icon)... The OS now will put installer files on the other drive and look for them there, but think it is still on c:!
Other directories I do this with are the HP install directory (C:\SwSetup) and MS Office setup directory (C:\MSOCache).
In the previous tutorials, yo learned how to move the TEMP and internet Temporary files... This is a good place for them too. Here is the directory structure on my E:\WinSystem directory:
E:\WinSystem\MSOCache
E:\WinSystem\SwSetup
E:\WinSystem\Temp
E:\WinSystem\Temporary Internet Files
E:\WinSystem\Windows\Installer

EDIT 10/12/2010: Unless you are low on space, I do NOT recommend moving the temp and internet temp files off the SSD. The other folders yes.

Just make sure to drop the junction in the same place as the original directory and the OS will be none the wiser and you will have moved GIGABYTES of seldom used stuff of your SSD (and redirected some more writes)!

The only down side that I have found is as follows: If your backup strategy is like mine WAS, then you would only be making a backup image of the SSD. The problem is, that image backup software does not see that you moved the files, so they cannot copy the files in the E:\WinSystem directory with the image. The fix is quite simple if U are using Windows 7 backup: Along with the system image, have it back up the directory E:\WinSystem. Then it will keep them together and in sync (you restore the image AND the directory that went with the image).

Undoing the junction is easy too, if you want to. Simply delete the junction from the C drive and move the directory back where it was (hence the reasoning I had you create WinSystem\Windows\Installer instead of WinSystem\Installer as a reminder of where the directory was when U started (thinking of WinSystem as the root)!