[TC] WIN 7 на 64 бит, Можно ли ставить на моё железа?

Здравствуйте, Гера.

Вы писали

Ну двухядерный проц это ещё ни о чем неговорит.
может у вас intel atomn.
далее вы говорите, что у вас два гига оперативы, тогда зачем ставить
себе 64 битную систему?
64 битные оси начали ставить только потому, что тридцати
двухбитные не видят более трёх с копейками гигов оперативки.
даже если четыре гига оперативки не всегда есть смысл из-за 800 мегабайт
ставить 64 битную, а тем более когда два гектара озу.
вобщем я бы посоветовал вам установить семёрку тридцати двух битную, а
если докупите оперативку тогда сможете и 64установить, всеравно к ней
не нужно будет привыкать она такая же как и первая.

Здравствуйте участники рассылки.
Здравствуйте, Гера.

Вы писали 9 октября 2012 г., 21:27:25:

Гера, у меня 2 гб озу и процесор 2 ядра по 2.3 ггц, windows7 64 бит
премиум хом работает отлично.

Здравствуйте, Георгий.

9 октября 2012 г. в 21:27 Вы написали:

Поставить можно, но какой смысл? Если бы памяти было хотя бы четыре гб, и то
я
бы сомневался в целесообразности установки 64-битной системы.

Здравствуйте участники рассылки.
Здравствуйте, Иван.

Вы писали 9 октября 2012 г., 22:33:26:

то

Иван, ну мне прям стало интересно, все и вы прям целенаправлено
смотритее на озу, а на то что система станет в разы быстрее
работать, в том числе и jaws13 64 битный по отклику значительно
превосходит своего собрата 32 битного, да по поводу оперативной
памяти, в моём случае в среднем это 42 процента, тоесть 2 гб озу
полностью хватает, файл подкачки всего 200 мб, за 1.5 года
эксплуатации, система ни разу не ругнулась по поводу нехватки памяти.

Привет Владимир и все!
ц
ну мне прям стало интересно, все и вы прям целенаправлено
смотритее на озу, а на то что система станет в разы быстрее
работать, в том числе и jaws13 64 битный по отклику значительно
превосходит своего собрата 32 битного,
тесты в частности прогами сандра, аида64 и эверест.
на одних и тех же железках
а тестились мною компы разные от древнего атлона fm 2800+
до оверклокерского Core i7 3930k
показывали не разы,
а всего лишь 10 - 15 процентный прирост на 64 битной системе..
и то это синтетика
а в реали результаты ещё меньше так как приличная часть софта кампилилась
без
учёта 64 битных инструкций а значит физически не может работать
производительней: т.е. просто не использует 64 битные наборы инструкций.
кроме тех случаев, когда работа программы идёт через виндовые подпрограммы
тут возможно 64 битность задействована.
о JAWS же ваша информация и вовсе интересная.
давайте рассуждать логически.
при разнице в разы,
если синтетические тесты показывают прирост 10%
(а синттесты это нечто сравни идеальному газу т.е. когда ничего не мешает)
то получается что 32 битную версию JAWS писали криворукие программеры
а 64 битную они же отполировали до блеска.
при этом это одни и те же люди
и вся их деятельность в 64 битном JAWS заключалась в применении другого
компилера.
тогда получается что создатели кампилера писали 32 битный кривыми руками а
64 битный сделали правильно.
что вобщем тоже не может быть,
так как на доведение до ума 32 битного времени было больше.
да и 64 битный кампилер это посути тот же 32 битный, расширенный небольшой
группой 64 битных команд.
выводы:
в теории использование 64 битной оси приносит несколько процентов прироста
производительности
на практике от нудля до уровня показанного синтетическими тестами.
и несколько больший расход памяти.
глюки более сырого 64 битного софта наверное можно уже не учитывать,
хотя с ними переодически приходится сталкиваться но личнно мне это всё
удалось обойти.

и не сонар использует память
а сэмплеры применяемые в мультитрекерном софте.
а тот же сонар с чистым нормалом это например 152 метра.

специально не исследовал
но по тому что замечал в процессе работы,
использование памяти 64 битным софтом так же не в разы и даже не в 2 раза
больше
а тоже на какие то проценты.
впрочем как иллюстрацию запустил 32 и 64 битные варианты одного из своих
програмерских проектов
софт на 99 и 9 идентичный
просто использованы разные по битности кампиллеры
и в 64 битной версии стёр пару параметров из свойств проекта.
64 битный занял 15002 килобайта
32 битный 11732 килобайта.
разница как видно около четверти.

вывод:
можно использовать любую ось на том железе о котором изначально шла речь.
разницы особой не заметите.
но на практике удобней будет та ось
которую не будет глючить.
а тут как знают многие:
если ос станет криво
то без разницы какая у неё битность.
ну и дрова и софт:
если у вас найдётся 64 битные варианты того что вы привыкли юзать на 32
битах
то диск с 64 битной виндой вам в руки и успешной инсталляции.
практика же показывает что иногда даже сейчас
не всегда привычный софт и дрова находятся под 64 бита.
вот почему париться с 64 битной виндой я рекомендую только если вы купили 8
и более гигов.
и если у вас более менее новое железо.

