The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..., opennews (?), 10-Ноя-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


12. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +6 +/
Сообщение от Crazy Alex (ok), 10-Ноя-13, 02:29 
Господину не-некрофилу напоминаю, что 64х-битный файрфокс жрет памяти минимум в полтора разы больше, чем 32х-битный. Цифирки я когда-то приводил, для него и для оперы - там результат был аналогичный. Больше того - допустим, у меня на десктопе сейчас НИ ОДНОЙ софтины, которая имет обоснованную необходимость сожрать больше пары гиг памяти. Хотя нет, вру - при сборке хромиума больше выжирается - но, что характерно, она как-то на 32х-битной системе отрабатывает. И про mmap рассказывать мне тоже не надо - нет у меня таких задач. А у нормального юзера, который хром дома не собирает, тем более их нет.

Вот x32 - вещь хорошая, это да.

Ответить | Правка | Наверх | Cообщить модератору

14. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +5 +/
Сообщение от Аноним (-), 10-Ноя-13, 03:22 
домашний сервачек на пентиуме 4, а он только 32 умеет. куда не нужна конечно, но все равно, не нужно начинать моду на убийство 32 :(
Ответить | Правка | Наверх | Cообщить модератору

23. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  –1 +/
Сообщение от Аноним (-), 10-Ноя-13, 09:33 
> Господину не-некрофилу напоминаю, что 64х-битный файрфокс жрет памяти минимум в полтора
> разы больше, чем 32х-битный. Цифирки я когда-то приводил, для него и
> для оперы - там результат был аналогичный. Больше того - допустим,
> у меня на десктопе сейчас НИ ОДНОЙ софтины, которая имет обоснованную
> необходимость сожрать больше пары гиг памяти. Хотя нет, вру - при
> сборке хромиума больше выжирается - но, что характерно, она как-то на
> 32х-битной системе отрабатывает. И про mmap рассказывать мне тоже не надо
> - нет у меня таких задач. А у нормального юзера, который
> хром дома не собирает, тем более их нет.
> Вот x32 - вещь хорошая, это да.

Не боишься ли ты генту? Попробуй x32_x32 (лежит в папке ср stage3 для x86_64, сборок LiveDVD ещё нет). Это 64-битные бинарники и 32-битная адресация памяти. То есть только плюсы 64-битных компов без минусов. Естественно для компов где 2-4 Гб памяти. А Debian-а для этой архитектуры ещё нет.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

32. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +1 +/
Сообщение от ананим (?), 10-Ноя-13, 13:05 
>Попробуй x32_x32

Наверное всё-же x86_x32?
>То есть только плюсы 64-битных компов без минусов. Естественно для компов где 2-4 Гб памяти.

Ничего подобного.
Ядро вполне себе 64-битное. С соответсвующим количеством ОЗУ.
Это только каждому процессу (x32 который) 4Гб выдаётся, что разумеется плюс для типичного приложения десктопа.
Да и вообще, стоит в USE = "abi_x86_32 abi_x86_64 abi_x86_x32"
Первое для стимовских игрушек, второе для системы, третье джаст4фан.
Пока с последним далеко не всё собирается, а блобы невидии так вообще не планируются даже.
А жаль.

Ответить | Правка | Наверх | Cообщить модератору

43. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +/
Сообщение от Crazy Alex (ok), 10-Ноя-13, 17:16 
Не боюсь, я и так гентушник. Но пока пересобирать систему неохота. А что такое x32 я знаю, поэтому о нем и упомянул. И, кстати, этот режим отлично годится для компов с любым количеством памяти - ядро-то 64-х-разрядное, это в юзерспейсе наколдовали (ну плюс сисколлы подправили). Ограничение получается только одно - один пользовательский процесс не может адресоввать более 4-х гигабайт.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

62. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +/
Сообщение от Zenitur (ok), 10-Ноя-13, 23:02 
Нет, это не юзерспейс. Ядро там тоже меняли, конкретно 3.4. Я пытался из старого дистрибутива Linux начать установку, а она не смогла выполнить /bin/bash из stage3 для x32_x32. "file /bin/bash" показывает что нужно ядро 3.4. https://www.opennet.ru/opennews/art.shtml?num=33142
Ответить | Правка | Наверх | Cообщить модератору

65. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +1 +/
Сообщение от ананим (?), 10-Ноя-13, 23:27 
Не меняли, а ввели поддержку архитектуры х32.
Как и в глибц.
И это большая разница. Всё-таки формат исполняемых файлов другой, указатели короче и тд.

Но само ядро — 64-битное. С 64-битными указателями.
Ещё раз повторю — вон у меня в системе живут сразу 3-и архитектуры. 32, 64 и х32.
В ядре же только поддержку 2-х дополнительных включил и всё.

Ответить | Правка | Наверх | Cообщить модератору

66. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +/
Сообщение от AlexAT (ok), 10-Ноя-13, 23:28 
> Ещё раз повторю — вон у меня в системе живут сразу 3-и

копии системных библиотек. Welcome to library hell, Luke.

Ответить | Правка | Наверх | Cообщить модератору

71. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +/
Сообщение от ананим (?), 11-Ноя-13, 00:23 
>>Ещё раз повторю — вон у меня в системе живут сразу 3-и
>копии системных библиотек.

ай-ай-й=ай.
а то я без вас этого не знал.
>Welcome to library hеll, Luke.

libhеll — это совершенно другое понятие, применяемое к совершенно другим случаям, мой юный падаван.

Ответить | Правка | Наверх | Cообщить модератору

88. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +/
Сообщение от AlexAT (ok), 11-Ноя-13, 07:14 
> libhеll — это совершенно другое понятие, применяемое к совершенно другим случаям,
> мой юный падаван.

А ты не оперируй устоявшимися шаблонами, мой старый маразматичный друг (ничего личного xD). Держать в системе ТРИ копии системных библиотек, делающих одно и то же - тот самый hell и есть. Только в другой ипостаси слегка.

Ответить | Правка | Наверх | Cообщить модератору

96. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +1 +/
Сообщение от ананим (?), 11-Ноя-13, 12:27 
>Держать в системе ТРИ копии системных библиотек, делающих одно и то же - тот самый hell и есть. Только в другой ипостаси слегка.

Нет. Учите матчасть.
А то так в учениках джедаев всю жизнь и проходите.

Ответить | Правка | Наверх | Cообщить модератору

103. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +1 +/
Сообщение от Crazy Alex (ok), 11-Ноя-13, 18:43 
Пока это три независимых сета и приложение не может их перепутать (а оно здесь не может  - ABI разный) - хелла в упор не вижу.

Теоретически можно возмутиться, что они в памяти будут место лишее занимать, но тут же идея в том, что в основном используется одна архитектура (x32), остальное - по необходимости, то есть очень иногда.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

109. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  –1 +/
Сообщение от AlexAT (ok), 11-Ноя-13, 22:56 
> Пока это три независимых сета и приложение не может их перепутать (а
> оно здесь не может  - ABI разный) - хелла в упор не вижу.

В целом прямого хелла нет - перепутать почти невозможно, угу. Но определенные грабли вижу в необходимости билдить и использовать аж целых 3 набора либ (а по-хорошему - пакетов с либами) для поддержания одного и того же набора апликух. Плюс так и вижу часть (в основном, как ни странно, BSD-licensed) софтинок, упорно собирающих либы в /usr/lib вне зависимости от архитектуры. Их придётся допиливать :)

