Nvidia 64bit graphics card drivers for FreeBSD

> у них до сих пор нет стабильного драйвера с поддержкой Over 4Gb.

в каком месте это относится к видеодрайверу? все вышеперечисленное можно делать и на открытых nouveau/nv/vesa.

nvidia-блоб здесь может быть (не)нужен для:
- бесполезного compiz'а
- игрушек (для 3D-аддиктов)

> все вышеперечисленное можно делать и на открытых nouveau/nv/vesa.

Не знаю что там с nouveau под фряшкой, а с nv даже скроллинг в файрфоксе тормозит люто.

>Один инстанс g++ запросто может пожирать более 1 Гб памяти на плюсовом коде. Компиляция с make -j4 загоняет машину в своп, убивает кеш файловой системы. А у меня еще виртуалбокс с тестами крутится, кеды, почта, файерфокс с ЛОР-ом открыт.

закрой файрфокс с ЛОРом, ты не поверишь сколько эта гадина жрет. я как глянул недавно, так валидол глотать пришлось.

> Достаточно только подумать кому может потребоваться стопка свойств

Я не вижу смысла гадать, OpenVZ, CloseHZ, мегапротект или еще какой-нибудь гипертыц. Название будет или нет?

Обработка page fault - не может быть стандартизирована.

Это уже классика - путать handler и прикладную логику. Что делают программисты, когда внешний интерфейс callback и его параметров начинают меняться? Одни начнают клепать дефайны (вы похоже из таких), вторые вводят уровень абстракции, приводя переданную «плавающую» структуру к стабильной внутренней, жертвуя производительностью но получая заметно большую стабильность.

И еще - начиная с какого-то момента, тащить костыли обратной совместимости становится слишком дорого. Либо один программист в своих 20 мегабайтах ковыряется 2 недели ($1000, ваш случай), либо все трахаются с обратной совместимостью (десятки и сотни тысяч).

Моншер, да я и не гавкаю. Оставляю эту прерогативу вам, фанатику.

По существу я уже спросил то, что интересовало.

В ожидании ответа можно и с фанатиков, типа вас, посмеяться.

> Всё остальное (про 20 метров кода в ядре) я оставляю на Вашей совести. Наверное, оно и правда.

Не знаю поверите или нет, но вот такой рабочий каталог.
orig$ du -sh b1_8
29M   b1_8

29М за вычетом модулей сборки и тестов дают как раз ~20м исходников которые крутятся в ядре. Далеко не все трогается при обновлении базового ядра.
Но последний раз при обновлении базового ядра с 2.6.21 до 2.6.26 были получена цепочка патчей
21182 2007-11-26 21:13 2.6.23-fix.diff
122596 2008-04-02 16:13 2.6.24-fix-v3.diff
152687 2008-06-05 10:45 support-2.6.26-v2.diff
каждый патч включает в себя предыдущий.
diffstat по последнему файлу говорит
43 files changed, 1281 insertions(+), 596 deletions(-)
маленький набор изменений :-)

Увы кроме вашего драйвера есть многие вещи - которые реализовываются чуть сложнее чем драйвер. Кстати какой он? block device? или недай бог network device ?
А попробуйте написать свою FS? это хорошо видно на примере рейсер fs, и сколько кода меняется в FS при каждом чихе в VM.

Как мне PAE обеспечит больше 3х гиг на процесс?

Оу, еще один дурачек, не понимающий сарказма. Ясно.

Единственное на что я отвечу: В венде апи поменялось только XP --> Vista, в ляпихе с каждым релизом. Ничо так, да?

Дискуссия бессмысленна.

> Название будет или нет? Гадай дальше - горе линуксоид сидящий на винде.

Это уже классика - путать handler и прикладную логику.

Смешной ты. В некоторых случаях прикладная логика как раз и должна реализовываться в этом handler. Кроме того лишний уровень абстракции - это тормоза и сильные ограничения по реализации. Кроме того в случае page fault - как я указал раньше - уровнем абстракции не обойтись. В общем случае page fault handler в приложении является обверткой над вызовом другой функции ядра - и в этом случае поменялись не только параметры вызова, но и результат возвращаемый из более нижестоящей функции.

А это уже тянет за собой очень не маленькую цепочку изменений - включая изменения в машине состояний и локинге.

Слив засчитан - хорошо бы научиться разбираться в предмете.

> В общем случае page fault handler в приложении

