Перевод статьи «Инноватор ли Microsoft?»

>> Не люблю висту, но пруф можно? Или для вас «High End железо»

Ну-у... Не знаю, как в пруф можно привести субъективные ощущения, но пару недель назад сносил приятелю за#@$вшую его дристу. Он то как раз попросил - приди мол, поставь нормальную ОСь, а то тормозами достала. Конфигурация у чувака - Core2Quad, 4096Mb DDR3, видяшка - GeForce GTX 285 (кажись), с гигом мозгов, 2 винта по полтерабайта. Не полный хайэнд, конечно, но всё же и не дешевка. Взял для игр, по глупости - в магазине, поэтому мало того, что за железо переплатил, так ещё и за мусор^Wдристу бабла отвалил. Так вот, по субъективным ощущениям, пока бекапил его сейвы, игрушки, фильмы (у бедняги лимитированный инет, опять таки по глупости к вобле подключился) - ощущение, что работаешь за древним Celeron с 512 мозгов и XP.

>> На всех без исключения ноутбуках тормозит. Причина: требования к высокой производительности HDD.

(См. мой предыдущий пост). Таки да, машинка скрежетала винтами как высоконагруженный сервер. Просто при попытке открыть «мой компьютер» или панель управления...

Согласен, I/O Wait там хуже, чем у линукса 2.6.2х

>где свежая дока на это «много чем» где описаны NPTL нити?

В Гугле и викии.

http://en.wikipedia.org/wiki/POSIX_Threads - найдёшь ссылки сам?

>В Гугле и викии.

http://en.wikipedia.org/wiki/POSIX_Threads - найдёшь ссылки сам?

Где там GNU расширения NPTL? Сам найдёшь?

>> Согласен, I/O Wait там хуже, чем у линукса 2.6.2х

Ну не знаю, Зюзя 11.1 на на порядок худшем железе ТАК себя не ведёт.

Кстати, любители говорить что «семерка - не дриста, она не тормозит». Как вам факт, что системные требования ко всем играм для дристы/клюшки в ДВА РАЗА выше чем к XP? Так что клюшка - та же дриста, только в профиль. Эх, и где тут «инновации»?...

> Где там GNU расширения NPTL

а что это такое вообще? ты пример хоть одного такого расширения привести сможешь?

>Где там GNU расширения NPTL? Сам найдёшь?

А они есть? Приведи пример.

Автор статьи - профанатор.

[quote]Есть, конечно, и другие продукты Microsoft, просто я не могу их все перечислить в столь короткой статье.[/quote]

Я тоже могу написать статью и включить то, что мне удобно, пожонглировать удобными мне фактами и выдать в конце: «конечно, есть еще, но там тоже все плохо». Короче, статья для фанатиков, чтобы укрепиться в собственной вере.

>Согласен, I/O Wait там хуже, чем у линукса 2.6.2х

Хехе, линупсоиды, вы бы сначала эпический баг с I/O Wait пофиксили, а потом бы рот разевали. А то до сих пор накладывают костылеподобные патчи и гадают, в чём дело. http://bugzilla.kernel.org/show_bug.cgi?id=12309

>а что это такое вообще? ты пример хоть одного такого расширения привести сможешь?

Я то смогу и приведу ниже, а ты если не разбираешься в теме нахера вообще советуешь где искать?! Песец, специалисты мля.

GNU extesion NPTL: pthread_tryjoin_np() pthread_timedjoin_np() pthread_attr_setaffinity_np() pthread_attr_getaffinity_np() pthread_getattr_np() pthread_yield() pthread_setaffinity_np() pthread_getaffinity_np() pthread_cleanup_push_defer_np() pthread_cleanup_pop_restore_np()

Блин, LORCODE >.<

Cистемные требования игр были когда-либо объективными?

>А они есть? Приведи пример.

Они есть, а тебе бы молчать чем говорить, умнее будешь выглядеть

Альтлинупс - гамно. Вместо того, чтобы заниматься разработкой софта для школ (а его нет) компания занимается демагогией. А что еще ставить в школы, если обучающий софт только под винду? Попилили бабло и теперь можно поплевать в потолок Microsoft.

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

Использование Wine спасёт тебя от винды.

>Хехе, линупсоиды, вы бы сначала эпический баг с I/O Wait пофиксили, а потом бы рот разевали. А то до сих пор накладывают костылеподобные патчи и гадают, в чём дело. http://bugzilla.kernel.org/show_bug.cgi?id=12309

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

>GNU extesion NPTL: pthread_tryjoin_np() pthread_timedjoin_np() pthread_attr_setaffinity_np() pthread_attr_getaffinity_np() pthread_getattr_np() pthread_yield() pthread_setaffinity_np() pthread_getaffinity_np() pthread_cleanup_push_defer_np() pthread_cleanup_pop_restore_np()

