The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Стоит ли ждать стабильности от Linux ядер."
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Стоит ли ждать стабильности от Linux ядер."
Сообщение от opennews (??) on 22-Июл-04, 17:00 
После публикации в LKM патча удаляющего код devfs из Linux ядра 2.6 разгорелась дискуссия по поводу пути развития, когда основное внимание разработчиков уделяется производительности и включению новых возможностей, а вопрос высокой стабильности работы взвешивается на плечи создателям Linux дистрибутивов.

URL: http://kerneltrap.org/node/view/3513
Новость: http://www.opennet.me/opennews/art.shtml?num=4148

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

 Оглавление

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


1. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от c0re email(??) on 22-Июл-04, 17:00 
И после этого луноходы будут ещё устраивать споры с BSDшниками :)
Cообщить модератору | Наверх | ^

8. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Vlad (??) on 23-Июл-04, 08:40 
> И после этого луноходы будут ещё устраивать споры с BSDшниками :)
Кончно нет :) Вот такие "BSDшники" сами себя дискредитируют, а нормпльные люди молча работают, и часто за обеими ОС.
Cообщить модератору | Наверх | ^

2. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Аноним email on 22-Июл-04, 17:45 
а как там с smp в bsd? таки удачно наладилось? в самом стейбле? или опять середина на половину?
Cообщить модератору | Наверх | ^

14. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от pyfqrf on 23-Июл-04, 12:44 
К сожалению примерно как в Linux 2.x. Везде BKL... BKL... BKL...
Cообщить модератору | Наверх | ^

19. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Аноним email on 23-Июл-04, 14:17 
2.x это что? 2.0.0? 2.2.0? 2.4.0?
Cообщить модератору | Наверх | ^

24. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от pyfqrf on 23-Июл-04, 16:21 
2.2.x
Cообщить модератору | Наверх | ^

3. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Dr0n email on 22-Июл-04, 20:26 
smp под freebsd вроде как удачно наладилось. Во всяком случае mysql с -lkse при ~ 500 запросах в сек. стабильно работает.
Cообщить модератору | Наверх | ^

4. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Insane email on 23-Июл-04, 04:16 
2.4> =) only...
Cообщить модератору | Наверх | ^

5. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Аноним email on 23-Июл-04, 05:48 
Меня всегда умиляли эти тупые возгласы о том, что круче. Как от бздишников, так и от линуксоидов.
Cообщить модератору | Наверх | ^

6. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Zhenya email on 23-Июл-04, 06:21 
согласен, уже больше половины юзают и то и другое
Cообщить модератору | Наверх | ^

12. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от gvf on 23-Июл-04, 11:42 
нифига - это неизбывный источник развлечения
стоит только почитать такие флеймы и усталости как не было ;)))
Cообщить модератору | Наверх | ^

7. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Салягин email(??) on 23-Июл-04, 07:43 
Много шуму из ничего... Посидят пару недель, пиво попьют, код доработают напильником и все будет Ок! Хуже виндозы работать все равно не будет :-)))
Cообщить модератору | Наверх | ^

11. "Хуже виндозы работать все равно не будет"
Сообщение от Банзай on 23-Июл-04, 10:40 
>Много шуму из ничего... Посидят пару недель, пиво попьют, код доработают напильником
>и все будет Ок! Хуже виндозы работать все равно не будет
>:-)))

К 2003 server у меня претензия одна - деньги надо платить.

Так что: "Хуже виндозы" - глупозное весьма примечание.

Виндоза работает супер. Просто три тонны бакс - больше чем 100 бакс.

И три тонны - неспроста, а? Пятачок?

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

13. "Хуже виндозы работать все равно не будет"
Сообщение от screepah (??) on 23-Июл-04, 11:57 
да, что удивительно, у меня к 2003сервер (что sb,что std и т.п.) например претензий нет
по требованию клиентов ставим - работает, аптайма на некоторых по пол-года уже...
хотя и к 2000сервер претензий почти не было.
Cообщить модератору | Наверх | ^

16. "Хуже виндозы работать все равно не будет"
Сообщение от хехе on 23-Июл-04, 13:18 
Дружище, у Вас претензий нет, пока требования к надежности и масштабируемости смешные. И приложения соответствующие. Странно, что Вы этим гордитесь. Этого стыдиться нужно.
Cообщить модератору | Наверх | ^

