итс тру, и не надо мне такого счастья 

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



Она относилась к твой фразе о том, что там асма совсем мало. Вот расскажи мне о том, как ты бы работал с видеокартой? Или звуковой картой? Или выводил трёхмерное изображение?А вывод информации на экран? А обработка клавы / крысы? И ещё много - много всего...


Беру промышленное ПО - Maya Unlimited. Стоимость 5999 $. Чистейшая графика. Что скажешь, что не нужна оптимизация? Работа с видео / картинками? А со звуком? А ещё возьми irfanview и другой просмотрщик граф. файлов. Кто быстрее грузит? irfanview? Как быстро? Со свистом в ушах?  


Что там один Си и  я тебе сказал, а ты не видел что там для асма ажно свой компилятор написан? Знаешь, сколько игры пишу, а про термин SIMD и deque ещё не слышал - расскажи.


Нет, месье тебе это и сказал. И его не просто не используют, а просто невозможно его использовать, потому что в Си нет неи шаблонов, ни классов.

Никто не сказал, что на будет работать медленно и неэффективно, было сказано слово "медленее, чем наш вариант".

Напиши разницу между разработчиком и программистом  


Там целая папка есть "asm", в которой кода море - разливанное...

Использование расширенного набора команд процессора(SSE/SSE2/SSE3/SSE4/3dNow etc.). Иногда позволяет неплохо ускорить процесс расчётов.

W4FhLF, буду знать

здесь:

расскажи мне, идиоту, зачем в ядре нужны клава/крыса/видюшка? я тебе не про драйвера говорю, а про ядро ОС... ну ядро можно считать драйвером для процессора 
и даже в драйверах для мыши\клавы\etc. асма много не нужно... in/out и немного MSR'ов и всё...

да, но исходников ни тех, ни других мы не видели, а, соответственно, утверждать, что там использовалось, а что нет - не в праве...

ну вот, про SIMD не слышал, а говоришь про какой-то асм в играх... deque - обыкновенный контейнер из состава stl... мало идиотов, которые будут писать его на асме... википедия тебе в руки...

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

почитай в той же википедии про жизненный цикл ПО... там узнаешь чем занимается разработчик, а чем программист... к слову, у первых з/п в разы выше ;)

Добавлено через 1 минуту и 35 секунд
заметь его проблемы... мы не в школе... чел спросил - ему ответили... если ты считаешь, что ему ответили не так, то можешь ответить ему по другому...

archimed7592, 
Rickert, 
W4FhLF, 
vinter, 

Может вы будете обмениваться личными претензиями за пределами форума или по крайней мере во флейме?

Это сообщение отредактировал(а) adLucem - 16.5.2007, 15:12

Извини, не верю.
У меня есть некоторая особенность - я к себе притягиваю ошибки. Далеко не один BSOD я видел за последний год. У XP. Еще было время, когда стояла Миллениум. Там десятки. Ну а про те времена, когда 98-ая... еще хуже.

 


На Борланде, как и в любом другом отличном компиляторе, как минимум нет класса CString, ибо это MFC.


если весь код, который ты пишешь, это только труд, то я тебе сочувствую.


Ну так вроде бы к этому и пришли.


Угу. Вы еще 1/8 рассмотрите, потом 1/16...

Будем переходить на личности? Заметь, я про квалифиции других обычно молчу, потому что достоверно не знаю. Даже если имею 99%-ные подозрения.

А вот про квалификацию программистов Винды, как минимум некоторой ее части, я повторюсь - написано плохо. Вот не далее как вчера рылся в MSDN по одному вопросу насчет ntfs... И по ходу дела ужасался, насколько же фигово местами спроектировано WinAPI. Извини, мое имхо не может понять квалификацию программиста, который придумал название макроса LPCSTR. + куча других имхо по поводу названий функций и т.д...
Другое дело, вроде бы библиотека .NET грамотнее написана. Авось лучше будет в скором времени.

венгерская нотация, классная вещь между прочим..

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

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

  
  