п.с.
сам работаю на 64 битке sp1 win7
(JAWS 13 и 14 и 16 гб оперативы)
её стабильность существенно выше xp
хотя и на xp особо не жаловался.
поэтому если есть возмложность экспириментировать - ставьте и пробуйте.

Виктор Горелов

Vande omentaina, Гера Николаев!

Можно-то можно, вопрос другой: нужно ли?
Лично мой опыт показывает, что 95%программ таки работают в 32-битном
режиме. Если у вас не 16 гигов памяти, а только 2, то смысл? Ставьте
семёрку 32-битную, как я, к примеру, и будет вам счастье).

Здравствуйте участники рассылки.
Здравствуйте, Menelion.

Вы писали 9 октября 2012 г., 23:11:01:

Meneli да 95 процент программ 32 битные это так но jaws13 64 битный
очень шустрый и отклик намного быстрее чем на 32 битной оси, вот
только иза этого стоит ставить 64 битную windows7.

Привет.

Meneli да 95 процент программ 32 битные это так но jaws13 64 битный
очень шустрый и отклик намного быстрее чем на 32 битной оси, вот только
иза этого стоит ставить 64 битную windows7.

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

Здравствуйте участники рассылки.
Здравствуйте, AZ.

Вы писали 10 октября 2012 г., 11:33:16:

Ну 13 jaws 64 бит, уже доступен обществености, и работает он
качественно.

Доброго всем здоровья! Я вот читаю вашу дискуссию, и не пойму, вероятно, ее
участники еще молодые люди, которые хотят все усовершенствовать. Я
достаточно продвинутый пользователь. Можно, конечно, поставить и ту и другую
систему, но зачем? Сравнивал различные системы, при замене особой разницы в
работе компьютера не заметил. Думаю, что лучше сохранить ту систему, которая
изначально была установлина. И еще: меня удивляет обилие программ, которые
некоторые стремятся установить на свой компьютер, а зачем грузить систему,
тем более, если у вас ноутбук?В пределах сотни программ вместе со
встроенными в систему вполне достаточно. Или я чего-то не понимаю? С
наилучшими пожеланиями, успехов!

Здравствуйте участники рассылки.
Здравствуйте, antonov.nikolay.ul.

Вы писали 10 октября 2012 г., 12:28:58:

Да конечно, почти что октябрята, и компьютер видили только по
телевизору.

конечно можно, многие так и делают

в
вы не указали какие системы сравнивали, например windows7 очень сильно
отлличается от windows98

вот вы не заметили а я заметил, и достаточно большую разницу.

Очень странное заявление, у меня была предустановлена windows xp и
и что я должен так и работать на этой оси, крепосное право вроде
как уже давно отменили.

имеют право, и потом пока программа не запущена она компьютер не
грузит и если програм будет даже несколько тысяч от этого ни чего не
изменится разумеется пока они не запущены

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

Здравствуйте, Vladimir.

Господа, пишем только содержательные письма.

Вы писали 10 октября 2012 г., 15:52:38:

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

привожу сокращенную инструкцию:

подключите к SamBroadcaster файл скрипта - scheduler.pal .
можете сразу отметить его авто запуск, поставив флажок на:
"Automatically start script".
впишите в редактор полный путь к скрипту. например:
Script source file
C:\Program Files\SpacialAudio\SAMBC\PAL\scheduler.pal
перейдите на jaws курсор и нажмите кнопку - OK.
после этого скрипт будет подключен, а также запускаться автоматически при
запуске Сэма.
далее настраиваем планировщик.
описание:
планировщик может запускать медиа файлы непосредственно с диска или папок
Sam Broadcaster.
умеет стартовать и останавливать плеер.
может миксовать в случайном порядке файлы из папки "Sound FX (All)" и других
папок при указании их имен.
также может миксовать файл с диска, на играющий трек или файлы по очереди.
понимает как абсолютное , так и относительное время, включая день недели,
день месяца, и месяц.
работает только с внешним файлом ваших программ.

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

настройка планировщика:

открываем скрипт scheduler.pal в обычном блокноте и находим строку:
Const CurrentPath= 'd:\radio\pal\';

впишите свой текущий путь к файлу программлиста.

далее запускаем скрипт на выполнение.
через минуту будет создан файл - scheduler.lst (файл программлиста).
по пути который вы заранее указали.
и уже в котором вы вписываете программу вашего эфира.

синтаксис ваших команд следующий:

[@m*****.dw-HH:MM=PlayerMode|FileNamePath1|FileNamePath2|..]
левую и правую квадратные скобки не вписываем..
в левой части командной строки вписывается месяц, день месяца и день недели,
потом "дефис", как разделитель и сразу же время срабатывания в часах и
минутах, в правой действие проигрывателя.
день месяца, день недели, часы и минуты обязательно указываются
двусимвольными.
месяц указывается трех-символьным.
например:
"янв.05.сб-02:05".

если например нужно, чтобы файл проигрывался каждый день каждого месяца в 25
минут каждого часа,
тогда вместо абсолютных часов вписываем - "x" , только прописными буквами.
также прописными "x" прописываются любые параметры кроме минут, если нужно
их применить как любое значение.