20. "Хуже виндозы работать все равно не будет"
Сообщение от toor99 email(??) on 23-Июл-04, 15:00 
ой,я не могу...
Не надо использовать свой куцый опыт для таких непререкаемых заявлений.
Система как система. Прямое железо и прямые руки - залог успеха. Это любой популярной системы касается.
Cообщить модератору | Наверх | ^

21. "Хуже виндозы работать все равно не будет"
Сообщение от Nikolai (??) on 23-Июл-04, 15:28 
И сюда виндузятники добрались? Гнать их поганой метлой на лор, пусть там флеймят
Cообщить модератору | Наверх | ^

33. "Хуже виндозы работать все равно не будет"
Сообщение от хехе on 25-Июл-04, 17:03 
Хм... уважаемый дон расскажет подробнее о своем опыте работы? Сколько и каких серверов у Вас в кластере под форточками? Основные задачи? Нагрузка? Бэкап? Стоимость этого зоопарка? А потом - опционально - можно порассуждать о кривизне рук/длине языка присутствующих.
Cообщить модератору | Наверх | ^

17. "Хуже виндозы работать все равно не будет"
Сообщение от Салягин email(??) on 23-Июл-04, 13:20 
Если честно, первый раз слышу высказывание, что виндоза - супер :-)))
За время работы ничего хорошего от нее ни видел...Зато slackware, еще 8.1 крутицца до сих пор и никаких траблов. А насчет стабильности - я думаю у виндозы тоже своих проблем хватает, только они не публикуюцца, чтобы не отпугнуть партнеров.
Cообщить модератору | Наверх | ^

9. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от gizmo email on 23-Июл-04, 08:50 
Не знаю как BSD но я пока под Suse 9 Professional сижу и все меня устраивает, может когда-нибудь и BSD посмотрим :)
Cообщить модератору | Наверх | ^

10. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Shaman007 email on 23-Июл-04, 10:27 
Вместо того, чтоб флеймить, почитайте что там по ссылке. 2.7 будет, если будет что-то революционное.
Cообщить модератору | Наверх | ^

15. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от c0re email(??) on 23-Июл-04, 13:05 
Я просто так написал,а тут такое началось :)))
Пардон кого обидел :)
Cообщить модератору | Наверх | ^

18. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от y on 23-Июл-04, 14:04 
И собсвенно что? Ну будет написано крупными буквами UNSTABLE, ака Не влезай - убьетъ, над очередной свежевведенной опцией. Хочешь включай, а хочешь не включай.
Зато изменения до народа будут доходить сразу, минуя промежуточные участки. Правда усложнится конфигурация ядра, а она и так сложная, по сравнению с той же BSD.
Cообщить модератору | Наверх | ^

22. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Mad_Admin on 23-Июл-04, 15:31 
:-) сикоко раз грить... debian раб станция FreeBSD сервера...
Cообщить модератору | Наверх | ^

23. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Андрей email(??) on 23-Июл-04, 16:00 
>> сикоко раз грить... debian раб станция FreeBSD сервера

И на каком же это основании такая хрень высказывается?
Любопытно, как же это у меня FreeBSD уже два года как рабочая станция? Наверно это у меня галюники  - да-а...

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

25. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Anton (??) on 23-Июл-04, 16:24 
Наверное просто работа у тебя такая специфичная. Хотя я и приаерженец (заметьте: приверженец: а не фанат) unix-way, но все же делжен признать, что
иногда никак нельзя без винды на десктопе. Некоторые задачи попросту таковы, что как не извращайся (а это время, а время - деньги), не решить их в linux, а уж тем более в bsd. Вот такое имхо
Cообщить модератору | Наверх | ^

28. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Андрей email(??) on 23-Июл-04, 18:35 
У-у-ух понеслась!...

>> иногда никак нельзя без винды на десктопе.
Ну-у-у с этим ладно, хотя у меня на десктопе диски никогда не знали windows, разве только через wine...

>>не решить их в linux, а уж тем более в bsd. Вот такое имхо

Плохое твое имхо! Вот я и спрашиваю на каком основании ты утверждаешь свое имхо. Мне не нравится фраза:
>"а уж тем более в bsd"
что такого нельзя сделать в bsb а можно только в линухе применимо к десктопу. Только на всякий случай 1) я ничего неимею против винды и линуха. 2)мы не говорим про винду вообще.
В общем еще раз. Что нельзя в BSD что можно ТОЛЬКО в Линухе?

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

30. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Anton (??) on 24-Июл-04, 01:39 
Oracle, java (не будем говорить обо всяких извращениях типа эмуляции) и прочие enterprise вещи. А что конкретно нельзя и в linux - некоторый софт, который _необходимо_ юзать работает только в винде. Я недавно сам столкнулся - есть коммерческий продукт, который по долгу службы надо девелопить, он web-based и корректно работает только в эксплорере. Да, я знаю, что это неправильно, но что я могу сделать? Искать другую работу только потому, что мне не нравится виндовс, а нравится unix? А еще есть корпоративная сетка, в домене которой только винды нормально живут, а еще эксчендж-сервер, а еще и тд.
Cообщить модератору | Наверх | ^

32. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Андрей email(??) on 24-Июл-04, 09:20 
>Oracle, java (не будем говорить обо всяких извращениях типа эмуляции) и прочие
Oracle - работает. А ты его покупал да???
java - 1) есть нативная собранная самим саном для bsd 2) можно собрать из портов, или так же из портов установить линуксовую версию
vmvaer, wine, dos(box&cmd), bochs, че то там для маковой эмуляции.

>enterprise вещи. А что конкретно нельзя и в linux - некоторый
>софт, который _необходимо_ юзать работает только в винде.

Ты че читать не умеешь, :( я же сказал что вопрос в linux vs FreeBSD причем   тут винда.

>Я недавно сам
>столкнулся - есть коммерческий продукт, который по долгу службы надо девелопить,
>он web-based и корректно работает только в эксплорере.

Ну и что. Какие тут проблемы, нужно - купи и юзай.

>Да, я знаю,
>что это неправильно, но что я могу сделать?

Неправильно штаны через голову одевать и то для кого как.

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

Да ты ты че совсем что ли... Блин... Читай буковки внимательно. Я что сказал что что то имею против линуха или винды. Ну нравится тебе - пользуйся на здоровье, но не говори того чего не знаешь.

>А еще есть корпоративная сетка, в домене которой только винды нормально живут,

Ага-а, им климат больше подходит!
"нормально живут" - да-а-а отлично аргументировал, мо-ло-ток...

>а еще эксчендж-сервер, а еще и тд.

Что и даже на все есть лицензии. А вот интересно за эмулятор тоже деньги платил?

Да я не очень разбираюсь в архитектуре и прочих тонкостях, но знаю одно - у меня на десктопе уже два года единственная ОС - FreeBSD(до нее NT4) и мне жутко не комфортно под виндовсом(я ничего против него не имею).
Безусловно, универсальной ОС не существует но в данном случае в качестве десктопа FreeBSD ничем не уступает Линуху, а возможно даже и превосходит.

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

Вот для затравочки, для тех кто не читал FreeBSD handbook
>Вкратце, FreeBSD позволяет Вам работать с 90% приложений для Linux без каких-либо модификаций последних. Среди них: Star Office, Linux версия Netscape, Adobe Acrobat, RealPlayer 5 и 7, VMWare, Oracle, WordPerfect, Doom, Quake и многие другие. Есть сведения, что в некоторых ситуациях эти Linux программы показывали более высокую производительность при работе под FreeBSD, чем под Linux.

С наилучшими пожеланиями
Андрей М.

P.S. И действительно, с чего бы это я. Никогда такой флейм не разводил, а тут че то... Все завязываю.

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

37. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Аноним email on 26-Июл-04, 10:44 
>>Oracle, java (не будем говорить обо всяких извращениях типа эмуляции) и >>прочие
>Oracle - работает. А ты его покупал да???
Покупал, да. :) Отгадай с одного раза, какой ответ будет тебе из саппорта оракла, когда они узнают что у тебя оракл на freebsd под эмуляцией работает? :) Еще и пальцем у виска покрутят. :)
Cообщить модератору | Наверх | ^

38. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Андрей email(??) on 26-Июл-04, 12:09 
>>>Oracle, java (не будем говорить обо всяких извращениях типа эмуляции) и >>прочие
>>Oracle - работает. А ты его покупал да???
> Покупал, да. :) Отгадай с одного раза, какой ответ будет тебе
>из саппорта оракла, когда они узнают что у тебя оракл на
>freebsd под эмуляцией работает? :) Еще и пальцем у виска покрутят.
>:)