Ответить | Правка | Наверх | Cообщить модератору

106. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +/
Сообщение от Orduemail (ok), 11-Ноя-13, 20:44 
>> libhеll — это совершенно другое понятие, применяемое к совершенно другим случаям,
>> мой юный падаван.
> А ты не оперируй устоявшимися шаблонами, мой старый маразматичный друг (ничего личного
> xD). Держать в системе ТРИ копии системных библиотек, делающих одно и
> то же - тот самый hell и есть. Только в другой
> ипостаси слегка.

Вы предлагаете расширить понятие dependancy hell, чтобы включить в него любую проблему с зависимостями? Давайте тогда включим также и проблему упавшего интернета в это понятие, поскольку когда интернет лежит, никакие зависимости разрешить не удаётся. Да и вообще, поставим знак равенства между dependancy и dependancy hell. Любая зависимость -- это зло, которое усложняет нам жизнь.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

110. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  –2 +/
Сообщение от AlexAT (ok), 11-Ноя-13, 22:58 
Сам факт того, что надо всегда иметь три синхронных "копии" одной и той же библиотеки в системе - уже вымораживает.

А уж если надо какую-то проприетарь подключить... не факт, что она будет работать именно в x32 приложении - под x32 либов может и не оказаться. И получится, что вон то работает одинаково в x32/x64/x86, вон то - работает только в x86, а вот это - только в x64 версии одного и того же приложения. Хелл сферический, в вакууме.