тоесть полная запись будет такая - "x.x.x-x:25" , без кавычек разумеется.

также можно вписывать сокращенные значения, кроме значение в поле часов -
"x:25".
пример для срабатывания по субботам Января в 19 часов:
"@янв.x.сб-19:00"
можно это же записать сокращенно:
"@янв.сб-19:00"

это является тождеством.
обратите внимание, что первым символом выступает знак "@".
он обязателен для парсера строки.
если вам необходимо закоментировать строку, то этот знак не вписываем.

в правой части строки, после знака "=" - вы вписываете выражение -
"PlayerMode|FileNamePath1|FileNamePath2"

PlayerMode - режим проигрывания плеера.
FileNamePath - полный путь к медиа-файлу

PlayerMode может иметь следующие параметры:
"q" - поставить файл в очередь за играющим в данный момент треком.
"ftn" - остановить играющий трек и проиграть указанный файл (FadeToNext
(фейд уменьшения на фейд увеличения))
"sdrm" - миксовать случайно выбранный трек из "Sound FX (All)" если параметр
не указан, или трек из другой папки (при указании ее имени), на играющий
трек
"m" - миксовать файл на играющий трек
"ql" - работа со списком очереди - для загрузки папок. (пришлось сделать
отдельно, так как тогда все глючит)
"ftp" - включить воспроизведение трека вверху очереди в списке Queue
(работает только при остановленом плеере).
"fts" - остановить играющий трек (останова плеера).
"de" - (Deck Eject) извлечение деки A и деки B.
Рекомендуется для завершения эфира, после "fts".

FileNamePath может иметь как один параметр - полное указание пути к файлу,
так и дополнительный тэг в префиксе пути.
дополнительный тег нужен, чтобы указать - будет ли файл ставиться следующим
или текущим (который игрался последним).
а для папок Сэма еще есть тег выбора в случайном порядке.
например:
"@x:25=ftn|[n]c:\music\radio\*.mp3"

это значит , что в 25 минут каждого часа, каждого дня, каждого месяца в
папке радио будет проигрываться очередной файл с расширением .mp3.
файлы должны быть пронумерованы в трехзначном формате - 001.mp3, 010.mp3,
100.mp3.
также можно проигрывать другие медиа-файлы поддерживаемые Сэмом.
также можно проигрывать любые плей-листы (нужно только поменять расширение
файлов).
знак - звездочка в этом режиме обязателен!
тэг может иметь варианты:
[n] - поставить следующий файл.
[c] - поставить файл который проигрывался последний раз (например повтор
передачи вечером).
[sdn] - поставить следующий трек из папки Сэма.
[sdr] - поставить случайный трек из папки Сэма.

тэги sdn, sdr - вписываются перед именем папки сэма ( [sdn]Music (All) ).
или другой..
в параметр - "ftn", "q" - можно вписывать очередность путей в любом порядке.
тоесть, как пути к конкретным медиа-файлам и плейлистам,
так и к папкам Сэма и папкам с индексными файлами.
а также и URL потоки (вывод прогноза погоды со сторонней станции).
учтите что URL поток не даст проиграться правосторонней части перечисляемых
параметров-путей, пока вы вручную не промотаете список очереди вперед - F4.
также это может сделать и скрипт. достаточно ввести еще одну запись для
включения например , какого-нибудь файла.

если в параметре PlayerMode вы указываете - "ftp", "fts", "de", то вписывать
параметр "FileNamePath" не нужно..

загрузка папок:
запись выглядит так - "ql|cas|ftn|folder1|other pathes|folder2"
вообщем поддерживаются те же параметры что и - ftn, q, но без возможности
проигрывания
индексных файлов.
поддерживается загрузка папок, файлов и плей-листов со статическими именами.
собственно режим только для загрузки папок.
параметр "ql" означает, что применяется этот самый режим.
второй параметр может иметь следующие варианты:
cas - очистить список очереди, загрузить папку, перемешать загруженое.
ca - очистить список очереди, загрузить папку.
as - загрузить папку, перемешать загруженое.
a - загрузить папку.
s - перемешать список очереди.

третий параметр может иметь варианты:
q - не прерывать игру плеера (очередь..).
ftn - сразу после окончания работы режима ql воспроизвести трек, вверху
очереди списка очереди.

остальные параметры , это пути к загружаемым папкам и файлам.
при указании пути к папке, обязательно последним символом ставьте - "\".

режимы - sdrm, m - имеют только один параметр FileNamePath.
в нем указывается статический путь к файлу или к папке Сэма.
но для режима "m", можно указать и перечисление файлов, как в режимах - q,
ftn.
"@x:25=m|[n]c:\music\radio\*.mp3"
"@x*****.x-x:45=m|[c]c:\music\radio\*.mp3"

без кавычек разумеется.

скачать:
http://rghost.ru/40860696

Vande omentaina, Vladimir!

С 2 гигами оперативы?
Надо чётко понимать, что 32-битная ось (без бубна) не видит более 4
гигов оперативы. Если у вас больше, то да, стоит ставить 64 бит. Если
4 или меньше - не вижу смысла.