Вот только не надо мне рассказывать про этот page fault и no page, в свое время я сам с матом патчил каталист чтобы он собрался на новом ядре. Ничего страшного, справился.

Молодец. возьми пирожек :) но у каталиста значительно меньше навешано туда. ООчень меньше. Некоторым нужно больше :)

>Так и скажи, что нифига про линупс не знаешь
http://packages.debian.org/experimental/python2.6

А-ха-ха. Он в линаксе только экспериментальный!

А вот на FreeBSD Python ветки 2.6 портировали «13 Oct 2008»: http://www.freshports.org/lang/python26/ и, естественно ожидаемо, заменили им Python 2.5.x на 2.6.2 ещё «08 Jun 2009».

А теперь подсчитайте, насколько команда Debian отстала от прогресса. ;)

тебя не смущает что в этой вашей FreeBSD все больше и больше кода от ненавистного вам линупса?

Пока нет. linux.ko требуют для своей работы всего 367 программ. И nvidia-driver к ним не относится — поддержка Linux там чисто номинально — только для завязанных на linux.ko графических программ, и её легко можно отключить в опциях сборки nvidia-driver.

>Изенушка, в 2 часа утра, в выходные, сидеть на работе, какая к ней любовь.

Вот такая у меня работа. И на хлебушко с чёрной икорушкой хватает. Да. ;)

Чем дальше, тем более злобные коменты про FreeBSD, что за тенденция?...

Ну и дебилы, что заменияли 2.5 на 2.6. Я вот тебе могу сходу нахзвать 2 больших проекта, которые не портированы на Питон 2.6: matplotlib и scipy. Это по моей части. Наверняка таких ещё будет. В результате придётся держать 2 Питона на компе: 2.5 и 2.6, с которым собирается система.

Кстати во многих дистрах Линукса тоже уже более полугода 2.6 и его субверсии. По невменяемости. Только Debian и Alt из известных мне стоят на 2.5.4.

>Ну и «три». Вопрос к фряховодам. А чем, собственно, «фряхо-движение» обогатило «Мир»?

Интеграция всего-в-одном-флаконе.

Adobe Linux Flash-plugin, KDE4, ZFS, PF на какой ещё системе вы встретите вместе? ;)

Т.е. понатырили всё повсюду, а теперь жалуетесь, что оно плохо работает? Действительно обогатили! Мы бы без вас не прожили, это точно.

не люблю я эти вечные споры. Каждому своё и все.

>Т.е. понатырили всё повсюду, а теперь жалуетесь, что оно плохо работает? Действительно обогатили! Мы бы без вас не прожили, это точно.

Почему «плохо»? Где «плохо»? Кто «жалуется»? Кто это «мы»?

>Я вот тебе могу сходу нахзвать 2 больших проекта, которые не портированы на Питон 2.6: matplotlib и scipy. Это по моей части. Наверняка таких ещё будет. В результате придётся держать 2 Питона на компе: 2.5 и 2.6, с которым собирается система.


Package: py-matplotlib 0.99.0
Port: math/py-matplotlib
Required To Build: math/py-numpy, devel/py-dateutil, devel/py-pytz, x11-toolkits/py-tkinter, graphics/agg, lang/python26, textproc/intltool, devel/pkg-config, x11-toolkits/py-gtk2
Required To Run: math/py-numpy, x11-toolkits/py-tkinter, lang/python26, lang/tcl85, x11-toolkits/tk85, devel/pkg-config, devel/gio-fam-backend, x11-toolkits/py-gtk2
Required Libraries: print/freetype2, graphics/png, accessibility/atk, devel/glib20, x11-toolkits/gtk20, devel/libglade2, textproc/libxml2, x11-toolkits/pango
URL изменений порта: http://www.freshports.org/math/py-matplotlib/


Package: py-scipy 0.7.1
Port: science/py-scipy
Required To Build: math/py-numpy, math/djbfft, lang/python26, lang/gcc44
Required To Run: lang/python26, lang/gcc44
Required Libraries: math/fftw3, math/lapack, math/blas
URL изменений порта: http://www.freshports.org/science/py-scipy/

Так где, говорите, «наверняка таких будет»? В линаксе?

Как мне PAE обеспечит больше 3х гиг на процесс?

На какие процессы на десктопе тебе нужно более 3Г?

>Нафига для putty.exe Full HD?

Чего вы меня всё время каким-то putty.exe тычете? Не знаю, что это такое. Так как на работе нету FreeBSD, а дома нету Windows.

