The OpenNET Project / Index page

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



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

Оглавление

Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..., opennews (ok), 11-Мрт-10, (0) [смотреть все] –1

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


297. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от минона (?), 13-Мрт-10, 02:33 
>В общем, если коротко, всё скатилось к разработке не переносимых с платформы GNU/Linux программ, в лучших традициях закрытых систем.

вы в своем уме?
программы собираются и работают.
просто некоторым не нравится чем они собираются.

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

298. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от аноним (?), 13-Мрт-10, 03:57 
>>В общем, если коротко, всё скатилось к разработке не переносимых с платформы GNU/Linux программ, в лучших традициях закрытых систем.
>
>вы в своем уме?
>программы собираются и работают.
>просто некоторым не нравится чем они собираются.

Он в своем. Когда линуксоиды были совсем маргиналами, то поддерживали стандарты и портируемость. Теперь считают, что их должны поддерживать. А документацию не переписали. Линуксоидам, как пользующимися двойными стандартами - пофигу. Все остальные немного в шоке от такого инфантильного поведения. БСДшников поражает, что линуксоиды в свою очередь на майкрософт срали кирпичами по тем же причинам. Теперь ведут себя также. Впрочем, это опять двойной стандарт, почти как американская демократия. Сказанного достаточно.

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

299. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –2 +/
Сообщение от минона (?), 13-Мрт-10, 05:46 
да хватит уже языком трепать. говорите конкретно, о каких стандартах идет речь.
и какие проблемы с портируемостью - у вас posix софт не собирается? или работает не правильно?
или вы хотите, чтобы ребята из проекта гну написали вам софт под лицензией бзд? :D

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

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

344. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от Enqlave (ok), 13-Мрт-10, 17:55 
>[оверквотинг удален]
>и какие проблемы с портируемостью - у вас posix софт не собирается?
>или работает не правильно?
>или вы хотите, чтобы ребята из проекта гну написали вам софт под
>лицензией бзд? :D
>
>зы:
>из линуксов даже не любимая убунта поддерживает самую последнюю версию posix.
>и гнушные утилиты соответственно тоже.
>кто же виноват, что все остальные отстают от стандарта? неужели гнушные утилиты?
>

Идиот! (в третий раз).

Ни ubuntu, ни любой другой дистрибутив Linux POSIX не поддерживают, и в ближайшие 10-20 лет не смогут с таким подходом к разработке.

Вы видели код большинства Linux-oriented софта? Наверняка видели, раз понаписали тут кучу простыней о портируемости приложений. Так вот, вам известно, что такое грязный код? И почему FreeBSD превратился (с одной стороны, а с другой -- стал говном в архитектурном плане) в Linux под BSDL, гонясь за "поддержкой" приложений и популярностью и став мусором практически во всех подсистемах (иначе, omg, как бы смог Ardour, н-р, работать под ним)? Смешно..

ОС с чистым, вылизанным кодом и _корректными_ проверками функционала перед компилёжкой софта -- единицы, и OpenBSD -- в их числе.

Когда меня спрашивают, чем Linux идеологически плох, я выдаю 2 линка, и после этого все вопросы пропадают. Линки следующие:

http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib...

http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str...

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

345. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 18:05 
Да, действительно, все вопросы отпадают. Как к BSD'шникам, так и к Вам, как к программистам.

В Linux GLIBC на самом деле реализован очень красивый алгоритм, который требует в 4-8 раз меньше операций, чем его "аналог" в BSD, да еще и учитывает требования выравнивания на современных процессорах.

А тех, кто в библиотеке, просто обязанной быть быстрой - влияющей на производительность ВСЕХ приложений, реализует алгоритмы "в лоб", лишь бы работало - закопать.

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

389. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 14-Мрт-10, 16:14 
>Да, действительно, все вопросы отпадают. Как к BSD'шникам, так и к Вам,
>как к программистам.
>
>В Linux GLIBC на самом деле реализован очень красивый алгоритм, который требует
>в 4-8 раз меньше операций, чем его "аналог" в BSD, да
>еще и учитывает требования выравнивания на современных процессорах.