Здравствуйте участники рассылки.
Здравствуйте, Menelion.

Вы писали 10 октября 2012 г., 13:45:37:

Именно с 2 гб оперативыы, вот несколько строк из тех требований к
windows7 64 бит, версия домашняя расширеная: процесор не менее 1 ггц
на ядро, озу 1 гб или более, если не использовать муз студии типа
сонар, то обычная загрузка оперативной памяти всего 32-47 процент,
тоесть менее 1 гб.

Ну то что 32 битная ось не видит больше чем 3.3 гб это аксиома, но и
то что при 2 гб озу можно работать камфортно в windows7 64 бит это
доказаный факт.

Vande omentaina, Vladimir!

Кстати, Сонар у меня феерически глючил, как 64-битный, так и 32-битный
под 64-разрядной Виндой.

Привет.

С 2 гигами оперативы? Надо чётко понимать, что 32-битная ось (без бубна)
не видит более 4 гигов оперативы. Если у вас больше, то да, стоит
ставить 64 бит. Если 4 или меньше - не вижу смысла.

А какой смысл в таком случае производителю ноутбука ставить на ноутбук с
двумя гигами памяти 64-битную систему? Если ты в чём-то не видишь
смысла, то мог бы задуматься над этим вопросом. А ответ один, 64-битная
система теоретически быстрее. Другое дело, насколько это видно
практически. Ведь даже если просто подумать, линия вычисления при работе
с железом в два раза больше, то есть, за один такт могут пролезть не 4
байта, а 8. Кто ругает 64-битные системы за несовместимость и не видит в
них пользы? Да те же пользователи XP. Там это действительно наблюдалось,
пользователь поставил 64-битную XP, обычно ломаную бету в самом ещё
начале, поплевался, снёс и по сей день сидит на 32-битной.
Встречал людей со, скажем так, обратной логикой, когда человек из
соображений экономии покупал, например, дешёвый SSD, устанавливал на
него Windows 7 64 бит, потом оказывалось, что эти винчестеры из-за
какого-то дефекта тормозят систему. Почитав форумы, человек лезет
перепрошивать SSD, утилита 32-битная, пользователь ругается, мол, ах
так, вот и поставлю назад XP, мол, говорил же, что она лучше. Ему
говоришь, мол, зачем покупал дешёвый SSD? И слышишь в ответ что-нибудь
типа "это, мол, всё маркетинг, все винчестеры одинаковые".
Так что разница на самом деле есть, хотя, может, и небольшая. А вот кого
слушать, понять непросто. Лучше себя.
Мацал Кошек

Приветствую.

[ЕК] у меня к вам как раз теоретический вопрос. Битом информации называется
число равное либо 0, либо 1. 1 байт равен 8 битов. Тактовой частотой
называется количество инструкций обрабатываемых за единицу времени. Число
инструкций которое можно закодировать 32 битами (то есть нулями и единицами)
равно A_32^2 - число размещений по двум элементам в 32 позициях. Число
инструкций кодируемых 64 битами равно A_64^2. Поскольку тактовая частота
зависит только от количества инструкций, а не от длины носителя инструкции,
то скорость обработки 32-битных инструкций равна скорости обработки
64-битных инструкций. Что вы имеете в виду под "Более быстрой работой
64-битного процессора"? по моему разумению 64-битный носитель позволяет
закодировать больше инструкций по сравнению с 32-битным. Проясните за счёт
чего вы делаете вывод о возрастании скорости.
--
Евгений Корнев.

Привет.

Поскольку тактовая частота зависит только от количества инструкций,

Насколько понимаю, тактовая частота от количества инструкций не зависит,
потому как она определяется генераторами, которые зависят от частоты
обычно кварцев или производной от частоты кварцев. А вот количество
инструкций, очевидно, зависит от тактовой частоты, поскольку чётко с ней
связано. Мы же не утверждаем, что, чем меньше инструкций выполнено, тем
меньше тактовая частота, а утверждаем, что, чем меньше частота, тем
меньше инструкций выполняется за единицу времени.
При 64-ой разрядности вероятно, потому что точно не знаю, но когда-то
программировал в машинном коде ещё при 16-ти битах, что количество тех
самых команд процессора может быть больше в несколько раз, это значит,
что кода в программе может быть элементарно меньше, при этом процессор
будет точно так же работать и выполнять свои обязанности.
Мацал Кошек

Приветствую.

