-
/iigrb50dtnl.png)
Кто что делает - компутерный вариант (2)
Теги:
/iigrb50dtnl.png)
Balancer
Фрагментация возникает только при модификации файлов. При записи - нет. Вот простой пример, откуда она берётся. Пусть мы записали 4 файла и они получили на диске такое расположение, заняв его целиком:
1111112222222222233344444
Удаляем файл 3:
11111122222222222---44444
Удаляем файл 1:
------22222222222---44444
Пытаемся записать файл 5, длиной бОЛьший, чем 1. Он в непрерывную область не влезает. Приходится его резать на части:
5555552222222222255-44444
Грохнем файл 2:
555555-----------55-44444
Теперь наблюдаем кроме фрагментации файлов ещё и фрагментацию пустого пространства. Понятно, что схема очень упрощённая, реально всё сложнее, в частности, операционные системы стараются уменьшать уровень фрагментации выбирая куски пространства на диске так, чтобы минимизировать потенциальные проблемы, но, во-первых, всегда остаётся фрагментировано пустое пространсто, во-вторых, при забивке винта почти под завязку фрагментация растёт очень стремительно.
1111112222222222233344444
Удаляем файл 3:
11111122222222222---44444
Удаляем файл 1:
------22222222222---44444
Пытаемся записать файл 5, длиной бОЛьший, чем 1. Он в непрерывную область не влезает. Приходится его резать на части:
5555552222222222255-44444
Грохнем файл 2:
555555-----------55-44444
Теперь наблюдаем кроме фрагментации файлов ещё и фрагментацию пустого пространства. Понятно, что схема очень упрощённая, реально всё сложнее, в частности, операционные системы стараются уменьшать уровень фрагментации выбирая куски пространства на диске так, чтобы минимизировать потенциальные проблемы, но, во-первых, всегда остаётся фрагментировано пустое пространсто, во-вторых, при забивке винта почти под завязку фрагментация растёт очень стремительно.
инфо
инструменты
Понял. Спасибо, Ром, умеешь доходчиво обьяснять.
Mishka
Balancer> Фрагментация возникает только при модификации файлов. При записи - нет. Вот простой пример, откуда она берётся. Пусть мы записали 4 файла и они получили на диске такое расположение, заняв его целиком:
Э, не совсем. Это правда, если файлы пишутся не в параллель. Возьми два эксплорера и начни копировать файлы одновременно в обоих. Получишь вполне нормальную фрагментацию. Аналогично две программы пишущие на диск создадут фрагментацию.
Э, не совсем. Это правда, если файлы пишутся не в параллель. Возьми два эксплорера и начни копировать файлы одновременно в обоих. Получишь вполне нормальную фрагментацию. Аналогично две программы пишущие на диск создадут фрагментацию.
Mishka> Э, не совсем.
Я же там писал - «схема очень упрощённая»
...
Кстати, параллельная запись при достаточном запасе места в любой современной ОС к фрагментации практически не приводит. Скажем, у меня каталог с временными файлами для p2p. Несколько десятков гигабайт параллельно записывающейся инфы. XFS. Пока места было мало, фрагментация достигала 30%. После увеличения раздела быстро сползла к ~1.5%
Я же там писал - «схема очень упрощённая»
...
Кстати, параллельная запись при достаточном запасе места в любой современной ОС к фрагментации практически не приводит. Скажем, у меня каталог с временными файлами для p2p. Несколько десятков гигабайт параллельно записывающейся инфы. XFS. Пока места было мало, фрагментация достигала 30%. После увеличения раздела быстро сползла к ~1.5%
> Через USB2 и по 25Мб/сек. бывает.
У меня до 34 доходило...
> Кстати, не подскажет ли мне кто прогу (чтоб быстро скачать без геморов вроде оплаты и регистраций ) проверить HDD на наличие прежних данных, но просто стертых.
h**p://ntfsundelete.com/downloads/ntfsundelete.zip
У меня до 34 доходило...
> Кстати, не подскажет ли мне кто прогу (чтоб быстро скачать без геморов вроде оплаты и регистраций
) проверить HDD на наличие прежних данных, но просто стертых.h**p://ntfsundelete.com/downloads/ntfsundelete.zip
О, вопрос! 25 Мб/сек это сколько мегабит?
"Остановите Землю — я сойду" (С) Лесли Брикасс, Энтони Ньюли
Jerard> О, вопрос! 25 Мб/сек это сколько мегабит?
25*8 = 200Мбит/с.
25*8 = 200Мбит/с.
О! Сенкс.
"Остановите Землю — я сойду" (С) Лесли Брикасс, Энтони Ньюли
Balancer> Кстати, параллельная запись при достаточном запасе места в любой современной ОС к фрагментации практически не приводит. Скажем, у меня каталог с временными файлами для p2p. Несколько десятков гигабайт параллельно записывающейся инфы. XFS. Пока места было мало, фрагментация достигала 30%. После увеличения раздела быстро сползла к ~1.5%
Это часто потому, что эти программки резервируют сразу весь объём файла. И ослик, и торрент этим характерны. А ты посмотри на программки, которые ведут лог файлы — от них фрагментация идёт как от чумы.
Это часто потому, что эти программки резервируют сразу весь объём файла. И ослик, и торрент этим характерны. А ты посмотри на программки, которые ведут лог файлы — от них фрагментация идёт как от чумы.
Mishka> Это часто потому, что эти программки резервируют сразу весь объём файла.
Там sparce-файлы, разрежённые. Нередко совокупный размер файлов чуть ли не вдвое превышал размер раздела
При чём это что у mldonkey, что у rtorrent, которыми я качаю. Вообще, sparce под Linux много кто использует...
Mishka> А ты посмотри на программки, которые ведут лог файлы — от них фрагментация идёт как от чумы.
Ну, /var/log у меня под reiserfs, там так просто уровень фрагментации не посмотреть
Там sparce-файлы, разрежённые. Нередко совокупный размер файлов чуть ли не вдвое превышал размер раздела
При чём это что у mldonkey, что у rtorrent, которыми я качаю. Вообще, sparce под Linux много кто использует...Mishka> А ты посмотри на программки, которые ведут лог файлы — от них фрагментация идёт как от чумы.
Ну, /var/log у меня под reiserfs, там так просто уровень фрагментации не посмотреть
Mishka> Это часто потому, что эти программки резервируют сразу весь объём файла. И ослик, и торрент этим характерны. А ты посмотри на программки, которые ведут лог файлы — от них фрагментация идёт как от чумы.
Так "Осел" качает частями по 9,28 Мб каждая. Почему-то при дефрагментации отчет выдается, что именно в папке сохранения этих частей и наблюдается порядочная фрагментация.
Так "Осел" качает частями по 9,28 Мб каждая. Почему-то при дефрагментации отчет выдается, что именно в папке сохранения этих частей и наблюдается порядочная фрагментация.
Murkt
Murkt>> А Bazaar пробовал?
Balancer> Он, разве, GPL?
Если он не GPL - то BSD. Его же Canonical делает!
Murkt>> Хм? По идее, в Меркуриал как раз быстро. Один из самых реактивных VCS На порядок быстрее сабвершена.
Balancer> А вот на счёт скорости... Я тупо решил добавить в git и mercurial репозитории локальную копию своего фреймфорка (т.е. там файлы фреймворка плюс тонна подкаталогов .svn). Так вот, добавление файлов в git длилось секунд 15..20, наверное, а mercurial - несколько минут В итоге получился локальный репозиторий около 15Мб, кажется, для git и около 25 - для mercurial.
git я не пробовал, ибо так и живу под виндой. А вот с сабвершеном и Базаром сравнивали - разница огромная была. Правда, с тех пор Базар прилично ускорился.
Balancer> Он, разве, GPL?
Если он не GPL - то BSD. Его же Canonical делает!
Murkt>> Хм? По идее, в Меркуриал как раз быстро. Один из самых реактивных VCS
На порядок быстрее сабвершена.Balancer> А вот на счёт скорости... Я тупо решил добавить в git и mercurial репозитории локальную копию своего фреймфорка (т.е. там файлы фреймворка плюс тонна подкаталогов .svn). Так вот, добавление файлов в git длилось секунд 15..20, наверное, а mercurial - несколько минут
В итоге получился локальный репозиторий около 15Мб, кажется, для git и около 25 - для mercurial.git я не пробовал, ибо так и живу под виндой. А вот с сабвершеном и Базаром сравнивали - разница огромная была. Правда, с тех пор Базар прилично ускорился.
[team Їжачки - сумні падлюки]
Murkt> Если он не GPL - то BSD. Его же Canonical делает!
Он GPL-2, значит, спутал с кем-то.
Murkt> git я не пробовал, ибо так и живу под виндой. А вот с сабвершеном и Базаром сравнивали - разница огромная была.
Ну вот, значит, Bazaar тем более в пролёте
Он GPL-2, значит, спутал с кем-то.
Murkt> git я не пробовал, ибо так и живу под виндой. А вот с сабвершеном и Базаром сравнивали - разница огромная была.
Ну вот, значит, Bazaar тем более в пролёте
AGRESSOR> Так "Осел" качает частями по 9,28 Мб каждая. Почему-то при дефрагментации отчет выдается, что именно в папке сохранения этих частей и наблюдается порядочная фрагментация.
Это не мешает зарезервировать сразу, т.к. размер файла известен сразу. Может в новой версии и так, а последняя, что у меня была — не фрагментировала.
Это не мешает зарезервировать сразу, т.к. размер файла известен сразу. Может в новой версии и так, а последняя, что у меня была — не фрагментировала.
А, да, разница такова, что у меня качались всегда первая и последняя части — поэтому резервация проходила автоматом — чтобы записать последнюю часть, резервируется пустое место впереди.
Mishka> Это не мешает зарезервировать сразу, т.к. размер файла известен сразу. Может в новой версии и так, а последняя, что у меня была — не фрагментировала.
eMule, которым я пользовался под Windows, на протяжении последних лет 5 (а, может, и больше - в общем, сразу, как его попробовал) умел и работал с разряженными файлами на NTFS. Опция такая в настройках была.
eMule, которым я пользовался под Windows, на протяжении последних лет 5 (а, может, и больше - в общем, сразу, как его попробовал) умел и работал с разряженными файлами на NTFS. Опция такая в настройках была.
Mishka> А, да, разница такова, что у меня качались всегда первая и последняя части — поэтому резервация проходила автоматом — чтобы записать последнюю часть, резервируется пустое место впереди.
Да, именно так. Качаются первая и последняя часть, операционка показывает «полный» размер файла, а на диске он занимает ровно столько, сколько скачано. Ну, с точностью до хвостов, конечно
Да, именно так. Качаются первая и последняя часть, операционка показывает «полный» размер файла, а на диске он занимает ровно столько, сколько скачано. Ну, с точностью до хвостов, конечно
Balancer> Через USB2 и по 25Мб/сек. бывает. Так что 720p с USB-винта идёт без тормозов. DVD даёт трансфер ниже (обычно - в несколько раз).
Balancer> ...
Balancer> Софт - надо же. Точно не б/у винты попались? Никогда не видел предварительно разбитых.
На всех ВД внешних тыщу лет ужо как софтина для синхронизации.
Агрессор, при желании можно и удалить.Не критично.
Balancer> ...
Balancer> Софт - надо же. Точно не б/у винты попались?
Никогда не видел предварительно разбитых.На всех ВД внешних тыщу лет ужо как софтина для синхронизации.
Агрессор, при желании можно и удалить.Не критично.
Сменил материнскую плату, переустановил винду и появилась проблема: диски через некоторое время отключаются, хотя в настройках управления электропитанием отключение дисков отключено. В чем может быть дело?
1
Стал залипать правый шифт. Поменял его с капслоком. Как ни странно - обе кнопки на новых местах работают.
Но выглядит клава оригинально...
Но выглядит клава оригинально...
Сдохла флешка. Придецца новую брать. Совсем некстати...
Афтомат жжот! (с)Лукьяненко. Последний дозор.
Сдохли два винта на серваке. Внутренние дорожки все в бэдах.
Бэкап есть.
Но осадок остался. Seagate.
Бэкап есть.
Но осадок остался. Seagate.
Полл> Сдохли два винта на серваке. Внутренние дорожки все в бэдах.
Полл> Бэкап есть.
Полл> Но осадок остался. Seagate.
Поставь термометр внутрь. Новые харды очень не любят перегрева. У меня старый на 41С работает, а новые по достижении 42С уже начинают выходить из строя. Они любят, когда не выше 30С — поэтому вентиляторы, вентирляторы и ещё раз вентиляторы. Ну и между ними зазор обеспечивать.
Полл> Бэкап есть.
Полл> Но осадок остался. Seagate.
Поставь термометр внутрь. Новые харды очень не любят перегрева. У меня старый на 41С работает, а новые по достижении 42С уже начинают выходить из строя. Они любят, когда не выше 30С — поэтому вентиляторы, вентирляторы и ещё раз вентиляторы. Ну и между ними зазор обеспечивать.
Mishka> Новые харды очень не любят перегрева. У меня старый на 41С работает, а новые по достижении 42С уже начинают выходить из строя.
Правильно. Быстрее сдохнет - быстрее новый купишь. Вон он, звериный оскал капитализма!
Правильно. Быстрее сдохнет - быстрее новый купишь. Вон он, звериный оскал капитализма!
Copyright © Balancer 1997..2018
Создано 31.10.2007
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
Создано 31.10.2007
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