These functions are non-standard GNU extensions; hence the suffix «_np» (non-portable) in the names.

Тебе оно правда нужно?

>Тебе оно правда нужно?

У тебя с логикой проблемы? Если бы были не нужны про них бы не говорил.

прекрасно. в теме у нас разбираешься ты. а раз так - должен понимать, что в glibc всего-лишь обвязки для соответственных ядерных вызовов. и доки надо искать в первую очередь для ядра. идем на http://www.kernel.org/doc/man-pages/, берем последнюю версию, ставим, набираем man что-ты-там-привел и видим чудную документацию.

>> Cистемные требования игр были когда-либо объективными?

Я имею в виду «рекомендуемые» требования, которые выкладывают обозреватели в своих обзорах. По моему скромному опыту, эти требования, в отличие от заявленных производителями, всё-таки более-менее соответствуют действительности. Я хоть и не геймер-маньяк, но с недавноего времени «долгими зимними вечерами» (хотя от зимы - одно названье) люблю во что-нить пошпулить.

>Хехе, линупсоиды, вы бы сначала эпический баг с I/O Wait пофиксили

хехе, ктоб о лагах говорил... Честно улыбнуло )))

Поскольку до 2.6.18 всё было в порядке, то очевидно, что все «ненормальные чипсеты» появились только после выпуска этой версии ядра. При такой криворукости ядропейсателей лучше бы вообще не рассуждать на тему винды с пеной у рта, а просто стыдливо молчать в тряпочку и фиксить свои кривые ядра.

Зачем ты оставил тут ссылку на безграмотное переложение старой всем известной истории, написанной, судя по всему, гуглтранслейтом?

> GNU extesion NPTL: pthread_tryjoin_np() pthread_timedjoin_np()...

Что не так с

man pthread_tryjoin_np

man pthread_timedjoin_np

и т.д.?

>> софта для школ (а его нет)

Какой «софт для школ» тебе нужен? Консоль есть? Есть. И не какой-нить сраный ДОС, а мощнейшая из существующих. IDE есть? Есть. На любой вкус. Графические редакторы есть? Есть. СУБД есть? Есть. Средства их «наглядного» изучения есть? Есть. Текстовые редакторы есть? Как грибов в Чернобыльской Зоне после радиоактивного дождя. Офисный пакет есть? Есть. Плюс к этому - куча других, интересных с точки зрения обучения возможностей. Была бы программа нормальная, да преподы адекватные. ИМХО - это основная проблема и есть.

>прекрасно. в теме у нас разбираешься ты. а раз так - должен понимать, что в glibc всего-лишь обвязки для соответственных ядерных вызовов. и доки надо искать в первую очередь для ядра. идем на http://www.kernel.org/doc/man-pages/, берем последнюю версию, ставим, набираем man что-ты-там-привел и видим чудную документацию.

А как я могу получить список этих GNU расширений не зная что они существуют? man даёт только описание конкретной введённой функции. Смотреть и перелапачивать код glibc?

Вот об этом я и говорю, MSDN доки уже систематизировал и преподносит на блюдечке и разработка идёт быстро, а под Linux приходится по углам искать крупицы информации вместо работы. и где после это разработка будет идти легче?!

> Поскольку до 2.6.18 всё было в порядке, то очевидно, что все «ненормальные чипсеты» появились только после выпуска этой версии ядра

А что невозможного в этой предпосылке?

Версия 2.6.18 в баге, кстати, со знаком (?)

Всякие экзотические обучающие программы отсутствуют.

> GNU extesion NPTL: ...

И???

# man pthread_tryjoin_np

PTHREAD_TRYJOIN_NP(3) Linux Programmer's Manual PTHREAD_TRYJOIN_NP(3)

NAME
pthread_tryjoin_np, pthread_timedjoin_np - try to join with a terminated thread

SYNOPSIS
#define _GNU_SOURCE
#include <pthread.h>

int pthread_tryjoin_np(pthread_t thread, void **retval);

int pthread_timedjoin_np(pthread_t thread, void **retval,
const struct timespec *abstime);

Compile and link with -pthread.

DESCRIPTION
These functions operate in the same way as pthread_join(3), except for the differences described on this
page.

...

>> Поскольку до 2.6.18 всё было в порядке, то очевидно, что все «ненормальные чипсеты» появились только после выпуска этой версии ядра. При такой криворукости ядропейсателей лучше бы вообще не рассуждать на тему винды с пеной у рта, а просто стыдливо молчать в тряпочку и фиксить свои кривые ядра.

