Форум РадиоКот

fedo® писал(а):

m.ix писал(а):винт новый на 1 Тб

поди с секторм на 4К, и размечен хрюнделем?

Я не на столько старый дед.

Спойлер

Вот так вот.
Покупай-покупай сверхмощное железо за многия тыщи, а Семерка тебе потом 5,7 кажет.
О чем это нам говорит? А всё о том-же: о реальном существовании заговора промежду производителями железа и писателями софта.

m.ix писал(а):Я не на столько старый дед.

Спойлер

16гб. озу XP 32bit.

m.ix писал(а): хрюндель шустрее работает

покупал, что б с видеоредактором быстрее управляться

вышла такая опа.

Видео редактор на ХР быстрее не будет работать. Нужна 7, 8.1 или 10 х64

Андрей Бедов писал(а):О чем это нам говорит? А всё о том-же: о реальном существовании заговора промежду производителями железа и писателями софта.

В первую очередь это говорит о недалёкости отсутствии технической грамотности в данном вопросе того, кто делает такие выводы и пишет потом всякую хрень.

А. Г. Лукашенко. писал(а): 16гб. озу XP 32bit.

обьективности ради хр может видеть и использовать все 16 гиг
фигня в том что ограничение в 2 гига на программу(3 при использовании некоторых настроек) никуда не исчезает а именно это а не максимальный обьем поддерживаемой озу основная причина перехода на 64 бита

m.ix писал(а):Я не на столько старый дед.

Видать све таки старый. винт adwanced format = 4К сектор.

Андрей Бедов писал(а):Никакого прироста это "выравнивание" не даёт.

не в приросте дело. просвещайся https://habrahabr.ru/company/hgst/blog/ ... равнивание границ разделов
При использовании операционных систем, записывающих данные 4-килобайтными кластерами (большинство современных ОС), важно, чтобы их границы были выровнены по границам секторов диска. В режиме эмуляции 512e диск не может предотвратить размещение раздела с блока, номер которого не кратен восьми. Если такое произойдет, один кластер будет размещаться в двух секторах (см. рис. 4). Таким образом, при чтении или записи 4-килобайтного кластера потребуется соответственно считать или записать 8 килобайт — вдвое больше. И если при чтении разница в скорости будет не большая, то при записи она окажется заметной.[/quote]

В семёре приходится работать по этом 16
первая память была от корсарорв, одна планка дохлая оказалась, точнее поддохшая.
в хрюнделе 3 с копейками

в хрюнделе и юзаю сеи железки, шустрее работают они чем в семёре.

остаЛОСЬ как то подкопить двадцатку на новую видяху с 4 гигами на борту.

POST карта с ума сходит от новых железок, фигню какую то показывает.

fedo® писал(а):не в приросте дело. просвещайся

Ну?
Я и писал о приросте производительности/скорости (кому как угодно обзывать).
У меня это выравнивание ничего не дало (проводились всесторонние тесты).

Выравнивалось утилитой из комплекта Acronis Disk Director.

Slabovik писал(а):В первую очередь это говорит о недалёкости отсутствии технической грамотности в данном вопросе того, кто делает такие выводы и пишет потом всякую хрень.

Так.
Давайте теперь здесь с Вами определимся раз и навсегда: если я захочу услышать язвительные комментарии в свой адрес - я обращусь к собственной маме.
ОК?

Всё. Больше я на подобные Ваши посты - не реагирую. Как ни старайтесь.

Не пиши херню - не буду язвить, ок?

p.s. да, а с чего ты решил, что я это в твой адрес?
p.p.s. Впрочем, это ты решил условно правильно. Значит, прекрасно понимаешь, что ты тоже херню написал. Так чего удивляешься?

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

Нельзя.
Чтобы "видеть" все 16 гигов, система должна быть 64-битной.
XP имеет 64-битную версию.

Slabovik писал(а):Значит, прекрасно понимаешь, что ты тоже херню написал.

А кто еще? уж не в мой огород булыжничек? я все правильно написал, если размечать хр то будет ситуция что один логический сетор буде писаться в два физических на винте, а из-за этого будет падение производительности. а не прирост. миксу надо переразметить винт семерой. или лубой прогой с начальным смещением 1 МБ. и будет ему щастье.

О, кажется я в улей попал
Нет, Фёдор, я с твоей точкой зрения солидарен. Мало того - сам натыкался на это.
Ну а m.ix'у всяко систему переставлять, она у него корёженая-перекорёженая, как вообще работает - непонятно...

Slabovik писал(а):Нет, Фёдор, я с твоей точкой зрения солидарен. Мало того - сам натыкался на это.

Ааа, ну тогда . а то андрей кометировал меня, а ты его, и показалось что мы с ним вместе чушь спроли.
систему таки да, надо переставлять, намутил он так дай бог. а то что папку долго открывает, особенно если там много маленьких файлов, да и ещё винт бучный то это невыровненая разметка под 4К сектор хрюнделем. он же хрюнделя юзает. видимо ей и размечал.

Скорость открытия папки ещё и от настроек отображения зависит. Если каждый раз заново создаются эскизы - тормоза будут конкретные... (а если на копмпьютере установлено "привидение Касперского", так папки открываются вообще по пол часа... )

m.ix писал(а):задам дурацкий вопрос
вот у меня хрюндель и 16 гигов которые не все винда видит
можно ли сделать туда своп и подкачку?
хотя у меня и так беда с отсутствием свопа, пока так этот баг ни кто не решил даже у филки на форуме.
один совет, перставляй винду.

можно
гугли pae
гугли ram диск
например https://geektimes.ru/post/202406/ и комментарии
и вообще гугли
зы о твоем баге не слышал но если опишешб может чего и подскажу

QSoft RAMDrive:

Кто бы объяснил мне, ЗАЧЕМ размещать файл свопинга в ОЗУ?! Если памяти хватает - файл свопинга не нужен, а если её не хватает - то сколько не перемещай данные с места на место, объём памяти это не увеличит! Ну, а полностью отключить свопинг в Винде, как уже указывал - невозможно. Все программы загружаются в память именно посредством свопинга, и лишь в том объёме, который нужен для исполнения, именно поэтому Винда запросто может запустить ЕХЕ-шник, объёмом больше имеющегося объёма ОЗУ...