А oracle это что - десктоп-приложение да?

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

39. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Аноним email on 26-Июл-04, 13:10 
>А oracle это что - десктоп-приложение да?
А при чем тут десктоп? Разговор уже плавно ушел в сторону поддержки в freebsd oracle.

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

41. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Андрей email(??) on 26-Июл-04, 16:31 
>>А oracle это что - десктоп-приложение да?
> А при чем тут десктоп? Разговор уже плавно ушел в сторону
>поддержки в freebsd oracle.


Ладно замяли, флейм разводить. Все равно от этого толку не будет.
Ты юзаешь как десктоп линуха, я FreeBSD и оба довольны своим выбором!

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

40. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Stalker (??) on 26-Июл-04, 16:29 
>В общем еще раз. Что нельзя в BSD что можно ТОЛЬКО в
>Линухе?

Два вопроса не ради флейма.
1. Возможно ли под FreeBSD использовать аппаратное ускорение для OpenGL?
2. Возможно ли использовать под FreeBSD такие возможности некоторых видео карт как Back-End Scaler?

ЗЫ Извините, опять про десктоп.

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

42. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Андрей email(??) on 26-Июл-04, 23:55 
>1. Возможно ли под FreeBSD использовать аппаратное ускорение для OpenGL?
Да.
Matrox G550, Athlon 1Гц, FreeBSD-5.2.1
glxgear:
2234 frames in 5.0 seconds = 446.800 FPS
2508 frames in 5.0 seconds = 501.600 FPS
2498 frames in 5.0 seconds = 499.600 FPS
2374 frames in 5.0 seconds = 474.800 FPS
Под nvidia, не помню скольно но пошустрее на порядок. Поменял на матрас только из за вентилятора - не люблю когда шумит.

>2. Возможно ли использовать под FreeBSD такие возможности некоторых видео карт как
>Back-End Scaler?
Не знаю? Скажи как проверить.

>ЗЫ Извините, опять про десктоп.
Ну так и мы про него :)

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

43. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Stalker (??) on 27-Июл-04, 13:08 
>>1. Возможно ли под FreeBSD использовать аппаратное ускорение для OpenGL?
>Да.
>Matrox G550, Athlon 1Гц, FreeBSD-5.2.1
>glxgear:
лутше бы посмотреть

>>Back-End Scaler?
к сожалению не знаю как в BSD не использую а в Linux-е
можно вот так:

mga_vid_test.c :

#include <stdio.h>
#include <stdlib.h>
#include <sys/ioctl.h>
#include <unistd.h>
#include <fcntl.h>
#include <sys/mman.h>
#include <inttypes.h>
#include <string.h>

typedef struct mga_vid_config_s
{
uint16_t version;
uint16_t card_type;
uint32_t ram_size;
uint32_t src_width;
uint32_t src_height;
uint32_t dest_width;
uint32_t dest_height;
uint32_t x_org;
uint32_t y_org;
uint8_t  colkey_on;
uint8_t  colkey_red;
uint8_t  colkey_green;
uint8_t  colkey_blue;
uint32_t format;
uint32_t frame_size;
uint32_t num_frames;
} mga_vid_config_t;

mga_vid_config_t config;
uint8_t *mga_vid_base;
uint32_t is_g400;

#define MGA_VID_FORMAT_YV12 0x32315659
#define MGA_G200 0x1234
#define MGA_G400 0x5678

#define MGA_VID_CONFIG    _IOR('J', 1, mga_vid_config_t)
#define MGA_VID_ON        _IO ('J', 2)

#define MGA_VID_VERSION 0x0201

#define SRC_IMAGE_WIDTH 256
#define SRC_IMAGE_HEIGHT 256
        
uint8_t y_image[SRC_IMAGE_WIDTH * SRC_IMAGE_HEIGHT];
uint8_t cr_image[SRC_IMAGE_WIDTH * SRC_IMAGE_HEIGHT];
uint8_t cb_image[SRC_IMAGE_WIDTH * SRC_IMAGE_HEIGHT];