Я не принял участие в споре только потому, что в нем принимает участие archimed7592. (Только ни каких обид - я нисколько не наезжаю и не пытаюсь обидеть).

Просто здесь на форуме он (archimed7592) единственный (имхо), кто при первой возможности начинает сразу отстаивать STl и boost на столько безкомпромисно, что спорить бесполезно.   

Так что думаю спор просто не имеет смысла.

настоящие воины дзена делают (при известных ограничениях)   

и вообще по возможности стек не используют

тот же PCI настраивается через in/out (BAR-ы и прочие вещи), далее регистры девайса могут быть либо в I/O пространстве CPU, либо отображены на память (в последнем случае можно работать и без ассемблера)
хотя в целом согласен, железо в большинстве случаев требует низкоуровневых операций, но количество этих операций несоизмеримо мало по сравнению с независимым от платформы кодом
я бы выделил следующие применения ассемблера в коде ОС
1. Архитектурная необходимость (управление кэшем; переключение задач; модель памяти (работа с GDT, LDT, ...); переходы user -> kernel, kernel -> user (шлюзы и т. д); архитектура CPU (MSR))
2. in/out (по сути вся периферия I/O устройств)
Бесспорно, эти вещи - основа ОС и чем эта основа более компактна, тем лучше, все остальное - базируется на ней и этого остального - в разы больше, по-другому просто быть не может
ассемблер несомненно мощнейший инструмент из всех, но он требует аккуратности и внимания
ОС - огромный комплекс: писать все на ассемблере, имхо, самоубийство и нескончаемость багов, и дело тут не в кривости рук

Это сообщение отредактировал(а) MAKCim - 16.5.2007, 21:43

MAKCim,а строчку не пропустил? занос в b..?

это просто смешно, в какой-то мере даже бред (только не обижайся)
мне что теперь, LIBC переписывать?   
нет, я считаю свой уровень знаний достаточным, но также считаю, что люди, писавшие LIBC тоже не дураки и навряд ли я смогу улучшить координально их код (а времени убью будь здоров сколько  )
неоправданные велосипеды - зло и пустая трата времени

Добавлено через 6 минут и 6 секунд

исправлено (спасибо за поправку)

к сожалению это основная беда  многих сишников, отрицать готовые решения и изобретать велосипеды, мнея тоже STL немного корребит, т.к я не знаю че творится внутри него, но использовать нуно так как самому такое писать желания совсем нет.  
просто нуно разграничивать задачи, где в этом есть необходимость, и где ее совершенно нет.

Добавлено через 3 минуты

  

хорошо, назовите, если вы такой знаток, основные 3 части (компонента) любой ОС (в том или ином виде)?

Добавлено через 7 минут и 15 секунд
vinter, 
проверь на бумажке
пример
a = 11010101
b = 00100011
1. eax <- b (eax = 00100011)
2. 00100011 ^ 11010101 = 11110110
3. 11010101 ^ 11110110 = 00100011
4. 11110110 ^ 00100011 = 11010101 
5. b <- eax

Anikmar,       
ну почему же безкомпромиссно?

просто я до сих пор не увидел доводов, кроме
• ты хочешь показать уровень своих знаний
• новичок есть новичок и sprintf ему ближе к телу
• асм завоюет мир, а boost зохавает тебе моск и ты отупеешь как пенёк
• и прочих, совершенно не относящихся к вопросу

так что буду оч рад услышать твоё мнение... м. б. оно убедит меня в том, что boost/stl от лукавого... ;-)

ну почему самоубийство? MenuetOS написали и не повесились... другой вопрос - надёжность, реактивность и поддерживаемость этой ОС 

ребят, давайте не будем переходить на личности и меряться половыми членами... тем более, что к дисскусии ОС совершенно не относится... многоуважаемому Rickert советую создать соответствующую тему, где и предлагаю выяснять превосходство языка ассемблера относительно текущих реализаций стандартных(и не очень) библиотек...

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

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