> В венде апи поменялось только XP --> Vista, в ляпихе с каждым релизом. Ничо так, да?

Бууууууууууугага! Ничо... :))))))))))))))))))))))))))))))

еще один дурачек, не понимающий сарказма
Дискуссия бессмысленна.

Ясен пень, смысла нет с тобой дискутировать. Ибо не о чем. Что есть API системы ты явно не в курсах. Пацанва на раёне за то базар не катала... Иди пасись, бычок... А свой «сарказм» (те кто слово-то такое сказал?) можешь прихватить и отправляться прямичком сюда -> http://lleo.aha.ru/na/ Тя там ждут. Ток не говори пацанве шо ты там уже был. Не поймут... :))))))))))))

Да. Исчо скажи там братанам — те на брейн-фитнесс билет дядька выписал тута. Теперя ты с ними тусить чаще будешь... :))))))))))))))))))))))

> Чего вы меня всё время каким-то putty.exe тычете? Не знаю, что это такое. Так как на работе нету FreeBSD, а дома нету Windows.

И между домом и работой нет связи. Интернет отменили... Провайдер забанил, злые одмины прикрыли доступ. Пипец. Жизнь дала трещину и стала похожа на задницу... :)))))))))))))

Этакая... «Сферическая FreeBSD» в домашнем гордом одиночестве... iZEN, я Вас умоляю... Откройте же наконец тайну... Вы приносите возле неё жертвоприношения??? 8-O

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

сударь, вы на арче продакшн крутите или что? написали софтину, в требованиях к системе указали «Linux kernel 2.6.18» или вообще «RHEL 5» и не паритесь.

> Интеграция всего-в-одном-флаконе.

Тааааак... Ща моя фантазия взыграет... Я предупредил...

Adobe Linux Flash-plugin, KDE4, ZFS, PF на какой ещё системе вы встретите вместе? ;)

Поехали! А теперь берём водку (грамм 200), спиртяжку (грамм 50 и не запивать), пивко (по желанию), винигрет (сколько влезет), икорку (сколько на халяву дадут), картошечку с сальцом (по самочувствию), колбаску сырокопчёную (сколь нарежется), осетриню а-ля рюс (сколь не прикоропчат), ... мешаем (внутри, естессно)... Залезаем на лопинг (т.е. пытаемся «работать») и... стираем одежду кругов (максимум) через 10 на лопинге... Когда и если поотпустит малость.

Мдяяя... Прав был «дедушка Крылов» — «в одну телегу впрячь... винда получится».

>И между домом и работой нет связи. Интернет отменили... Провайдер забанил, злые одмины прикрыли доступ. Пипец. Жизнь дала трещину и стала похожа на задницу... :)))))))))))))

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

Откройте же наконец тайну... Вы приносите возле неё жертвоприношения??? 8-O

Можно сказать и так :)). Когда недавно ~14 часов кряду компьютер без посторонней помощи пересобирал все установленные пакеты из исходников (portupgrade -afp) и нервировал шумом вентиляторов, нарушая мой покой. (Вентиляторы заменены на тихие, такого «жертвоприношения» больше не повторится :) ).

Ну у меня матлаб спокойно больше 3х гиг хавает, а также некий специализированный софт.

> Да-да, благородный дон. Зачем вам на рабочей станции >4Gb на процесс?

И чего так за 4Gb памяти уцепились? Это далеко не единственное преимущество которое дает 64-битная архитектура. Поищите сравнение производительности....или сами потестируйте... Только заранее прошу не смотрите сравнение производительности винды - у них там мрак какой-то.


По теме: раз за BSD-унишек.

> 2 больших проекта, которые не портированы на Питон 2.6: matplotlib и scipy

4.2

NumPy с версии 1.3 и SciPy с 0.7.1 полностью совместимы с Питоном 2.6 (хотя 2.5 всё ещё рекомендуется официально как более стабильный); matplotlib с версии 0.98.5 портирована на Питон 2.6.

Иллюзия „непортированности“ — строго на совести мэйнтейнеров репозиториев, собирающих соответствующие пакеты строго под 2.5.x

>сударь, вы на арче продакшн крутите или что? написали софтину, в требованиях к системе указали «Linux kernel 2.6.18» или вообще «RHEL 5» и не паритесь.