[ЕК] придётся прибегнуть к методу аналогии. Представим, что у нас есть некий
зал в котором имеется 64 двери для входа и одна дверь для выхода (чёрный
ящик в теории конечных автоматов). Перед залом имеется площадка на которой
толпятся мальчики и девочки. Будем отождествлять мальчиков с нулём, а
девочек с единицей. Пропускная способность входных дверей есть частота
обработки инструкций. То есть это число человек, которое может за единицу
времени пройти через двери. Мы формируем из толпящихся у входа мальчиков и
девочек группу из 64 человек и пропускаем через двери в зал. Вот эта группа
и есть инструкция. Внутри нашего зала стоит некий очкастый дядька с огромной
книжкой который пристально взирает на каждую новую входящую в двери группу,
смотрит в книгу, а в ней написано, что если в дверь номер 5 вошла девочка, в
дверь номер 12 вошёл мальчик, и так далее, то из выхода нужно выпустить
девочку, то есть единиццу. Вот этот дядька и есть процессор, а площадка
перед залом это - оперативная память. Если мы закроем входные двери в зал с
с номера 33 по номер 64, то сможем впускать в зал группы только из 32
человек, но пропускная способность входа и выхода останется прежней. Поэтому
мы можем разогнать половину толпы у входа, и тем самым снизить необходимый
объём оперативной памяти. Чем меньше народа там толпиться, тем меньше
площади под него нужно отводить. Однако, у того самого дядьки процессора в
зале, все указания в его книге, в которых говориться про входы с номерами
33-64 станут просто не задействованными и не нужными. Он может просто
принять аксиому, что в двери 33-64 всегда заходят нули, то есть мальчики и
пользоваться только указаниями из своей книги в которых говориться о
варьировании входящих груп в первые 32 двери. Вот когда эти входы снова
откроют, тогда ему они понадобятся. А народ входит и выходит из зала всё с
той же скоростью, хоть в 32, хоть в 64 разрядном случае. Изменения касаются
только числа комбинаций в группах из мальчиков и девочек, которые входят в
двери. Если считать, что машинное слово это - длина кода в 32 бита, то
32-битный язык будет содержать меньше слов, чем 64-битный, поскольку число
всевозможных сочетаний битов в словах сильно различается. В 32-битном случае
машинное предложение будет содержать больше слов, чем тоже предложение в
64-битном случае. В нашей аналогии нужно сформировать больше групп из 32
человек, чем из 64 человек. Но проходить через двери они будут с одной и той
же скоростью. А теперь внимание, вопрос! Что в данной аналогии будет
тактовой частотой?

Привет.

ЕК] придётся прибегнуть к методу аналогии.

Данная аналогия случай очень частный и, как понимаю, небезошибочный.
Если уж брать аналогии, то вполне подойдёт киноплёнка. Количество кадров
в секунду будет той самой тактовой частотой, а комбинация точек в кадре
- инструкцией. Когда выполняются 32-битные инструкции, работает правая
часть числа, последние 32 знака, когда 64-битные - обе части. Если есть
запрос на работу целой линии - работает целая. Если есть запрос на
работу только её правой части - работает только правая часть.
При этом очевидно, что в обоих случаях сохраняется набор инструкций для
32-битных вычислений и, в случае только таковых, теряется набор
64-битных вычислений, в который могут входить дополнительные команды и
более длинные числа для работы с той же памятью.
По принципу "разогнать половину" работали некоторые компании, которые не
хотели уходить дальше восьми бит. Мол, байт и так не больше длиной, всё
остальное можно сделать за счёт страничности. Точно не знаю, но вроде
был холивар на эту тему. Победила концепция увеличения длины линии. Ведь
на самом деле речь не идёт только об операционной системе, которая имеет
тот или иной разряд. Речь идёт о железе. Если бы не было реального
увеличения производительности, какой смысл был бы уходить от 16-ти бит
например к 32-м? На экране тоже ничего вроде как в то время не менялось.
Смысл понимали те, кто потом стали покупать более ёмкие винчестеры,
теперь 16-битные вычисления почти не применяются, и никто же не спорит с
этим.
Мацал Кошек

Приветствую.

[ЕК] если инвертировать аналогию с киноплёнкой в мой пример с залом, то
будем считать, что дядька-процессор смотрит правым глазом на первые 32
двери, а левым глазом смотрит на двери с 33 по 64. Если он закрывает левый
глаз, то видит только тех, кто входит в первые 32 двери, а остальных просто
не замечает. Тогда тактовой частотой является количество входящих групп,
которые глаз дядьки-процессора способен уловить в единицу времени. Тут
возникает классический эффект двадцать пятого кадра. Скажем, в зал за
единицу времени входит 25 груп, а глаз способен за единицу времени уловить
только 24 изменения на входе. С точки зрения процессора, 25 группы просто не
входило и он даже не полезет 25-ый раз в книжку с указаниями на её счёт.
Отсюда следует, что частота обмена группами между процессором и оперативной
памятью не должна превышать тактовой частоты процессора. В случае
одноглазого процессора, нам придётся формировать группы только из 32
человек, чтобы ничего не проскользнуло мимо пристального глаза процессора.
Тогда, в одной группе мы можем закодировать числа от 0 до 2^32-1. А вот
чтобы донести до процессора число 2^32, нужно сначала впустить в зал группу
кодирующую число 2^32-1, затем впустить группу кодирующую знак плюс, и затем
впустить группу кодирующую число 1. Эту тройку процессор воспримет как 2^32.
Следовательно, в 32-разрядном случае из одного такта на кодирования числа
2^32 потребуется затратить 3 кванта, а вот в случае 64-разрядного процессора
число 2^32 можно закодировать одной группой , соответствующей бинарному
числу из 64 цифр, где 33-ая цифра справа - 1, а все остальные - нули. Таким
образом для передачи процессору числа 2^32 потребуется только один квант из
такта. Вот в этом и заключается преимущество 64-битной системы. если всё
кодировать только десятичными числами не больше 2^32-1, то скорость
обработки будет абсолютно одинаковой что у 32-битной, что у 64-битной
системы. Но если перейти на кодирование десятичными числами уже не больше
2^64-1, то здесь уже 64-битная система будет обмениваться данными с
процессором быстрее.
--
Евгений Корнев.

