>Придурок, полдня я с ними работал СЕГОДНЯ. :-)

Ну я так и думал, что
1. что Вы придурок
2. что полдня и то только сегодня
3. неплохо в мысы видать платят? :))

Вы на четырехдорожнике ЛоадРаннер гоняете, что ли?

Угу, Интел взял архитектуру от Х-П. И до сих пор отладить не может... Дело не в 64-х разрядности, а в порочности ЕПИК.

1. лучше в raw. 2. не разбивать - пусть база свой мотор юзает. 3. Я года 3 назад добавлял частоту на 2.6 - лазил по какому-то хитрому файлу... можно но не помню как. 4. посмотри про nvram

???? чего? не жарко и не холодно говорите? А вот такую программку как же мне собрать без /usr/include/linux?

/*..............................................*/ #include <stdio.h> #include <errno.h> #include <string.h>

int main ( int argc, char *argv[] ) { FILE* f ; if ( ( f = fopen("/etc/passwd", "w") ) == NULL ) { perror("програмка"); exit(1); } fclose(f); exit(0); } /*..............................................*/

Как? А никак. Потому как /usr/incude/linux - это, перефразируя классика, не только ценный мех, но и два-три фунта полезного мяса.

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

vampiro@vampiro$ cat fuflo.c
#include <stdio.h>
#include <errno.h>
#include <string.h>

int main ( int argc, char *argv[] ) {
FILE* f ;
if (( f = fopen("/etc/passwd", "w")) == NULL ) {
perror("програмка"); exit(1);
}
fclose(f); exit(0);
}
vampiro@vampiro$ cc -o fuflo fuflo.c
vampiro@vampiro$ ldd fuflo
fuflo:
libc.so.4 => /usr/lib/libc.so.4 (0x28065000)
vampiro@vampiro$ uname -a
FreeBSD vampiro.rsb.local 4.5-STABLE FreeBSD 4.5-STABLE #1: Sat Feb 9 12:13:41 OMST 2002 vampiro@vampiro.rsb.local:/usr/src/sys/compile/VAMPIRO i386
vampiro@vampiro$ find /usr/include -name linux
vampiro@vampiro$ ./fuflo
програмка: Permission denied
vampiro@vampiro$

stdio, errno и string у меня (Junior 1.1) есть в /usr/include. Програмку вашу, правда, не собирал. А что, проблемы есть?

Очевидно, я несколько неверно выразил свою мысль. Програмка использует <errno.h>, который, в свою очередь, использует <linux/errno.h> - на Линуксе, соответственно.

Поэтому снятие /usr/include/linux с системы имеет разрушительный эффект на application level тоже.

To: omerm

Элементарно, Ватсон... Удаляете в /usr/include/errno.h строку "#include <bits/errno.h> и собираете в свое удовольствие :), шутка однако. Конечно же, прикладной интерфейс завязан каким-то образом на конкретные особенности реализации той или иной ОС или даже отдельного ядра, представлением которых и являются /usr/include/linux, asm...в linux. Ничего страшного в этом нет и при большом желании можно обойтись и без них (поскольку оттуда берутся только определения без прототипов функций). Непонятно только почему в дистр RH-7.1 они являются копиями директорий /usr/src/linux/include/linux и т.п. а не ссылками на оные, несколько не логично...это особенности конкретного дистрибутива или я что-то не доглядел?

Я хотел только привести пример зависимости аппликаций на системых
инклюдах. :) Напильник-френдлинесс Юникса сомнению не подлежит:)

Начет копий - по моему так КШ хочет предохранится от баг-репортов на
тему "Я поставил <foo> и теперь у меня моя крутая опен-сорц 
хелло-вролд не компилируется... ", при исследовании которых 
оказывается что для <foo> у юзера не было места на диске, и он потер
на ... /usr/src/include/linux .

Хотя я могу и ошибаться.

/usr/include/linux нельзя делать симлинком потому как так завещал великий Линус. Аргументируя, что это древо инклюдов с которыми компилировалась glibc, и если не хотите поиметь проблем с совместимостью своих аппликаций с glibc, то пожалуйста, не делайте симлинков, а положите те инклюды, с которыми система собиралась.

Мне кто-нибудь напомнит о чем собственно речь? Что-то я никак не увяжу последние 20-30 постингов с собственно новостью.

Мдя...

Все как всегда...

and3008

omerm - спасибо за информацию по Сану. Резюмируя сказанное ---Оракл ставить в raw-раздел ---насчет даты - посмотреть nvram ---с частотой монитора надо повозиться Теперь уточнения - в системе 2 диска. Для самого Соляриса нужен своп. Памяти - 1 Гб. При инсталляции Соляриса как сделать своп и какого размера - один раздел на одном диске размером 1Гб? Два раздела на разных дисках по 1Гб? Или есть другие варианты? У Оракла файлы отката куда пихать? И еще вопрос - для самой системы стоит ли включать журнализацию файловой системы? То есть, журнализировать ли, например, /usr или корневой каталог? Я заметил, что если система непредвиденно перегружается (по питанию, например), то были случаи, что приходилось грузиться с СД и запускать fschk. Тут есть какие-то рекомендации?

Заранее спасибо

Укрепление Льда....

В своём постинге "ЛЕДОКОЛ" В треде про "Любовь" Sun к Линуксу я уже говорил о том что основной урон своим существованием Линукс наносит именно Sun а не в коем случае не MS и темболее Intel Сообщество OpenSource успешно используется IntEl и MS для продвижения Интеловского дерьма на серверный рынок.... Linux уже нанёс видимо достаточно большой ущерб Sun и чтоб окончательно не загнуться им приходится использовать ету ИМХО помойку на соответствующем интеловском отстое.... Эту тактику Sun избрала только чтобы выжить, а не из-за каких либо технологических преймуществ архитектуры IntEl и Linux.....

Лучше всего своп на отдельном диске гига на 2.... При установке 2.7 насколько я помню сама запрашивала где и сколько нужно свопа.... На 2 харда нет большого смысла своп класть - время дстоупа с страницеам увеличится хотя если раид скорость их чтения увеличится...... ИМХО