Ответить | Правка | Наверх | Cообщить модератору

63. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  –2 +/
Сообщение от Аноним (-), 10-Ноя-13, 23:09 
Вам же нужен не компьютер а пишущая машинка. Вот и сидите на своём x32 без CUDA, вы ж и слов-то таких не знаете, верно?
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

72. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +1 +/
Сообщение от Crazy Alex (ok), 11-Ноя-13, 00:52 
Куда должна сдохнуть. Средство, поддерживаемое одним вендором - это всегда проблемы - либо в настоящем, либов  будущем. Сравни с OpenCL, который можно гонять на чем угодно.
Ответить | Правка | Наверх | Cообщить модератору

78. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +1 +/
Сообщение от Аноним (-), 11-Ноя-13, 05:20 
> Господину не-некрофилу напоминаю, что 64х-битный файрфокс жрет памяти минимум в полтора
> разы больше, чем 32х-битный.

На машинах где 64 бита имеет смысл это не является проблемой. Я еще ни разу не видел чтобы фокс вылез да 2Гб памяти. Даже с 400 вкладок (!!!). Да, это про 64-битный.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

82. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +1 +/
Сообщение от ананим (?), 11-Ноя-13, 05:55 
Вот только не нужно чужую память считать, ок?
Мне моя дорога, как... память :D
>Я еще ни разу не видел чтобы фокс вылез да 2Гб памяти.

А то б не вылез за 1.
К тому же есть ещё один плюс — программы, где есть утечка, не выжрут всю память, включая своп до полного непотребства. Да и быстрее будет. С учётом кэшэй ЦПУ. Он то у вас не расширяется за копейки?

Зыж
За 2 не вылез? Тем более зачем вам развлекать фокс 64-битными указателями, когда ему и 32-битных то за глаза? :D
А чего не 128? Или 256? Вам же не жалко? :D

Ответить | Правка | Наверх | Cообщить модератору

104. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  –1 +/
Сообщение от Crazy Alex (ok), 11-Ноя-13, 18:47 
Смею вам не поверить. Он даже на 32-х битах это проделывает иногда. И полутора сотен вкладок для этого хватает. Ну, то есть, вероятн, есть какие-то дополнительные условия, но то, что я саам мерял - соотношение в полтора раза, то есть потерянная память без какого-либо профита.
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

107. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +/
Сообщение от Orduemail (ok), 11-Ноя-13, 20:49 
>> Господину не-некрофилу напоминаю, что 64х-битный файрфокс жрет памяти минимум в полтора
>> разы больше, чем 32х-битный.
> На машинах где 64 бита имеет смысл это не является проблемой. Я
> еще ни разу не видел чтобы фокс вылез да 2Гб памяти.
> Даже с 400 вкладок (!!!). Да, это про 64-битный.

Всё зависит от вкладок. Где-то пробегала ссылка* на страничку, на которой файрфоксу не хватало 4Гб ОЗУ, даже если эта страничка -- единственная открытая в файрфокс. Эту хрень пофиксили, вроде в 26, но...

*) вот она эта ссылка, кстати: http://congressoamericano.blogspot.com/p/fotos-do-congresso-...

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

111. "NVIDIA прекращает поддержку CUDA  для Linux на 32-разрядной ..."  +/
Сообщение от AlexAT (ok), 11-Ноя-13, 23:03 
> Всё зависит от вкладок. Где-то пробегала ссылка* на страничку, на которой файрфоксу
> не хватало 4Гб ОЗУ, даже если эта страничка -- единственная открытая
> в файрфокс. Эту хрень пофиксили, вроде в 26, но...

И вот тут-то x86 и x32 уже переходят в разряд неосиляторов, ибо там адресного пространства процессу не хватит.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру