Не понял фразу. Такого ограничения нет...
[»]
А где оно? В ядре, что ли? У меня - 2.4.20
Файлы больше 2Гб - либо в них ничего не пишется, с падением "писателя" (пример - логи Apache) или вообще теряются (словно их стёрли) - так было с дампом MySQL, см. подробности одной такой потери на http://www.deeptown.org/forum/index.php?showtopic=274
Я не знаю, где ты его выкопал.
Регулярно оперирую файлами размером в 4.4 GB (образы DVD) - никаких проблем. Ограничение в 2 GB я с трудом могу припомнить - это что-то времен 3+ летней давности...
[»]
] И, боюсь, что ограничение в 2Гб на файл для ext3 - это уже даже не смешно.
Не понял фразу. Такого ограничения нет...
[»]
The maximum file size is going to be limited by the maximum filesystem
size, which is currently 2TB. That being said, you need to make sure
that your programs that will be accessing the file are compiled to use
the LFS API, since 32-bit Linux systems have a 2GB limitation using
the standard POSIX system calls --- this is caused by the fact that
the off_t data type is a signed 32-bit integer, and that limits you to
2GB.
Using the LFS API is pretty straightforward; it can be as simple as
adding -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE to the C compiler
options and recompiling. There are some subtleties if there are any
shared libraries involved, since this changes off_t to off64_t, and
this can break the binary interfaces to some shared libraries; see
http://www.suse.de/~aj/linux_lfs.html more more details and some other
(slightly more complicated) ways of using the LFS API.
Note that many modern distributions compile all ior most of their
userspace with the LFS API enabled, so this may not be an issue,
except for your own, home-grown C applications.
Если по простому - что ковырять нужно, чтобы, к примеру, tar не бил более, чем 2Гб архивы при распаковке? Чтобы Апач логи больше 2Гб не рушил?
[»]
Апач я так, до кучи добавил. В принципе, у меня его логи каждый день webalizer'ом раздракониваются и убиваются, так что это не страшно.
Вот что с MySQL-дампами делать?
Общай дамп давно уже больше 2Гб. Дамп по базе форума скоро один за 2Гб вылезет. Дампить по таблицам - это вообще геморрой.
[»]
Как уже говорил, ядро 2.4.20
Linux Red Hat 7.3
Все up2date на момент отключения халявы и все текущие apt-get update/upgrade стоят.
Угу, Red Hat 7.3, а ядро, MySQL, Apache самосборные, так? Нет бы использовать нормальный дистрибутив без выкрутасов с тарболами... Вот:
[»]
Ну или проапгрэйдиться, в конце концов.
[»]
Ну и покажи мне, в каком дистрибутиве есть MySQL 4.1.x или Apache2 оптимизированный под i686.
[»]
Или с родным ядром, которое на март прошлого года держало гигабитные интеловские сетевухи.
[»]
А в теории - да, всё прекрасно и замечательно. И без выкрутасов.
[»]
Ну или проапгрэйдиться, в конце концов.
[»]
Только для этого с высокой вероятностью придётся сервер домой забирать на пару дней.[»]
Под i686 обычно не оптимизируют - делают под i586 (таких дистрибутивов полно). Разница в производительности будет в доли процента, но если тебе этого хочется - пересобирай SRPMS из дистрибутива с указанием требуемой архитектуры и прочего.
Пересобирать ядро ради сетевухи - это мочить мух атомными бомбами. Я для этого собирал нужный модуль и все.
Э-э-э... Час на миграцию основной функциональности, два на все (без мелких деталей, про которые обычно сначала забываешь). Но можно и медленнее, конечно...
[»]
Про соотношение 586/686 не скажу, не щупал, но оптимизация под 686 против дефолтового 386 (586 я только в Mandrake видел) дала очень существенное снижение средней загрузки CPU httpd - с средних ~5..10% до ~3..5%. Что, кстати, и на скорости форума очень заметно сказалось. gzip, однако.
[»]
Не вставал тогда модуль без серьёзных ковыряний в ядре. Естественно, мне бы проще было модуль собрать. Но перекомпиляции ядра требовала штатная сборка модуля.
[»]
Я же говорю - теоретик ты, не практик.
[»]
10 баллов... Странно только, что у меня, "теоретика", все работает как часы, а у тебя, "практика", ХЗ как...
[»]
Хорошо, давай на практике расскажи мне, как к материнке SE7500WV2 и к корпусу подключить CD-ROM, например. С USB она грузиться не умеет, SCSI-CD-ROM'а у меня нет, стандартного разъёма питания для CD-ROM там тоже нет.
[»]
И ещё ты не ответил (выборочные ответы - это тоже практика такая?) - какой из дистрибутивов позволит мне поставить пакет MySQL 4.1.x?
[»]
А из каких пакетов собирать Procmail+Courier-IMAP+Maildir's+SpamAssassin?
[»]
А что за пакеты c Jabberd/JIT?
[»]
Наконец, как в ALT Linux с пакетом Perl-5.8.3?
[»]
А что, это я такую материнку выбрал?
[»]
Скорее всего, никакой - ветка 4.1 еще в бете, редкий камикадзе поставит ее на production сервер.
Что за страсть все собирать? Уже собрано...
procmail-3.22-alt4.i586.rpm
courier-imap-2.1.2-alt2.1.i586.rpm
spamassassin-2.63-alt1.i586.rpm
jabber-1.4.3-alt4.1.i586.rpm
jabber-jit-1.1.6-alt2.i586.rpm
perl-base-5.8.4-alt1.i586.rpm
[»]
Ставишь ?????-src.rpm и патчишь сколько влезет.
Кстати говоря, книги по компьютерной безопасности очень рекомендуют не засвечивать конкретную версию софта, что стоит у тебя.
И наконец, говорят, ядро 2.6 - вещь очень хорошая для веб-серверов но я не вдавался в подробности...
Balancer, 18.07.2004 18:52:18:Ставишь ?????-src.rpm и патчишь сколько влезет.
Ну так и чем это лучше тарболов?