Вот только не нужно все BSD под "одну гребёнку" карнать. То ли в силу молодого возраста, то ли ещё по каким-либо причинам, но ты ещё не видел ВЕСЬ код под BSDL.

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

392. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 14-Мрт-10, 16:32 
>>Да, действительно, все вопросы отпадают. Как к BSD'шникам, так и к Вам,
>>как к программистам.
>>
>>В Linux GLIBC на самом деле реализован очень красивый алгоритм, который требует
>>в 4-8 раз меньше операций, чем его "аналог" в BSD, да
>>еще и учитывает требования выравнивания на современных процессорах.
>
>Вот только не нужно все BSD под "одну гребёнку" карнать. То ли
>в силу молодого возраста, то ли ещё по каким-либо причинам, но
>ты ещё не видел ВЕСЬ код под BSDL.

Ну... strlen достаточно, если учесть, что в GLIBC оптимизация сделана еще в 2005.

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

393. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 14-Мрт-10, 16:32 
Как-то не тянет к ретроградным системам и их коду, извини.
Ответить | Правка | Наверх | Cообщить модератору

405. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от oops_ (?), 15-Мрт-10, 07:24 
>Как-то не тянет к ретроградным системам и их коду, извини.

Строго говоря использование strlen само по себе ретроградство. нормальные люди всегда знают длину строки когда это действительно необходимо.

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

346. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 13-Мрт-10, 18:08 
Кстати да, вот оно и видно, как раз на Вашем примере - реальное ИДЕОЛОГИЧЕСКОЕ преимущество Linux-кода.

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

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

348. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от Enqlave (ok), 13-Мрт-10, 18:19 
>Кстати да, вот оно и видно, как раз на Вашем примере -
>реальное ИДЕОЛОГИЧЕСКОЕ преимущество Linux-кода.
>
>Признайтесь честно - Вы просто не осилили код, и решили его представить
>в неблаговидном свете - в расчете, что аудитория не поймет?

Сколько много комментариев (пока целых 3: этот, один выше и один ниже), и все не по делу..

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

Запомните пару фраз: всё гениальное -- просто, унификация -- мать порядка. На первые пару лет вам хватит.

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

349. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 13-Мрт-10, 18:25 
Прежде чем давать запоминалки, ответьте на простой вопрос: вы поедете на метро, или предпочтете добираться на работу 40-60км пешком?

Метро - точно такой же костыль, призванный ускорить определенные процессы. И у него точно так же есть свои минусы. Но он в любом случае оптимальнее "унификации" для медленных двуногих созданий.

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

352. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Enqlave (ok), 13-Мрт-10, 18:31 
>Прежде чем давать запоминалки, ответьте на простой вопрос: вы поедете на метро,
>или предпочтете добираться на работу 40-60км пешком?
>
>Метро - точно такой же костыль, призванный ускорить определенные процессы. И у
>него точно так же есть свои минусы. Но он в любом
>случае оптимальнее "унификации" для медленных двуногих созданий.

да.. бредовее сравнения я ещё не видел :-)
поди, вы уверены, что C лучче, чем Python.. :-)

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

353. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 13-Мрт-10, 18:33 
>поди, вы уверены, что C лучче, чем Python.. :-)

Смотря для чего. Идите, напишите на Python GLIBC, и заюзайте. А мы поржем. Ну или на VB.NET.

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

356. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от Enqlave (ok), 13-Мрт-10, 18:35 
>Идите, напишите

Эх.. а я думал, вы поймёте мой тонкий юмор.. :-) ну да ладно..

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

357. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 13-Мрт-10, 18:36 
>>Идите, напишите
>
>Эх.. а я думал, вы поймёте мой тонкий юмор.. :-) ну да
>ладно..

Ваш тонкий юмор оказался слегка толстоват и жирноват.

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

350. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 13-Мрт-10, 18:29 
>>> Не там, увы, они эти оптимизации проводили, ох, не там..

Мда. Я бы вас в рабочую группу не включил однозначно - фанатизм перекрыл мозг.

"НЕ ТАМ"?!!!!!!!! Это процедура, которая в обычных приложениях может несколько миллионов раз вызываться. Что же у вас тогда "там"?