Мисье.. клиенты они блин ушлые - у них есть SLES9 - и они не хотят менять ибо оно и так работает, а обновление софтины требуют.. Другие позже засетапили свое добро и у них уже RHEL4... еще одни у них SLES10, третьи сидят на RHEL5, а другие требуют SLES11. А выйдет RHEL6 - будут и RHEL6 требовать ибо есть такая вещь как end-of-support time..

Почему-то вот загнать HP на SLES не получается, они сволочи решили что им шапка лучше :) Других из SLES не сгониш на шапку - скорее откажутся от продукта ;-)

PS. случаи бывают разные - да и выбирать ядро и железо под софтину, это мягко скажем неправильно. И больше напоминает window world - где ищут на каком же сервиспаке оно заработает. Но мы же в свободном мире ? :)

Алексей Михайлов представил (http://tuxnotes.ru/reviews.php?a_id=13) результаты тестирования времени выполнения определенных задач для i386 и x86_64 сборок Linux дистрибутивов Fedora 9, OpenSUSE 11.0 (GNOME Edition) и Ubuntu 8.04.1. Тестирование проведено с целью количественной оценки преимуществ производительности 64-битной системы над 32-битной.


Была измерена скорость загрузки системы, проведено кодирование звука, сжатие данных, компиляция ядра Linux. Приведены конкретные цифры производительности вышеприведенных систем.


В результате были получены данные, в соответствии с которыми, в процентном соотношении преимущество 64-битной системы над 32-битной колеблется от 0.6% до 45%:


- для дистрибутива Fedora 9 - от 1.2% до 26.9%;
- для OpenSUSE 11.0 - от 0.6% до 45%;
- для Ubuntu 8.04.1 - от 0.6% до 31.7%.

взято с опеннета

> у меня матлаб спокойно больше 3х гиг хавает

Уважаемый, поделитесь секретом — где и как настройки подпиливали? А то у меня Octave кушает память без ограничений, а вот Matlab больше ~200 Мб под стек выделять отказывается, на ограничения Java-машины ругается.

> Не знаю поверите или нет, но вот такой рабочий каталог.

Почему «не поверю»? Я, вообще-то, и не сильно спорил... Просто, изначально высказал некоторые сомнения, но ничего не утверждал в жёсткой форме. Не мой стиль. Просто... привычки ни чего не утверждать и не опровергать.

Увы кроме вашего драйвера есть многие вещи - которые реализовываются чуть сложнее чем драйвер. Кстати какой он? block device? или недай бог network device ?

Я знаю что есть сложнее вещи. И, более того, соглашусь на все 100. Например (могу просто добавить к Вашим словам пример) есть такая штука как планировщики ядра. Их там не один. Как минимум (если считать noop) то 4. Плюс, при переходе к real-time kernel там ещё добавляются планировщики. И даже выбрать правильный это почти искусство, если угодно.

С другой стороны, «искусство» системотехника и состоит в том, чтобы выбрать наиболее _правильные_ варианты для конкретного случая. Ну, и потом с эжтим со всем как-то жить.

Модуль ядра? А он не один. И, в том числе из категории, которую Вы отнесли к «не дай Бог»... :) только всё немного хуже. Железо сочетает в себе несколько ипостасей, с заказными ксилинксовскими примочками. Там... «весело». В том числе и DSP есть. Ну, да не столь суть. С другой стороны, сейчас зубы точим на ARM (заколебало AMD'шникам мозги торжественновыносить с их чипсетами). Там будет eCOS, думаю, всё будет хорошо.

А попробуйте написать свою FS? это хорошо видно на примере рейсер fs, и сколько кода меняется в FS при каждом чихе в VM.

А я, знаете ли, и здесь спорить не буду. Ни к чему мне это. Но, согласитесь, что написание ФС это задача довольно не стандартная. По сути дела, FS, через механизм VFS, должна обеспечивать единый интерефейс с системой, как следствие с приложениями в том числе и прикладного уровня. Я смотрел некоторые ФС когда пришлось развлекаться с ФС, работающей over USB. Сложно. Но понять можно. Возможно (возможно) так мне и придётся сделать... Но позже.

Но это не будет поводом для переезда в другую систему. Да. В Линуксе мороки много. Но, по крайней мере, в отличие от той же фряхи, эти замуты понимаются проще. Возможно, это моё субъективное мнение. Не буду уверять.

Ничего не подпиливал и не настраивал. java машина матлабовская кушает памяти столько сколько есть. Может у тебя стоит матлаб 32х битный?

> Можно сказать и так :)). Когда недавно ~14 часов кряду компьютер без посторонней помощи пересобирал все установленные пакеты из исходников (portupgrade -afp) и нервировал шумом вентиляторов, нарушая мой покой. (Вентиляторы заменены на тихие, такого «жертвоприношения» больше не повторится :) ).