void
write_frame_g200(uint8_t *y,uint8_t *cr, uint8_t *cb)
{
        uint8_t *dest;
        uint32_t bespitch,h,w;
        
        dest = mga_vid_base;
        bespitch = (config.src_width + 31) & ~31;

        for(h=0; h < config.src_height; h++)
        {
                memcpy(dest, y, config.src_width);
                y += config.src_width;
                dest += bespitch;
        }

        for(h=0; h < config.src_height/2; h++)
        {
                for(w=0; w < config.src_width/2; w++)
                {
                        *dest++ = *cb++;
                        *dest++ = *cr++;
                }
                dest += bespitch - config.src_width;
        }
}

void
write_frame_g400(uint8_t *y,uint8_t *cr, uint8_t *cb)
{
        uint8_t *dest;
        uint32_t bespitch,h;

        dest = mga_vid_base;
        bespitch = (config.src_width + 31) & ~31;

        for(h=0; h < config.src_height; h++)
        {
                memcpy(dest, y, config.src_width);
                y += config.src_width;
                dest += bespitch;
        }
        
        for(h=0; h < config.src_height/2; h++)
        {
                memcpy(dest, cb, config.src_width/2);
                cb += config.src_width/2;
                dest += bespitch/2;
        }
        
        for(h=0; h < config.src_height/2; h++)
        {
                memcpy(dest, cr, config.src_width/2);
                cr += config.src_width/2;
                dest += bespitch/2;
        }
}

void write_frame(uint8_t *y,uint8_t *cr, uint8_t *cb)
{
        if(is_g400)
                write_frame_g400(y,cr,cb);
        else
                write_frame_g200(y,cr,cb);
}


int main(int argc, char *argv[])
{
        int f;
        f = open("/dev/mga_vid",O_RDWR);
        if(f == -1)
        {
                fprintf(stderr,"Couldn't open driver\n");
                exit(1);
        }
        config.version = MGA_VID_VERSION;
        config.src_width = SRC_IMAGE_WIDTH;
        config.src_height= SRC_IMAGE_HEIGHT;
        config.dest_width = SRC_IMAGE_WIDTH;
        config.dest_height = SRC_IMAGE_HEIGHT;
        config.x_org= 10;
        config.y_org= 10;
        config.colkey_on = 0;
        config.format = MGA_VID_FORMAT_YV12;
        config.frame_size=SRC_IMAGE_WIDTH*SRC_IMAGE_HEIGHT*2;
        config.num_frames=1;
        if (ioctl(f,MGA_VID_CONFIG,&config))
        {
                perror("Error in config ioctl");
        }
        if (config.card_type == MGA_G200)
        {
                printf("Testing MGA G200 Backend Scaler with %d MB of RAM\n", config.ram_size);
          is_g400 = 0;
        }
        else
        {
                printf("Testing MGA G400 Backend Scaler with %d MB of RAM\n", config.ram_size);
          is_g400 = 1;
        }
        ioctl(f,MGA_VID_ON,0);
        mga_vid_base = (uint8_t*)mmap(0,256 * 4096,PROT_WRITE,MAP_SHARED,f,0);
        printf("mga_vid_base = %8p\n",mga_vid_base);

        write_frame(y_image,cr_image,cb_image);
        printf("(1) There should be a green square, offset by 10 pixels from\n"
                           "    the upper left corner displayed\n");
        sleep(3);

        return 0;
}

# ./mga_vid_test
Testing MGA G400 Backend Scaler with 32 MB of RAM
mga_vid_base = 0x40162000
(1) There should be a green square, offset by 10 pixels from
    the upper left corner displayed


>Не знаю? Скажи как проверить.
>Ну так и мы про него :)


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

45. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Андрей email(??) on 27-Июл-04, 17:47 
>>>1. Возможно ли под FreeBSD использовать аппаратное ускорение для OpenGL?
>>Да.
>>Matrox G550, Athlon 1Гц, FreeBSD-5.2.1
>>glxgear:
>лутше бы посмотреть

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
    GLX_EXT_import_context, GLX_SGI_make_current_read, GLX_SGIS_multisample
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
    GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method,
    GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control,
    GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
    GLX_SGIX_visual_select_group
GLX extensions:
    GLX_ARB_get_proc_address, GLX_EXT_import_context, GLX_EXT_visual_info,
    GLX_EXT_visual_rating