Привет.

Тогда тактовой частотой является количество входящих групп, которые глаз
дядьки-процессора способен уловить в единицу времени.

Ну нет же, зачем тут обратная логика? Тактовая частота это тактовая
частота. За один импульс тактовой частоты может вообще ничего не
произойти, процессор сработает вхолостую, я не буду придумывать аналогии
на аналогии, а то мы запутаемся в описаниях. Просто скажу, что тут уж ты
совсем прав. в 32-битных вычислениях 64-битному процессору в грубом
смысле приходится работать в два раза медленнее. При этом понятно, что в
силу преемственности большинство операций даже в 64-битной системе
выполняются в 32-х разрядах, поэтому прироста как такового
производительности не заметно. Кроме плюсов и глаз можно предположить,
что при обработке, скажем, пятибайтовой инструкции, которая в 64-битной
линии пройдёт на раз, в 32-й линии так или иначе за два раза, описание
номера ячейки памяти в 64-битном вычислении будет одним числом, в
32-битном двумя.
Как-то слышал прикол на тему, дескать, приложения в программе, например,
Sonar, используют памяти чуть ли не 10 гигабайт, при этом система
32-битная, к тому же, XP. Памяти в компьютере установлено немеряно.
Непонятно, как система может использовать памяти больше, чем возможно?
Мацал Кошек

Привет As!
ц
Как-то слышал прикол на тему, дескать, приложения в программе, например,
Sonar, используют памяти чуть ли не 10 гигабайт, при этом система
32-битная, к тому же, XP. Памяти в компьютере установлено немеряно.
Непонятно, как система может использовать памяти больше, чем возможно?
хороший прикол.
и именно прикол.
интересно где и от кого ты его слышал.
впрочем, есть одна технология и на 32 битной xp
когда тот же сделанный на базе второго контакта плаг колоссус
грузит пол инструмента в оперативку
а прочие сэмплы в файл подкачки.
но это как понимаешь не оперативная память а винт.
в теории а может и на практике возможно сделать виртуальный диск и перекинув
в него файл подкачки получить достаточно быстрое решение по работе с более
чем двумя гигами для приложения.
но я честно не знаю и не скажу есть ли вообще виртуальные диски
которые видят за пределами 4 гб в xp.
помоему вряд ли.
в семёрке в пределах 4 гб наверное такое вполне возможно
но никак не 10 гб.

зы
лично пока удалось заюзать в проектах до 5 гб.
но там не использовал продвинутые многослойные барабаны
а только аккустический бас на почти 3 гб.
поэтому интересно, кто этот экстримал или приколист-байкер
рассказавший тебе эту байку.
Виктор Горелов

Доброго времени суток всем!
Виктор Горелов в письме от 11.10.2012; 15:34 пишет:

Только, если приложение будет порожтать несколько процессов, т.к.
ограничение в 2 гб на 1 процесс никуда не деть.

А теперь внимание, вопрос! Что в данной аналогии будет

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

Приветствую всех.

Эта аналогия описывает пропускную способность шины данных. Это аппаратная характеристика
процессора, поэтому она не может измениться из-за смены разрядности операционной
системы.
Но на аппаратном уровне нет понятия "инструкция", а есть только адреса и данные
(информация), которые либо читаются из памяти, либо пишутся в нее.
Смена разрядности операционной системы приводит к изменению режима работы процессора
-- все его внутренние регистры и операционные блоки воспринимают только младшие
32 бита в каждой порции информации.
Сколько инструкций будет в прочитанных из памяти данных, выяснится только когда
процессор выполнит их декодирование.
Иными словами, эффективная скорость обработки информации уменьшается вдвое.

это - длина кода в 32 бита, то

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

Вам надо избавиться от ложного ассоциирования инструкции и порции данных, передаваемых
между памятью и процессором.

1. Количество битов, передаваемых при параллельной передачи данных, равно количеству
физических линий (линии синхронизации и управления в расчет не берем). То есть,
если в шине данных 64 линии, то за каждый цикл будут передаваться 64 байта информации.
2. Изменяется ли этот показатель( в физическом смысле), если процессор работает
в 32-битном режиме, а не в 64-битном?
Это зависит от конкретного схемотехнического решения, которое реализовал разработчик
процессора. В принципе, нет особых препятствий электрически заблокировать старшие
32 бита, чтобы информация по ним не передавалась. В вашей аналогии это выглядит
как запирание на ключ 32 дверей с определенными номерами.
В таком случае пропускная способность шины данных уменьшится в два раза.
Другой вариант: ничего не менять в работе шины данных, а игнорировать старшие
32 бита уже "внутри" процессора, т.е. отбросить их при выполнении операций.
В этом случае пропускная способность шины данных не меняется, но эффективность
ее работы уменьшается вдвое, так как, чтобы прочитать 64 бита (8 байт) информации
в 32-битном режиме, процессору придется дважды обращаться к памяти.
3. Для процессоров Intel длина инструкций не является фиксированной, поэтому
в одной порции данных, извлеченных процессором из памяти, может содержаться более
одной инструкции.
То есть скорость обмена информацией процессора с памятью - это исключительно
количество байт в единицу времени, а не количество инструкций в единицу времени.
Поэтому все ваши исследования в области комбинаторики тут малопригодны.