Слышу про этот баг третий раз, но судя по всему, его уже давно профиксили. А дриста с клюшкой до сих пор тормозят... И дальше будет больше: на подходе «сервиспаки» с новыми порциями дыр, индусского кода, несовместимости и тормозов.

файлы NEWS/ChangeLog в исходниках glibc, а так-же ChangeLog ядра исправно информируют о всех внесенных новшествах/изменениях. причем файлы эти обычно кладутся в /usr/share/doc/package-name. чем не блюдечко?

>Какой «софт для школ» тебе нужен?

Я имею в виду обучающий софт. Компьютер можно использовать не только на уроках информатики, к вашему сведению. Хотя бы какой-нибудь сраный kdeedu взяли за основу да к нашим школьным программам прикрутили, вот и был бы толк.

КАК ПОЛУЧИТЬ СПИСОК РАСШИРЕНИЙ GNU NPTL БЕЗ ПЕРЕЛАПАЧИВАНИЯ КОДА? НИКАК, В ДОКЕ ОНИ НЕ ОПИСАНЫ.

Конечно сракософт инннаватар! Они же первые сделали ОСь которая умеет тормозить на абсолютно любом железе.

А как мне MSDN поможет писать на Qt или GTK, да вообще на каком-то кроссплатформенном тулките? и почему половина примеров для embedded Visual Studio 3 была простой копипастой от большой visual studio, часто не имеющих отношения к реальности?

> А как я могу получить список этих GNU расширений не зная что они существуют?

А зачем вам нестандартные расширения GNU, введённые за последние полгода? Не хотите, чтобы софт портировали на OS X или RHEL5 скажем %)

>А что невозможного в этой предпосылке?

То, что он не мог бы появиться в таком случае на железе, которое гораздо старше. На моём, к примеру. И да, до какого-то момента всё работало.

Версия 2.6.18 в баге, кстати, со знаком

Там всё со знаком. Ибо криворукие ядропейсатели, как я понял, сами не знают, где конкретно накосячили и в чём заключается баг. Есть только однозначные симптомы. Зато бодро продолжают клепать новые версии ядра. Контроль качества, однако.

>Поскольку до 2.6.18 всё было в порядке, то очевидно, что все «ненормальные чипсеты» появились только после выпуска этой версии ядра. При такой криворукости ядропейсателей лучше бы вообще не рассуждать на тему винды с пеной у рта, а просто стыдливо молчать в тряпочку и фиксить свои кривые ядра.

Чипсеты nVidia всегда тормозили.

> КАК ПОЛУЧИТЬ СПИСОК РАСШИРЕНИЙ GNU NPTL БЕЗ ПЕРЕЛАПАЧИВАНИЯ КОДА? НИКАК, В ДОКЕ ОНИ НЕ ОПИСАНЫ.

а как получить коды Windows и посмотреть, что оно реально делает, а не во что нужно верить по «библии»?

капча 13 малайзе намекает

>> Всякие экзотические обучающие программы отсутствуют.

«Экзотические» - это какие? Склёпанные старшеклассниками на делфях в виде лабораторной работы системы тестирования пятиклассников? Да, знаем такие, сам в девятом классе, ещё на третьем делфи «разрабатывал». Только подобные программы, на порядок более качественные, пишутся на том же Qt за 2 часа.

>файлы NEWS/ChangeLog в исходниках glibc, а так-же ChangeLog ядра исправно информируют о всех внесенных новшествах/изменениях. причем файлы эти обычно кладутся в /usr/share/doc/package-name. чем не блюдечко?

В исходниках glibc 2.11 - 17 файлов changelog. Чем легче их просматривать в отличии от просмотра кода? Ничем, так же много левой информации не систематизированной по разделам. Это не блюдечко, а куча в которой нужно копаться.

>Слышу про этот баг третий раз, но судя по всему, его уже давно профиксили.

Блаженны верующие... Не пофиксили, а забили.

А дриста с клюшкой до сих пор тормозят...

Да пошустрее линупса с иксами и любым DE на выбор будут. Но я не хочу мешать вам веровать, ибо смотрите выше.

Get The Facts от команды Alt Linux?

про NEWS тоже самое скажешь?

>А зачем вам нестандартные расширения GNU, введённые за последние полгода?

Я этого ожидал. Давайте, расскажите что это мне не нужно, что вам виднее чем мне, что мне нужно.

Не хотите, чтобы софт портировали на OS X или RHEL5 скажем %)

Не хочу.

>google.com и есть аналог мсдн в линуксе :)

тогда неудивительно, что кодить под винду гораздо удобнее :)

> То, что он не мог бы появиться в таком случае на железе, которое гораздо старше. На моём, к примеру. И да, до какого-то момента всё работало.

Ну шлите ваш test case в багтреккер.