Он не кажется таковым потому что ты не подобрал подходящего лично тебе дистра. Попробуй все что сможешь скачать/раздобыть - и вполне может статься что среди них какой-нибудь окажется по душе  Мне например в данный момент более всего нравится ArchLinux, но это вовсе не означает что на следующей неделе он не сменится каким-нибудь еще более близким к моему личному идеалу дистром 

rsm, можеть быть... попробую.

Не переживай, я "в теме"  Мало какому десктопному приложению нужно более 2Гб адресного пространства (я говорю о ситуации на данный момент, чтобы не было фантазий насчет 100 терабайных винчестеров и гигабитного интернета). 4 и более гига могут понадобится, чтобы паралельно запустить несколько тяжелых приложений, или организовать большой дисковый кеш. Чем тут не подходит PAE?
Да и про 64Гб я не говорил, это ты сам придумал.



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

Windows XP была выпущена в 2002 году и до сих пор хорошо работает и тянет последнее железо. А много ли есть дистрибутивов линукс 2002 года выпуска которые можно поставить на современную машину? Почему я могу спокойно поставить JDK 1.6 на Windows 2000, и при этом не могу поставить на дистрибутив линукса 2002 года?




Ага а потом бегать к ним настраивать вайн или цедегу каждый раз как они захотят поиграть. Или объяснять как в гимпе реализовать, то же самое что и в фотошопе. Да ну нафиг 


Я и так эффективно работаю, не тратя время на настройку и изучение линукса  

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

?  
в этом плане меня удивляет необходимость перехода, с чего ты взял обратное?
в Linux ставить 64-х битное ядро абсолютно не надо, PAE поддерживается



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

ps. черт, нарушил обещание   

Это сообщение отредактировал(а) MAKCim - 22.5.2008, 19:23

Во искупление греха скомпиль ядро 3 раза     

Не поможет. MAKCim накатает за пару минут башевый скрипт, который сделает всё за него 

  
у меня пара конфигов всегда в наличии (под разные конфигурации)
так что даже писАть ничего не надо

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

smartov,
кто бы говорил про дZen...    

Пожалуй напишу emerge -e world... Помедитирую...  

да, gentoo самый дZенский дистрибутив  

p.s. По итогам темы решил попробовать Mac-и. Может понравятся...

   Когда я в своё время компилировал ядро, то там не очень много на консоль выводилось, даже сборка psi в этом плане помощней  Тут надо скомпилить какой-нибудь опенофис или апач 

К тому, что иногда при смене конфигурации надо менять и ОС. И что ты докапался до ОС 2002 года выпуска, что она возможно (до конца это так и не выяснили) не сможет на 100% использовать последнее железо, совершенно непонятно   Тем более, что железо серверное, а сама ОС нет.




Ну что ж теперь аналогия ясна. Только неясно другое, почему тогда софтина может обновляться, для того чтобы она могла выполнять более широкий круг задач, котрый появились позднее. А вот ОС должна сразу решать все те задачи которые появятся позднее и поддерживать все оборудование которое еще не появилось, но появится в будущем. Почему так? У тот дистрибутив который сейчас у тебя стоит, когда был выпущен, а?  

SuSE 10.2 с пропатченным ядром
выпущена где-то 1.5 года назад



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