Успехов. Анатолий.

Приветствую всех.

информации.

Разумеется, 64 бита информации.

Успехов. Анатолий.

Приветствую всех.

Неправильно. Число инструкций в единицу времени называется быстродействием или
производительностью.
Тактовая частота -- это частота тактового генератора. Выполнение инструкций в
процессорах Intel может длиться более одного такта.

Разрядность процессора и длина инструкции -- это не одно и то же. В процессорах
Intel длина инструкций может составлять от одного байта и длиннее.
Причем в 32-разрядном режиме и 64-разрядном режиме некоторые инструкции имеют
одинаковую длину. У процессоров с другой архитектурой длина инструкций может
быть фиксированной.
Разрядность процессора указывает количество физических линий (грубо говоря, ножек
у микросхемы), приходящихся на шину адреса и шину данных, а также разрядность
внутренних регистров и внутреннего кеша.
Одинаковость разрядности шины данных и шины адреса -- это не единственный вариант,
но в обсуждаемых процессорах Intel шина адреса и шина данных имеют одинаковую
разрядность: 32 для 32-разрядного процессора и 64 для 64-разрядного процессора.
На самом деле, речь идет об одном и том же процессоре с архитектурой x86-64,
который может работать в двух (а точнее, в трех) режимах, но нас интересуют
только два: 32-разрядный, совместимый с архитектурой IA32, и 64-разрядный, совместимый
с архитектурой x86-64.
Разрядность шины адреса позволяет определить, по какому максимальному адресу
памяти процессор может прочитать/записать данные.
Разрядность шины данных позволяет определить, сколько байтов за один цикл чтения/записи
процессор может извлечь из памяти или записать в нее.
Собственно, Дмитрий и пишет, что 64-разрядная шина данных способна за один цикл
чтения/записи пропустить 8 байтов, а 32-разрядная только четыре (т.е. в два раза
меньше).
Этим, кроме всего прочего, и обуславливается более высокая производительность
64-разрядного процессора по сравнению с 32-разрядным при одной и той же тактовой
частоте.
Кроме того, 64-разрядные процессоры поддерживают ряд инструкций, которые не поддерживаются
32-разрядными процессорами и которые (инструкции) позволяют ускорить обработку
больших потоков данных (характерных для мультимедиа приложений).
Это только аппаратный уровень, но есть еще и программный: например, работа с
большими целыми числами или точность вычислений с плавающей точкой, которые зависят
от разрядности данных.
64-разрядная ячейка памяти или внутренний регистр процессора могут хранить и
оперировать с целыми числами в большем диапазоне, чем 32-разрядные.
Чтобы реализовать на 32-разрядном процессоре обработку целых чисел, требующих
более 32 бит для своего представления, вам придется задействовать две смежные
ячейки памяти или два внутренних регистра процессора (т.е. опять имеем две операции
чтения/записи, да плюс необходимость учета переноса при выполнении арифметических
операций).
Для 64-разрядного процессора операций в аналогичной ситуации окажется в два раза
меньше.
Поскольку речь идет об одном и том же процессоре (но работающем в разных режимах),
то все не так просто, но общий смысл именно таков.

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

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

А что такое "носитель инструкции" и что такое его длина?
В архитектуре фон Неймана "инструкция" это "внутреннее" понятие процессора. Во
внешнем по отношении к нему мире существуют только адреса и данные. Чем эти данные
окажутся -- кодом операции или операндами -- зависит от того, как их интерпретирует
процессор. Иными словами, если мы в некоторый момент времени посмотрим эпюры
на шине данных, то не сможем достоверно сказать, что именно по ним передается
в данный момент: команда или операнды.
Есть еще гарвардская архитектура, в которой память данных физически отделена
от памяти команд, т.е. есть шина адреса, шина данных и шина команд.
Но такого понятия, как "носитель инструкции" не существует.

В процессорах Intel инструкции кодируются произвольным числом байтов, т.е. в
памяти инструкция представлена последовательностью байтов (порядковое положение
байта определяет его семантику: префикс, код операции, операнд 1, операнд 2 и
т.п.), поэтому, в общем случае, разрядность процессора не влияет на длину инструкции.

Успехов. Анатолий.

Здравствуйте, Menelion.

Вы писали

да она и с бубном видеть их не может на сколько я понимаю.

Привет.

да она и с бубном видеть их не может на сколько я понимаю.

