On 2009.12.11 at 14:12:39 +0200, Alexey Boyko wrote:
> > > > сидеть. Все равно через несколько лет 64-бит заменят на 128-бит,
> > > Это будет примерно через 39 лет.
> > Откуда такие сведения, о великий Ностардамус?
>
> посмотрел на википедии дату выхода 8008, 8086, 80386, amd64 и перемножил.
>
On Wed, Dec 09, 2009 at 05:13:43PM +0200, Oleksandr Gavenko wrote:
> Иван Лох wrote:
> >Через пару лет видеочип переедет в процессорную сборку, а потом IMHO
> >постепенно станет векторным акселератором общего назначения.
> >
> >
> SIMD расширения уже давно в CPU для ARM, i686/x64, sparc, powerpc,
>
On Wed, Dec 09, 2009 at 05:27:30PM +0300, Alexey Pechnikov wrote:
> Hello!
>
> On Wednesday 09 December 2009 17:05:47 Alexey Boyko wrote:
> > > сидеть. Все равно через несколько лет 64-бит заменят на 128-бит,
> >
> > Это будет примерно через 39 лет.
>
> Ерунда. Уже _сейчас_ на видеокартах 128-би
On 2009.12.09 at 16:05:47 +0200, Alexey Boyko wrote:
> > сидеть. Все равно через несколько лет 64-бит заменят на 128-бит,
>
> Это будет примерно через 39 лет.
Откуда такие сведения, о великий Ностардамус?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "u
On Sat, Nov 28, 2009 at 10:13:08AM +0300, Alexander GQ Gerasiov wrote:
> On Fri, 27 Nov 2009 16:14:27 +0300
> >
> > 32-разрядное приложение использующее DRI на 64 разрядной системе еще
> > как лезет. И при этом работает.
> Не фига, оно использует вызовы libgl и ко. Которая является юзерспейс
> ча
On Fri, Nov 27, 2009 at 04:04:35PM +0300, Alexander GQ Gerasiov wrote:
> > > >
> > > > С помощью набора блобов и какой-то матери собрал:
> > > > fglrx-kernel-2.6.30-2-amd64 1:9-10-1+2.6.30-8
> > > >
> > > > Конечно, ничего не работает... Даже без DRI. Уивительно, как это
> > > > им удается
On Fri, Nov 27, 2009 at 03:14:06PM +0300, Nikita V. Youshchenko wrote:
> > On Thu, Nov 26, 2009 at 10:03:07PM +0300, Alexander GQ Gerasiov wrote:
> > > Linux vice 2.6.30-2-amd64 #1 SMP Sat Sep 26 03:42:23 UTC 2009 x86_64
> > > GNU/Linux
> > >
> > > [...@vice:/tmp]$ dpkg --print-architecture
> > > i
On Fri, Nov 27, 2009 at 03:26:02PM +0300, Иван Лох wrote:
> IMHO все эти маленькие ядерные хитрости не быстродействии сказываются слабо.
> Сколько мы там времени в контексте ядра проводим? Важно, то может ли
> программа получить значение из памяти за один такт или нет.
Линус сказал, что ему тормоза
On Fri, Nov 27, 2009 at 02:38:17PM +0300, Alexander GQ Gerasiov wrote:
>
> ЗЫ
> Кстати, а кто мне скажет: четырехуровневые таблицы в x86_64 что типа
> быстрее работают чем трёхуровневые в PAE? Или там накладные расходы выше
> в PAE из-за более сложной софтовой поддержки этих таблиц в менеджере
>
On Fri, Nov 27, 2009 at 11:03:12AM +0300, Victor Wagner wrote:
> On 2009.11.26 at 21:32:04 +0200, Dmitry Nezhevenko wrote:
> >
> > Там не весь он так активно нужен. Да, "обрабатывать" фотки на нетбуке --
> > это пять :)
>
> Кстати, достаточно осмысленная задача. Обработка по горячим следам
> впол
On Thu, Nov 26, 2009 at 10:03:07PM +0300, Alexander GQ Gerasiov wrote:
> Linux vice 2.6.30-2-amd64 #1 SMP Sat Sep 26 03:42:23 UTC 2009 x86_64
> GNU/Linux
>
> [...@vice:/tmp]$ dpkg --print-architecture
> i386
>
> Вот в такой конфигурации nvidia работает (в squeeze так вообще никаких
> проблем не
On Fri, Nov 27, 2009 at 09:31:21AM +0200, Oleksandr Gavenko wrote:
> Маленькое заблуждение что в 32-битном режиме с PAE процесcу будет
> доступно 64-битное адресное пространство )).
Кажется, вы сейчас озвучили это заблуждение впервые.
--
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune
On Fri, Nov 27, 2009 at 09:43:32AM +0200, Oleksandr Gavenko wrote:
> Лимит в 2 GiB или в 3 GiB из-за того что старшие биты
> используются как признак кода ядра для его зашиты
> (и соотведственно процессу недоступны)?
Нет, из-за того, что все адреса ядра должны быть частью адресного
пространства все
On Fri, Nov 27, 2009 at 01:01:21PM +0300, Alexander GQ Gerasiov wrote:
> Вот я довольно хорошо себе представляю схему обращения к памяти, но всё
> равно не понял о чем _именно_ ты говоришь, и главное к чему это.
+1
--
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):
ребятки - а к
On 2009.11.26 at 21:32:04 +0200, Dmitry Nezhevenko wrote:
>
> Там не весь он так активно нужен. Да, "обрабатывать" фотки на нетбуке --
> это пять :)
Кстати, достаточно осмысленная задача. Обработка по горячим следам
вполне может иметь смысл. Не заменяя, конечно, последующую обработку на
стационар
On Thu, Nov 26, 2009 at 08:24:20PM +0200, Mark Mark wrote:
> Во-первых я и сам знаю, что грубы. Но считать надо перед апгрейдом ПО
> МАКСИМУМУ. Что бы потом не бегать из серии "блинн, а все равно не
> хватает". И кстати когда у меня чипсет на компе летел - на eee pc (там
> 1гб рема) при попытке обр
On Thu, Nov 26, 2009 at 06:52:26PM +0200, Mark Mark wrote:
> Собственно почему я писал о именно 64бит системе.
> Вопрос, вы уверены, что если я включу в винде PAE, то тот же фотошоп
> смогет схавать скажем 6ть гиг рема под себя?
64-битный фотошоп уже появился? Тогда какая разница?
А MSSQL, насколь
On Thu, Nov 26, 2009 at 04:43:15PM +0300, Artem Chuprina wrote:
> Andrey Rahmatullin -> debian-russian@lists.debian.org @ Thu, 26 Nov 2009
> 18:25:44 +0500:
>
> >> PAE _не нужен_ уже сейчас. Можно поставить ядро amd64 и работать
> >> как с 32-bit так и 64-bit userspace.
> AR> Если процессор 6
On Thu, Nov 26, 2009 at 04:43:15PM +0300, Artem Chuprina wrote:
> Andrey Rahmatullin -> debian-russian@lists.debian.org @ Thu, 26 Nov 2009
> 18:25:44 +0500:
>
> >> PAE _не нужен_ уже сейчас. Можно поставить ядро amd64 и работать
> >> как с 32-bit так и 64-bit userspace.
> AR> Если процессор 6
On Thu, Nov 26, 2009 at 04:23:29PM +0300, Иван Лох wrote:
> PAE _не нужен_ уже сейчас. Можно поставить ядро amd64 и работать
> как с 32-bit так и 64-bit userspace.
Если процессор 64-битный.
--
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):
Это все хорошо, только не сделай так, ч
On Thu, Nov 26, 2009 at 05:58:00PM +0500, Andrey Rahmatullin wrote:
> On Thu, Nov 26, 2009 at 03:52:56PM +0300, yuri.nefe...@gmail.com wrote:
> > > Линуксофт не умеет мапить недоступную память на манер AWE?
> >На уровне процессора это называется PAE - Physical Address Extension:
> Нет, разумеет
On Thu, Nov 26, 2009 at 03:52:56PM +0300, yuri.nefe...@gmail.com wrote:
> > Линуксофт не умеет мапить недоступную память на манер AWE?
>На уровне процессора это называется PAE - Physical Address Extension:
Нет, разумеется.
AWE does not depend on Physical Address Extension support or vice versa.
On Thu, Nov 26, 2009 at 03:41:55PM +0300, Artem Chuprina wrote:
> >> Это вопрос о том, куда засунуты эти 6 гигов. Если они нужны в адресном
> >> пространстве одного процесса - тогда 64 бита. Даже если физической RAM
> >> у тебя всего 64 мега...
> AR> Линуксофт не умеет мапить недоступную памя
On 2009.11.26 at 14:03:21 +0300, Artem Chuprina wrote:
> MM> И покажет еще раз то же самое. Так или иначе - а памяти в компах
> MM> становиться все больше и переход на 64 неизбежен.
>
> Да не вопрос. Через пару-тройку лет ответ на вопрос "32 или 64?" будет
> звучать так: "У тебя смартфон? Тогд
On Thu, Nov 26, 2009 at 02:26:15PM +0300, Artem Chuprina wrote:
> Это вопрос о том, куда засунуты эти 6 гигов. Если они нужны в адресном
> пространстве одного процесса - тогда 64 бита. Даже если физической RAM
> у тебя всего 64 мега...
Линуксофт не умеет мапить недоступную память на манер AWE?
-
25 matches
Mail list logo