Пример: берем Apache, делаем поиск по strlen. Что, число вхождений уже ужасает? А теперь делаем поиск по вызовам процедур, в которые он входит...

Это именно "ТАМ", и "ТАМ, ГДЕ НАДО". А вы можете хоть на PHP системные библиотеки писать, все равно ими никто пользоваться не будет.

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

358. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Enqlave (ok), 13-Мрт-10, 18:59 
>>>> Не там, увы, они эти оптимизации проводили, ох, не там..
>
>Мда. Я бы вас в рабочую группу не включил однозначно - фанатизм
>перекрыл мозг.
>
>"НЕ ТАМ"?!!!!!!!!

да что же вы так разнервничались :-)

и правильно! не включайте! нечего мне там делать ;-P

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

359. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 19:04 
>да что же вы так разнервничались :-)
>
>и правильно! не включайте! нечего мне там делать ;-P

Прошу прощения, у меня возник эпичный баттхерт при виде кода в BSD.

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

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

351. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 18:31 
>> Таким образом закапываются и забываются баги из-за каких-то изменений в функциях, необходимых для этой.

Интересно, какие функции необходимы этой? Я не обнаружил не одной.

Толстоваты батенька, идите читать учебники по системному программированию. Когда прикладники, с трудом освоившие C#, лезут в системный код - добра не жди.

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

354. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от Enqlave (ok), 13-Мрт-10, 18:33 
>>> Таким образом закапываются и забываются баги из-за каких-то изменений в функциях, необходимых для этой.
>
>Интересно, какие функции необходимы этой? Я не обнаружил не одной.

а кто говорил о конкретно _этой_? :-)

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

355. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 18:34 
>>>> Таким образом закапываются и забываются баги из-за каких-то изменений в функциях, необходимых для этой.
>>
>>Интересно, какие функции необходимы этой? Я не обнаружил не одной.
>
>а кто говорил о конкретно _этой_? :-)

У вас склероз? Или не вы ссылки давали?

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

347. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 18:11 
Кстати да, лучше ткнуться сюда:

http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str...

В предыдущей ревизии одна оптимизация была сделана с сохранением старого кода - как раз таки #if 0 - вероятно, для чисто визуального сравнения. В этой ревизии она глаз не мозолит.

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

360. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 19:31 
>http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib...
>
>http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str...

Что интересно, и очень показательно - в FreeBSD этот код слизали ровно в марте этого года, в то время, как в Linux он появился не позднее, чем в 2005 (а вероятно - ранее), судя по коммитам.

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

388. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 14-Мрт-10, 16:10 
>Когда меня спрашивают, чем Linux идеологически плох, я выдаю 2 линка, и
>после этого все вопросы пропадают. Линки следующие:
>
>http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib...
>
>http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str...

Ещё вот этот выдай:
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/string/st...

/*
* Portable strlen() for 32-bit and 64-bit systems.
...

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

390. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 14-Мрт-10, 16:31 
>[оверквотинг удален]
>>http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib...
>>
>>http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str...
>
>Ещё вот этот выдай:
>http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/string/st...
>
>/*
> * Portable strlen() for 32-bit and 64-bit systems.
>...

Буквально постом выше написано, откуда дровишки. Слизали ровно в марте этого года.

http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/string/st...

Revision 1.8: download - view: text, markup, annotated - select for diffs
Fri Mar 12 21:14:56 2010 UTC (40 hours, 14 minutes ago) by delphij

Что радует - хотя бы указали, откуда взяли - дык, вестимо, откуда:

[1] http://vger.kernel.org/~davem/cgi-bin/blog.cgi/2010/03/08#st...

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

402. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 15-Мрт-10, 03:20 
спасибо! :D
я бы сам более убедительно преимущества линукса не смог в одном посте так доказать, как это сделали вы.

зы:
я не надеюсь что вам поможет, но - уже традиционно последние лет 10 именно линукс в наиболее полном объеме поддерживает посикс. и сам этот стандарт - стандарт интерфейсов, а не их реализаций.

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

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

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




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

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