OpenGL vendor string: VA Linux Systems Inc.
OpenGL renderer string: Mesa DRI G400 20020221 AGP 4x x86/MMX/3DNow!
OpenGL version string: 1.2 Mesa 4.0.4
OpenGL extensions:
    GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_compression,
    GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_abgr,
    GL_EXT_bgra, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array,
    GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal,
    GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object,
    GL_EXT_vertex_array, GL_IBM_rasterpos_clip, GL_MESA_window_pos,
    GL_NV_texgen_reflection, GL_SGIS_generate_mipmap
glu version: 1.3
glu extensions:
    GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
0 24  8  0  0  0  0  0 0 None
0x27 24 tc  1 24  0 r  y  .  8  8  8  0  0  0  0 16 16 16  0  0 0 Slow
0x28 24 tc  1 24  0 r  .  .  8  8  8  0  0  0  0 16 16 16  0  0 0 Slow
0x29 24 tc  1 24  0 r  y  .  8  8  8  0  0 24  8 16 16 16  0  0 0 Slow
0x2a 24 tc  1 24  0 r  .  .  8  8  8  0  0 24  8 16 16 16  0  0 0 Slow
0x2b 24 dc  1 24  0 r  y  .  8  8  8  0  0  0  0  0  0  0  0  0 0 None
0x2c 24 dc  1 24  0 r  .  .  8  8  8  0  0  0  0  0  0  0  0  0 0 None
0x2d 24 dc  1 24  0 r  y  .  8  8  8  0  0 24  8  0  0  0  0  0 0 None
0x2e 24 dc  1 24  0 r  .  .  8  8  8  0  0 24  8  0  0  0  0  0 0 None
0x2f 24 dc  1 24  0 r  y  .  8  8  8  0  0  0  0 16 16 16  0  0 0 Slow
0x30 24 dc  1 24  0 r  .  .  8  8  8  0  0  0  0 16 16 16  0  0 0 Slow
0x31 24 dc  1 24  0 r  y  .  8  8  8  0  0 24  8 16 16 16  0  0 0 Slow
0x32 24 dc  1 24  0 r  .  .  8  8  8  0  0 24  8 16 16 16  0  0 0 Slow


>>>Back-End Scaler?
>к сожалению не знаю как в BSD не использую а в Linux-е
>можно вот так:
>mga_vid_test.c :
У меня G550, да и девайса такого нет.

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

46. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Stalker (??) on 27-Июл-04, 22:36 
>direct rendering: Yes
Ну что ж это приятно что работает DRI
>OpenGL renderer string: Mesa DRI G400 20020221 AGP 4x x86/MMX/3DNow!
И есть аппаратный OpenGL
Надо будет поставить сравнить производительность...

>OpenGL version string: 1.2 Mesa 4.0.4

>>>>Back-End Scaler?
>>к сожалению не знаю как в BSD не использую а в Linux-е
>>можно вот так:
>>mga_vid_test.c :
>У меня G550, да и девайса такого нет.
У меня G450
Сей механизм позволяет работать с видео оверлеями/фрейм буферами
на аппаратном уровне:
например: P3 667MHz G450 смотрит 007\(умри_но_не_сейчас\).avi
1. VO: [xmga] 512x260 => 512x260 Planar YV12
   [mga] Using 3 buffers.
полноэкранный режим загрузка процессора 10-15 %%

2. VO: [xv] 512x260 => 512x260 Planar YV12
полноэкранный режим загрузка процессора 23-28 %%

3. VO: [x11] 512x260 => 512x260 Planar YV12  [zoom]
загрузка процессора 100 %%

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

26. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Аноним email on 23-Июл-04, 16:27 
Народ, идите ка пиво пить или работать,
достала ваша галимотья, лутче чего умного зделали бы и описали тут на сайте.
глумиться каждый может а вот чего умного смастерить единицы.
Cообщить модератору | Наверх | ^

27. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от gvf on 23-Июл-04, 17:05 
расслбься ;))
дай народу поприкалываться ;)
Cообщить модератору | Наверх | ^

31. "Стоит ли ждать стабильности от Linux ядер."
Сообщение от Аноним email on 24-Июл-04, 03:00 
Какого ... спорить об разных типах ОС, если большинство ни..ра не понимают в их архитектуре и внутреннем устройстве.
Вместо болтовни книги лучше почитайте. :)
Cообщить модератору | Наверх | ^