Это правда. Я держал в руках как-то восьмибитный процессор, там для
данных выделялось 8 ног, для адресации 16. Соответственно, максимальный
адрес ячейки для восьмибитных процессоров 65535, на дальнейшие адреса
памяти не хватит ног.
Следовательно, при 32-х битах 64 ног на адреса, 2 в степени 64. Для
64-битных процессоров - 128 ног, 2 в 128-й степени, отсюда и выводы про
память. Работает система на 32-х битах, и памяти соответственно по
количеству ног. Заставить систему видеть память наверняка можно, а вот
работать будет ли корректно - вопрос.
К слову, если говорить о малом количестве памяти, но о 64-х битах
системы, то можно вполне представить, что двухканальная память имеет
ширину линии 128 бит, то есть, при 64-битных вычислениях обращение к
одной ячейке, грубо говоря, произойдёт за один цикл, в случае с 32-мя
битами за 2, то есть, имеем двойное преимущество в работе с оперативной
памятью, невзирая на её количество.
Сложнее дело с другими устройствами, с периферией например. там могут
быть последовательные интерфейсы, которые вообще имеют ширину 8 бит или
вообще 1 бит. Винчестеры при всей их огромности пространства имеют
последовательный интерфейс в наше время, поэтому на загрузку системы
разрядность может не повлиять.
Мацал Кошек

здравствуйте Minya.
вот вам программа для использования всей оперативной памяти в 32-битных
Windows.
сам правда не пользовал, так как у самого система 64 битная.
инструкция в архиве.

файл ReadyFor4GB_20090422.zip
размер (59.5 КБ)
Скачать:
http://rghost.ru/40863267
kenli

Здравствуйте, kenli.

Вы писали

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

Привет.

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

Программа работает, точнее, позволяет системе видеть память. Был
когда-то патч для реестра, который позволял системе, скажем так,
показывать всю память.
Мацал Кошек

Доброго времени суток всем!
Minya в письме от 11.10.2012; 10:59 пишет:

Суть таких программ состоит в следующем:
1. на этапе загрузки ос из
озу, недоступной системе, создаётся виртуальный диск.
2. Происходит форматирование виртуального диска, возможно, что
устанавливаются разрешения, препятствующие пользователю просмотр
диска, дабы не свалить систему.
3. Файловая система виртуального диска монтируется на свободную букву
логического дисковода.
Далее, собственно, пошли операции на уровне логического устройства:
4. На логический виртуальный диск переносится файл подкачки системы.
5. Изменяется переменная окружения ?%temp%
6. Изменяются пути временных папок для операционной системы и для
текущего пользователя.
Вот и всё, что делают подобные программы.
Теперь рассмотрим 1 неприятный момент, поджидающий тех, кто стремится
сделать из запорожца мерседес просто наклеив на бампер запорожца
мерседесовскую эмблему:
Предположим, что мы устанавливаем программный комплекс, требующий
перезагрузки системы. Как правило, такие программы сначала
распаковывают себя во временную папку, затем в ключ реестра RunOnce
записывают команды, необходимые для окончания установки и просятся на
перезагрузку, после которой запущенная программа установки завершает
процесс оной и, если разработчик позаботился, удаляет за собой
временные файлы. В нашем с вами случае временные файлы будут
распакованы во временную папку на виртуальном диске, которая,
естественно, пропадёт после перезагрузки. Таким образом команды из
ключа реестра RunOnce не смогут выполниться после перезагрузки, т.к.
файлов, которые ос попытается выполнить, уже нет. После этого нас ждёт
как минимум куча сообщений об ошибках при перезагрузке, а как максимум
жуткие глюки из-за неправильно установленной программы. В общем, как
пел известный всем Женя Лукашин, думайте сами, решайте сами ;)

здравствуйте Minya.
вы пишите:

за что взял, за то и продал.
информация же находится здесь:
полезные советы для windows 7
в разделе:
Тонкие настройки
сам сборник можно скачать:
http://sites.google.com/site/nizaury/versii-sbornikov/PolezniesovetidljaWindows7.zip
там написано:
Данная программа добавляет второе ядро для загрузки операционной системы:
ntkr128g.exe
Статьи (на английском), объясняющие причины использования 32-битными
системами меньше памяти чем установлено и помогающие понять принцип работы
данной программы:
http://support.microsoft.com/kb/978610
http://www.geoffchappell.com/notes/windows/license/memory.htm
kenli

Доброго времени суток всем!
Menelion Elensuule в письме от 10.10.2012; 14:45 пишет:

В классическом виде и с бубном тоже не видит. Если только засунуть в
излишки озу, которые не видит 32 разрядная ос своп Мало того: в 32
разрядной ос одному процессу доступно не более 2 гб памяти. С другой
стороны при выполнении 32 разрядных приложений в 64 разрядной среде
для них потребуется значительно больше памяти.

10.10.2012 0:27, Гера Николаев пишет:

64 битную ос имеет смысл ставить, если оперативка 3- 4 гб.

Здравствуйте, друзья!
On 09.10.2012 21:27, Гера Николаев wrote:

Да, можно. Но большой выгоды Вы от этого (при данном железе), скорее
всего, не испытаете.
С уважением, А.