Сеанс некрофи^W эээ... «некромантии» удался? :)))

iZEN... iZEN... Что же Ви таки уже со мной делаете? Я уже весь плачу... :))))))))))))

iZEN, торжественно обещаю более Вас никогда... Вы слышите? НИ-КОГ-ДА! Не подъё^Wкалывать. iZEN, безумству храбрых поём мы песню и... таки да... «Орден Сутулого» с закруткой на спине... Ваш! Наградная группа к Вам уже выехала, но собаки из упряжки разбежались...

Ждите. Скоро «Орден» будет Вам доставлен почтовыми голубями... А я пока распоряжусь тамтамщику отбить в Ваш адрес срочную поздравительную телеграмму. :)))))

Искренне Ваш, полуослепший от слёз умиления, анонимус... :)))

> матлаб 32х битный?

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

Проблема, кстати, не только матлабовая — javavm лимитирует выделяемую память под любой инстанс. Вот и интересно, как бы подправить предел.

>javavm лимитирует выделяемую память под любой инстанс. Вот и интересно, как бы подправить предел.

Просто нужно запускать Sun Java с ключиками -Xms256m -Xmx512m.

>Сеанс некрофи^W эээ... «некромантии» удался? :)))

Да, удался — не пришлось торчать за компом эти 14 часов, а заниматься другими не менее полезными делами.

Ждите. Скоро «Орден» будет Вам доставлен почтовыми голубями...

О, какой-то князёк волшебного королевства здесь умиляется мной? Похвально. Быть тебе моим вассалом, назови ты имя своё, отличное от Никто.

А у вас какой матлаб? Мой х64 работает вполне пристойно 2008б который. Всё из коробки.

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

ну и всё, а я пускаю 64х битный матлаб в 64х битной системе, соответственно никаких проблем с памятью нет

Это гентушники-то интеллектуалы? Хм... отчего же тогда половина из них не знает в чем суть GPL и что такое свободное ПО и свободные лицензии?

>Не мертвой, но... по сравнению с тем же Linux такие темпы развития уместно назвать «комой» или «летаргией».

А ты не в абсолютных единицах измеряй, а в относительных, да еще и в привязке ко времени. И посмотришь после этого насколько быстро развивается linux и не-linux

P.S. А вот можно за вопли RIP сносить такие посты с -20 скора - ибо от красноглазых дятлов такое обычно слышно?

Как бе скачал gzip для x64, как бе распаковал. Там в слое совместимости с линукс - cuda. Это оно, што я думаю?

> Быть тебе моим вассалом,

Нет! Только не это!!! :)))))

назови ты имя своё, отличное от Никто.

Звать меня Никак. Я не хотел тебе этого говорить. Да ты и не узнаешь меня.

С уважением и наилучшими пожеланиями, твой, покинувший тебя, Разум...

:))))))))))))))))))))

> какой матлаб? Мой х64 работает вполне пристойно

r2008b x86. Проблема, собственно, не в самом Матлабе, а в джава-машине. При консольном запуске ( -nodesktop -nojvm) тоже работает вполне пристойно, но отладка скриптов всё же удобнее с редактором переменных, в графическом режиме.

> не в абсолютных единицах измеряй, а в относительных

В относительных единицах, моська растёт быстрее слона - и что, от этого у нее открываются радужные перспективы? :)))

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

Проекты вроде фряшки - пришел десяток активных разрабов - и наблюдается внезапное распухание кода на какие-то дикие проценты. А толку-то? Как была фряшка пустым местом, так пустым местом и остается. Покодили, надоело, разбрелись кто куда. И даже поддерживать их письмена потом некому будет: нет бизнеса, нет оплачиваемых фулл-тайм рабочих мест. Fail.

Бизнес инвестирует в Линукс. Потому что GPL защищает инвестиции. А вкладываться в BSD - спонсировать своих же проприетарных конкурентов - никому не надо.

> Какие линукс фичи?????

Рекомендуется к изучению http://wiki.freebsd.org/NvidiaFeatureRequests , особенно последний пункт в табличке ;)

Ну правильно, разработчики nvidia от своей лени, что бы код не перелопачивать сказали сделать так как «там»... И это фичи???? я вас спрашиваю???? ой - не делайте мне смешно...