The OpenNET Project / Index page

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



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

Оглавление

OpenNews: Вышло Linux ядро 2.6.24, opennews (?), 25-Янв-08, (0) [смотреть все]

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


6. "Вышло Linux ядро 2.6.24"  +/
Сообщение от guest (??), 25-Янв-08, 14:46 
Там было для x86, теперь добавили для всех остальных: придётся обновляться - у меня как раз x86_64 на ноуте :-)
Ответить | Правка | Наверх | Cообщить модератору

7. "Вышло Linux ядро 2.6.24"  +/
Сообщение от Анон (?), 25-Янв-08, 14:56 
Кстати, не подскажешь 64 бит это гемор?
Читал, что не все работает.
Как ощущения?
Ответить | Правка | Наверх | Cообщить модератору

8. "64 бит это гемор?"  +/
Сообщение от swar (?), 25-Янв-08, 15:56 
Никогда это не было гемором. Само по себе 64-битное ядро не только ничем не уступает 32-битному, но и с включенным набором 32-битных вызовов ты получаешь систему, где без ограничений могут работать как 32-битные, так и 64-битные библиотеки и бинарники (с такой же эффективностью). Единственное - модули ядра понятно всегда 64-битные.
Проблемы бывают с кодом, не расчитанным на 64-битную архитектуру (который глючит или вообще не собирается), но это уже большая редкость. Ну и очевидно, что 64-битный код не может работать с 32-битным напрямую (например 64-битное приложение использовать 32-битные библиотеки и наоборот) - это ведет к тому, что работая в 64-битном гноме и запуская 32-битный firefox - он захочет подгрузить 2 копию необходимых гтк либ, уже 32 битных.
Основные проблеммы, которые до сих пор остаются не решенными для 64-битных систем - это закрытый бинарный софт, вроде adobe acroread и adobe flash player - второй очень часто нужен  в браузерах, например для просмотра видео. Тут ничего не поделаешь - пока некривых решений нет. Раньше были тормоза при эмуляции 64-битным wine`ом игр (приходилось ставить 32-битный wine + Х`ы и пускать через них) - сейчас производительность сравнялась (кстати запускать игры на отдельных чистых Х`ах эффективнее).
По-моим сугубо личным наблюдениям 64-битность никак не добавит скорости или эффективности использования ресурсов (есть куча бенчмарков).
Памяти в x86_64 потребляется где-то на 20% больше x86 (для Java разница сильнее заметна, т.к. там указатель на указателе).
Но особенно для разработчиков просто необходима возможность собирать код под x86_64 и x86 в одной системе. Все эти вещи замечательно сочетаются с дистрибутивом Gentoo.
Ответить | Правка | Наверх | Cообщить модератору

9. "64 бит это гемор?"  +/
Сообщение от Dvorkinemail (??), 25-Янв-08, 20:29 
>Никогда это не было гемором.

однако...
NVidia, скачанная с сайта производителя, помеченная как stable не работала.
"error: IOCTL" в 64-битном ядре.
в ядрах > 2.6.19 введена технология IOCTL 32->64 | 64->32 mapping. когда параметры функции ioctl( ...) в зависимости от битности преобразутся прозрачно
судя по исходникам месячной давности, эта вещь еще не во всех подсистемах сделана.

64 бита - это (пока что) как повезет.

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

12. "64 бит это гемор?"  +/
Сообщение от Аноним (12), 25-Янв-08, 21:29 
сам юзаю Gentoo 64бит на ноуте все работает
кроме одной важной для меня проги lotus notes (по работе надо)

есть ощущение что в 64битной системе
1. процесс запуска софта медленнее
2. памяти расходуется больше

кто подскажет можно ли юзать 64бит ядро, но при этом систему 32 бит?

делал такое на Sun ultraspac1 тоже ставил туда gentoo linux

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

14. "64 бит это гемор?"  +/
Сообщение от eee (??), 25-Янв-08, 21:36 
>кто подскажет можно ли юзать 64бит ядро, но при этом систему 32
>бит?

Пример Slamd64, х32 библиотеки, можно ставить пакеты от слаки_x32, компилить нет.

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

15. "64 бит это гемор?"  +/
Сообщение от Nickemail (??), 25-Янв-08, 22:28 
поверх 64бит ядра можно все что угодно.
И компилить в том числе.
Особенно это просто на Генту ;)
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

10. "64 бит это гемор?"  +/
Сообщение от Анон (?), 25-Янв-08, 21:09 
swar, спасибо за мощный коммент!
Однако мне тех минусов достаточно, которые ты привел, что бы не связываться
с этим. Эх..
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

11. "64 бит это гемор?"  +/
Сообщение от pavlinuxemail (ok), 25-Янв-08, 21:24 
> 64 бит это гемор?

Вы просто не умеете их готовить :)

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

13. "64 бит это гемор?"  +/
Сообщение от Аноним (12), 25-Янв-08, 21:32 
по большому счету оно нахрен не надо если у вас памяти <4 Gb
Ответить | Правка | Наверх | Cообщить модератору

24. "64 бит это гемор?"  +/
Сообщение от pavlinuxemail (ok), 26-Янв-08, 01:41 
>по большому счету оно нахрен не надо если у вас памяти <4
>Gb

Вот как раз по Большому-то и надо, а по маленькому нет.

Точность вычеслений, .... музыку любите? с хорошим качеством? Зачит вам нужно пр. Фурье
В преобразовании Фурье есть sin и сos - всем известно иррациональные, почти всегда,....
так вот, одно значений в 128 битном SSE регистре можно упаовать в 64-битную ячейку памяти...
и так далее.......
Ну, а если вам по мальникому, тогда слушайте магнитофон Весна-205.
  

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

29. "64 бит это гемор?"  +/
Сообщение от Аноним (12), 27-Янв-08, 17:31 
Глупость, 64-х бытныое вычисление целых никак не отражается на вычислениях с плавающей точкой и SSE и в той и в той системе тот же самый
Ответить | Правка | Наверх | Cообщить модератору

32. "64 бит это гемор?"  +/
Сообщение от pavlinuxemail (ok), 28-Янв-08, 13:07 
>Глупость, 64-х бытныое вычисление целых никак не отражается на вычислениях с плавающей
>точкой и SSE и в той и в той системе тот
>же самый

Сам понял что сказал?

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

18. "64 бит это гемор?"  +/
Сообщение от Аноним (12), 25-Янв-08, 22:51 
>Основные проблеммы, которые до сих пор остаются не решенными для 64-битных систем - это закрытый бинарный софт, вроде adobe acroread и adobe flash player - второй очень часто нужен  в браузерах, например для просмотра видео. Тут ничего не поделаешь - пока некривых решений нет.

Для flash существует nspluginwrapper. Для остального - lib32. Эта проблема решается в юзерленде дистростроителем. Юще раз: в Ubuntu для пользователя это совершенно прозрачно и особой разницы между i386 и amd64 не заметно. Единственное что, flash иногда(достаточно редко) глючит. Грешу на nspluginwrapper, однако проверить не могу, ибо 32-bit не держу уже лет 5.

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

16. "Вышло Linux ядро 2.6.24"  +/
Сообщение от Аноним (12), 25-Янв-08, 22:42 
Сижу на amd64(x86_64) еще со времен, как он в debian был экспериментальным. Проблем не было. Все 32-битное пускал в chroot. Сейчас на Ubuntu 7.10. Проблем вообще никаких. Даже chroot не нужен. Все работает, в том числе и wine, и flash, и google earth. Серваки крутятся под debian amd64. Проблем нету.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

17. "Вышло Linux ядро 2.6.24"  +/
Сообщение от Dvorkinemail (??), 25-Янв-08, 22:50 
а я для себя решил пока что не вые...ваться и гонять на 32
на самом деле просто не хочется думать о Java, Nvidia, о двух версиях библиотек...
а если у человека есть куча времени и тяга к изучению системы методом проб и ошибок, то почему бы и нет?
Ответить | Правка | Наверх | Cообщить модератору

19. "Вышло Linux ядро 2.6.24"  +/
Сообщение от Аноним (12), 25-Янв-08, 22:56 
>на самом деле просто не хочется думать о Java, Nvidia, о двух версиях библиотек...

А я об этом и не думаю. У меня все и так давно отлично работает. И я не помню, что бы не работало.

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

20. "Вышло Linux ядро 2.6.24"  +/
Сообщение от Nickemail (??), 25-Янв-08, 22:57 
>а я для себя решил пока что не вые...ваться и гонять на
>32

ниасилил?

>на самом деле просто не хочется думать о Java, Nvidia, о двух
>версиях библиотек...

точно ниасилил...

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

emerge nvidia-drivers blackdown-jdk

это куча времени, пробы и ошибки?


> о двух версиях библиотек

зачем о них думать?
emerge wine     - и все что надо само встанет

а больше зачем тебе 32бит либы? у*бищный флеш поставить?
gnash нуна продвигать, а не х*ней маяццо и тройаны под видом плагинов проставлять.

Лично я давно не задумывался уже (со времен перехода) под каким битом работают мои компы.

64бит нонче уже такой же продакшн как и 32.
И на серверах тоже.
Ну и самих 32 бит пока что хватает для основной деятельности. Но с ростом железа
ограничения все больше выпирают и требуют либо костылей, либо перехода на нормальную архитектуру.

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

21. "Вышло Linux ядро 2.6.24"  +/
Сообщение от Dvorkinemail (??), 25-Янв-08, 23:46 
>>а я для себя решил пока что не вые...ваться и гонять на
>>32
>
>ниасилил?

ну, знаешь, когда у меня не взлетела NVidia через 5 минут траха, я воткнул nv и жил некоторое время без 3d. все остальное было зашибись! уже чуть погодя я обнаружил начало переделок в ядре именно в конвертации IOCTL. потом, когда необходимость апгрейда встала на 100% я уже качал 32х битные исошники своего любимого дистрибутива, желая подождать еще полгодика, пока все это не устаканится

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

22. "Вышло Linux ядро 2.6.24"  +/
Сообщение от Nickemail (??), 26-Янв-08, 00:59 
ок
возможно, мне просто повезло начать этим заниматься когда уже с 64бит у nvidia было вменяемо

все равно. свободный софт рулит

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

23. "Вышло Linux ядро 2.6.24"  +/
Сообщение от Dvorkinemail (??), 26-Янв-08, 01:09 
>все равно. свободный софт рулит

адназначна :)

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

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

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




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

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