35. "Чёрт, давно я сюда не заходил, на такой"
Сообщение от Lamr email on 25-Июл-04, 17:43 
флеймище опоздал! Пофлудить надо!
1. Виндоуз-говно. Рад это написать ещё и ещё раз.
2. Linux - это любительский Юникс. Непрофессиональный. Это клуб юных техников. Замечательные, талантливые ребята, очень большие молодцы. Но ведь они всего лишь повторили то, что придумали задолго до них взрослые умные дяди. Ничего нового.
3. BSD rules! BSD forever!! beastie.ru !!!
:-))))))))))
Cообщить модератору | Наверх | ^

47. "Чёрт, давно я сюда не заходил, на такой"
Сообщение от crypt on 29-Июл-04, 09:50 
>флеймище опоздал! Пофлудить надо!
>1. Виндоуз-говно. Рад это написать ещё и ещё раз.
>2. Linux - это любительский Юникс. Непрофессиональный. Это клуб юных техников. Замечательные,
>талантливые ребята, очень большие молодцы. Но ведь они всего лишь повторили
>то, что придумали задолго до них взрослые умные дяди. Ничего нового.
>
>3. BSD rules! BSD forever!! beastie.ru !!!
>:-))))))))))


Дураки с ЛОР'а пришли. :(((
p.s.
Черт, как жаль, что в России пока нет нормальной unix-комьнити.

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

48. "Чёрт, давно я сюда не заходил, на такой"
Сообщение от Lamr email on 29-Июл-04, 11:27 
>ураки с ЛОР'а пришли. :(((

Человека, имеющего не совпадающие со своими взгяды, узкомыслящие, недалёкие люди всегда называют "дураком". Вместо того, чтобы задуматься над тем, что его взгляды сформированы его опытом и знаниями, и может стоит к этим взглядам присмотреться, раз своего опыта нету ;-)

>Черт, как жаль, что в России пока нет нормальной unix-комьнити.
  UNIX-комнаты? Заходите в гости! На стенах висят портреты Кернигана и Ритчи; В углу стоит AlphaServer-2100(FreeBSD4.10); на лежанке  спит обросший бородатый хиппи, не заметивший, как выронил клаву из рук и воздушный ток от его дыхания шелестит раскрытой книгой Стивенса.
:-))))

ЗЫ для тупых: я шучу. Такие флеймы невозможно принимать в серъёз.

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

44. "Класс !"
Сообщение от Аноним email on 27-Июл-04, 16:06 
давненько такого не читал, спасибо )))
Cообщить модератору | Наверх | ^

49. "#@$%@#*&!!!"
Сообщение от h0b0s on 05-Авг-04, 21:19 
Ya programmer.
Uzau Linux.
Na temu "mne chto iskat' druguu rabotu esli winda krugom?" - ya tak i sdelal, nashel druguu rabotu.
No winda menia i zdes' presleduet, kschast'u ya ee kasaus' tol'ko kak tech-support... no i v etom variante problem hvataet...
Ya ne ponimau pochemu ne rabotaet VPN (ne vdaus' v podrobnostim, no koroche govoria on ne rabotaet kak polojeno po 2000 server) daje s dopolnitel'nimi takimi kak KerioFirewall, ya ne ponimau chto oznachaet "nepravil'nii logon" pri popitke prosmotret' shari na XP-tachke, a takje ya ne poniau pochemu 2000 server rabotaet nestabil'no kak router. Ya ne ponimau kuda propali faili i celie katalogi pod NTFS i pochemu ya doljen platit' den'gi sa vosstanovlenie etih katalogov utilitoi Phoenix (konechno je ya nichego ne platil).  A 2003 server ya videl kak to doma... spasibo,no mne eshe etoi herni ne hvatalo.
A seichas ya nastraivau iptables na svoem laptop i koroche govoria delau iz nego ofisnii server, potomu chto inache jit' prosto nevozmojno, poka servernuu tachku ne podgoniat.
Izvenite za napisannie vishe gluposti no eto real'nost'...
I Billy iz preispodni rodom sam po sebe i eto nauchnii fakt.
A s moim Linux laptop-om vse ok. A chto s nim mojet sluchit'sia?
Ya poterial vremia i teper' ne uspevau zakonchit proekt do deadline i eto dosadno.
Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема




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

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