Отправляет email-рассылки с помощью сервиса Sendsay

Преждевременный сброс программ в swap

i686-pc-none)

Здравствуйте!
Вот, возник такой вопрос: как можно подольше удержать данные в
оперативной памяти, чтоб они не сбрасывались в подкачку? У меня сейчас
512 Мб ОЗУ, но реально (без кэша и буферов) используется 200-260 Мб,
очень редко больше. Т.е., например запущено несколько программ - делаю я
что-нибудь в одной, переключаюсь на другую - винт начинает работать со
страшной, и если программа достаточно большая (типа OpenOffice) и не
использовалась достаточно долго (час или больше), то ждать до отклика
программы приходится порой десятки секунд, а то и больше.
Более того: если запускать много прорамм, объем реально занятой
оперативной памяти даже уменьшается. Кэширование - это, конечно, хорошо,
но хотелось бы, чтобы уже запущенные прораммы имели больший приоритет.
Подскажите, пожалуйста, что читать, полезные ссылки и в.т.

Ответить   9A4172 Thu, 1 Apr 2004 11:10:01 +1100 (#116136)

 

Ответы:

On Thu, Apr 01, 2004 at 11:10:01AM +1100, 9A4172 wrote:

/usr/src/linux

http://www.surriel.com/lectures/mmtour.html
http://www.surriel.com/lectures/ols2003/
http://www.linux-tutorial.info/cgi-bin/display.pl?260&0&314&0&3
http://www.linuxjournal.com/article.php?sid=2770
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5921; Возраст листа: 250; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/116171



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   +Morgoth Thu, 1 Apr 2004 11:09:20 +0700 (#116171)

 

i686-pc-none)

Привет, +Morgoth <morgoth***@y*****.ru> !
Вы писали Thu, 1 Apr 2004 11:09:20 +0700:

Большое спасибо, буду читать.

Ответить   9A4172 Fri, 2 Apr 2004 10:28:51 +1100 (#116812)

 

9A4172 wrote:

При таком объеме ОЗУ лучше swap вообще отключить.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5923; Возраст листа: 250; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/116219



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   d2r Thu, 01 Apr 2004 08:49:52 +0300 (#116219)

 

On Thursday 01 April 2004 08:49, d2r wrote:

а почему? своп-раздел у меня около 400 мегабайт, памяти - 512.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5926; Возраст листа: 250; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/116268



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   dmitriy v kanyuk Thu, 1 Apr 2004 09:38:06 +0300 (#116268)

 

dmitriy v kanyuk wrote:

Потому, что swap придумали в те времена, когда оперативная память была
очень дорога, а для работы программ требовалось больше памяти, чем было
на машине. Вот и ввели возможность сбрасывать наименее используемые
страницы памяти в специальный файл или раздел на диск.

Однако сейчас, особенно при таких объемах как 512 МБ и выше, практически
очень трудно "забить" озу настолько, чтобы пришлось сбрасывать страницы
в своп. Запустите free и вы увидете, что памяти еще очень много. Кстати,
буфера ядро делает из части свободного ОЗУ для ускорения работы и, опять
таки, для выделения прикладным процессам. Поэтому, объем свободной
памяти определить довольно сложно (обычными средствами) - ведь он
складывается из объема свободной памяти (практически всегда очень малая
величина) + некоторое количество свободных буферов + системный кэш,
который опять таки может быть пуст на половину. Я точно не знаю, но, по
всей видимости, размер памяти отводимый под буфера и кэш может
изменяться, в зависимости от использования памяти.

Реально, я работал с машинкой, имеющей 128 мб ОЗУ + 256 swap
(рекомендованная величина swap = RAM * 2, правда эта рекомендация уже
достаточно устарела). Так вот, ранее, при 384 МБ системной мапяти (ОЗУ +
своп) я нормально работал со слакварем 9.1 под КДЕ, включая
редактирование файла в ОО-1.1, запущенный паралельно QtDesigner +
KDevelop. Так почему, системе, нормально работающей с достаточно большой
загрузкой, которой хватало 384 метра, мало будет 512? Сейчес, после
небольшой смены оргтехники у нас, в конторе, я выбил себе атлон с 512
метрами памяти. Поставил слакварь и альтлинукс юниор и отключил своп
совсем. И все работает нормально (правда, пока не перекомпилировал ядро
(2.6.3) и кажется, система малость тормозит. Но это дело исправимое).

У Вас же, системной памяти аж 912 метров!!! И что Вы планируете делать с
таким бешенным объемом (если у Вас конечно не сервер с кучей подключений)?!
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5931; Возраст листа: 250; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/116343



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   d2r Thu, 01 Apr 2004 11:12:19 +0300 (#116343)

 

d2r wrote:

А еще в *никсах при kernel panic дамп памяти в своп укладывается :)
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5933; Возраст листа: 250; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/116371



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   Thu, 01 Apr 2004 12:26:29 +0300 (#116371)

 

On Thu, 1 Apr 2004, Gennadiy Zolotaryov wrote:

Мне интересно откуда это Вам известно? Я покопался в сырцах Linux,
потом OpenBSD и нашел некоторые похожие вещи, но без явного указания
на то. Если не трудно, разъясните.

mkb
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5972; Возраст листа: 251; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/116804



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   Thu, 1 Apr 2004 19:29:16 +0400 (MSD) (#116804)

 

On Четверг 01 Апрель 2004 19:29, Mike Belopuhov wrote:

Эмпирический факт :-)

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

Может ли это Linux - не знаю, так как и на BSD я этот дамп ни разу
не использовал

Ответить   "Sergey B. Khvatov" Fri, 2 Apr 2004 10:20:10 +0400 (#116925)

 

Mike Belopuhov wrote:

Я имел ввиду SCO OpenServer/Unixware ;). Оно точно это делало.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5991; Возраст листа: 251; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/117112



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   Fri, 02 Apr 2004 14:59:45 +0300 (#117112)

 

On Thu, 01 Apr 2004 11:12:19 +0300, d2r <ost@e*****.com> wrote:

Мой вопрос не точно по теме, но рядом.

Эта формула "swap = RAM * 2" очень привычна, но вот недавно обратил
внимание:
1) Цитата из книжки Костромина: "в Linux размер одного swap-раздела не
может превышать 128 Мбайт".
2) Федорчук пишет: "ядро версии 2.4.х не может монтировать своп-раздел
меньше 128Мб"

Подозреваю путаницу в словах. Кто-нибудь может внести ясность?

Ответить   Igor Zaitsev Thu, 01 Apr 2004 15:39:03 +0400 (#116475)

 

Igor Zaitsev wrote:

Федорчук явно ошибается. У меня дома на машине с 32-мя метрами стоит
своп на 40 метров. Нормально работает и с 2.4.5/2.4.18 из поставки
слакваря. 2.4.22 собственной сборки тоже нормально работал. Сейчас 2.6.3
- все нормально (пришлось только своп переформатировать).

На счет верхнего предела я не в курсе, может быть старые версии ядер
этого и не позволяли и Костромин в этом плане прав.
И дело наверно не только в путанице в словах. Я часто встречал
ошибочные, неверные либо устаревшие рекомендации. Чаще всего это
возникает либо из-за использования старой документации (например,
большинство howto датируется годами 1999-2001 и часто явно устарели)
либо из-за неправильной трактовки или перевода оригинальных текстов.
Часто бывает так, что человек "слышыт звон, да не знает где он" либо
опирается на неподтвержденные слухи. Кроме того, Linux не стоит на
месте, а очень быстро движется вперед, и то, что было верно вчера,
сегодня уже неправильно и наоборот.
Мне нравятся некоторые работы Федорчука, и его проект unix4all
(http://www.linuxshop.ru/unix4all/) хоть и имеет очень запутанную и
непонятную структуру документов, но часто содержит весма полезную
информацию. Но, к сожалению, и у него встречаются неточности и ошибки.

Надо просто к любой информации подходить аналитически. Совет - хорошо,
но своя голова тоже работать должна :-). И опыт, конечно, никто не заменит.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5955; Возраст листа: 250; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/116535



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   d2r Thu, 01 Apr 2004 16:03:48 +0300 (#116535)

 

Igor Zaitsev wrote:

Устаревшие сведения.

Приведу выдержку из довольно старого (oct 2002) swap-mini-howto:

Linux 2.4.10 and later, and Linux 2.5 support any combination of swap
files or swap devices to a maximum number of 32 of them.
Prior to Linux 2.4.10, the limit was any combination of 8 swap files
or swap devices. On x86 architecture systems, each of these swap
areas has a limit of 2 GiB.

The current swap space limits are:

(1) both Linux 2.4.x and 2.5.x kernels support swap spaces of up to
64 GiB in size

(2) Linux 2.4.x supports 32 swap spaces and 2.5.x supports 32 swap
spaces

(3) mkswap(8) needs fixes for creating swap spaces larger than 2 GiB
merged back to the util-linux package from one or more distro
packages; this work is pending. Some distro versions of mkswap(8)
support more than 2 GiB swap spaces.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5956; Возраст листа: 250; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/116557



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   Thu, 01 Apr 2004 17:10:33 +0300 (#116557)

 

On Thursday 01 April 2004 11:12, d2r wrote:

поправочка: свопа 506 мегабайт :-)
да вот, самба у меня для локалки, фильмы и музыка расшарены. Иксы есть.
на машине в пасьянс играю :-) вот и все задачи, кроме веб-серфинга и е-мейла
с
фидонетом. ну, и еще просмотр фильмов и хммс.

[dk@dima-asplinux92 dk]$ free
total used free shared buffers cached
Mem: 514640 509804 4836 0 25540 297764
-/+ buffers/cache: 186500 328140
Swap: 506008 2024 503984
[dk@dima-asplinux92 dk]$

вот такая картина при запущенном ООО. и нескольких окошках броузера.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5959; Возраст листа: 250; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/116568



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   dmitriy v kanyuk Thu, 1 Apr 2004 17:25:39 +0300 (#116568)

 

i686-pc-none)

Привет, d2r <ost@e*****.com> !
Вы писали Thu, 01 Apr 2004 11:12:19 +0300:

Закомментировал в /etc/fstab строчку, относящуюся к разделу подкачки -
так правильно? По крайней мере, free показывает использование swap - 0.
Однако, в остальном мало что изменилось, когда запущено много программ,
винт все равно постоянно работает со страшной силой.
Довел систему до такого состояния: KDE 3.2.1, VMware, в ней WinXP Pro
SP1, Win98SE и ASP Linux 9 (на базовом компе тоже ASP 9), в XP - IE 6,
Delphi 7, IIS, в 98-й - IE 5.0, Opera 6, на базовом компе запущены:
httpd, Konqueror, Konsole, Kate, Opera 7.22, Firebird 0.7, Quanta,
OpenOffice Writer, KPDF с 15-мегабайтным файлом, XMMS, Stardict,
запустил Chromium- тормозит, в программах видно, как прорисовываются
элементы интерфейса. Винт работает практически непрерывно. Использовано
памяти при этом (без буферов и кэша) - 368 Мб. Или же я перестарался?
У меня Duron 900, чипсет VIA KT133E, FSB 100 МГц, системная шина,
соответственно, 200 МГц, шина памяти 133 МГц, память - 2x256 SDRAM
PC133, винт Maxtor, 30 Гб, ATA100, видеокарта GeForce 2MX400 с 32 Мб
памяти. Стоит ASP Linux 9, файловая система - Ext3.

Ответить   9A4172 Fri, 2 Apr 2004 10:45:59 +1100 (#116813)

 

9A4172 wrote:

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

Одно слово: УЖАС!!! Это все запущено одновременно?! Тогда ничего
удивительного что диск используется непрерывно! А как выглядит кэш?
Может он забит, вот ядро и сбрасывает сразу все на диск?
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5983; Возраст листа: 251; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/117018



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   d2r Fri, 02 Apr 2004 11:40:18 +0300 (#117018)

 

i686-pc-none)

Привет, d2r <ost@e*****.com> !
Вы писали Fri, 02 Apr 2004 11:40:18 +0300:


Можно поподробнее насчет этого?

Ну, наверное, я слегка перестарался :), но принцип тот же - уже сутки
все работает без swap-раздела (нормально работает), но проблема
осталась. Ужас-то, ужас, но ведь при этом ужасе реально используется 368
Мб!
Что значит, "как выглядит кэш", как проверить его состояние? Я так
понимаю, кэш - это программы, библиотеки и в.т. , которые уже
загружались, сейчас не используются, но при следующем обращении, берутся
не с диска, а с этого самого кэша, что гораздо быстрее. Т.е., для
системы и загруженных/загружаемых программ это все не имеет жизненной
ценности и, по идее, при необходимости просто должно затираться. Зачем
сбрасывать содержимое кэша на диск? И куда оно тогда сбрасывается, если
раздел подкачки отключен?
Наверное, я что-то недопонимаю, так что извините :) Тут вот +Morgoth
дал ссылок по теме, но все по-английски - просто руки опускаются :(
Собственно, я так понимаю, что у меня не какая-то аномальная система
или особо кривые настройки/руки, но мне кажется, что ОЗУ используется не
в полную силу.

Ответить   9A4172 Fri, 2 Apr 2004 22:11:13 +1100 (#117095)

 

9A4172 wrote:

Это такая виртуальная ФС в ОЗУ компьютера. Много разных программ
используют каталог /tmp для складывания туде временных файлов. Например,
gcc точно его использует (у меня были проблемы с этим), иксы, и т.д. Для
ускорения работы, при наличи достаточного количества памяти иногда
рекомендуют монтировать эту виртуальную ФС к каталогу /tmp, что
позволяет значительно ускорить операции с временными файлами.

Делается это просто:
mount -t tmpfs tmpfs /tmp

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

В том то и дело, что подкачка к пользовательским приложениям отношения
практически не имеет. Подкачка - это продолжение ОЗУ, и работает с ним
исключительно ядро по определенному алгоритму. Пользовательские
приложения могут ведь и сами записвать что-то на диск :-), например в
тот же /tmp.

Подмонтируйте tmpfs и ОЗУ будет использованно полностью. Кроме того,
ядро старается работать с памятью наиболее оптимально, но не забывайте,
что кроме ядра есть еще запущенные программы на Вашем компьютере, и они
работают каждое по своему принципу и каждое может обращаться к диску,
что-то в него писать и что-то читать, а дисковый кэш тоже не безгарничен.

Да, проверьте еще режим в котором работает жесткий диск. Скажите:
hdparm /dev/hda (для HDD стоящим первым на первом канале IDE), он должен
показать настройки жесткого диска. Должен быть включен режим DMA, и 32-х
разрядный доступ к диску.

Скажите:
hdparm -t /dev/hda

Если скорость выше 7-8 MB/sec - значит DMA работает. У меня на ядре
2.4.18 скорость достигала 50 MB/сек (новенькая Барракуда на 80 гб), а
вот с ядром 2.6.3 почему-то DMA не включается. Пока ползаю как черепаха
на ~7.8 МБ/сек. Может кто знает как лечить?
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 6051; Возраст листа: 254; Участников: 1078
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/118619



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   d2r Mon, 05 Apr 2004 09:57:00 +0300 (#118619)

 

i686-pc-none)

Привет, d2r <ost@e*****.com> !
Вы писали Mon, 05 Apr 2004 09:57:00 +0300:

Попробовал, вроде, разница в скорости не заметна, зато если tmpfs
смонтирована в /tmp не запускается OpenOffice:

[whirlewind@9A4172 whirlewind]$ oowriter
Starting OpenOffice.org ...
/usr/lib/openoffice/program/soffice.bin:
cannot open display ":0"
Please check your "DISPLAY" environment variable
as well as the permissions to access that display.
(See "man X" resp. "man xhost" for details)

Если отмонтировать tmpfs OpenOffice опять работает, вообще, после
этой команды (mount -t tmpfs tmpfs /tmp) начались какие-то непонятные
глюки, например:

[whirlewind@9A4172 whirlewind]$ sylpheed
bind: No such file or directory

Что бы это значило?

У меня после установки системы (ASP Linux 9) все работает по
максимуму, ничего не пришлось подправлять вручную. hdparm -t показывает
30-35 Мб/с (Maxtor, 30 Гб, ATA100). По-моему, работает винт быстрее, чем
в Windows XP.
Насчет ядра 2.6 не знаю, могу только предположить, что при
конфигурировании ядра не были включены какие-то опции, возможно, в
разделе Device drivers, подраздел ATA/ATAPI/MFM/RLL support.

Ответить   9A4172 Tue, 6 Apr 2004 01:32:38 +1100 (#118957)

 

9A4172 wrote:

Так монтировать tmpfs следует до запуска иксов! Желательно вообще, при
згрузке.
Иксы создают в этом каталоге каналы и еще кучу всего того, что нужно для
взаимодействия с другими программами. Да и не только искы, МС, к
примеру, тоже использует /tmp.

При монтировании tmpfs старый каталог /tmp становится невидимым для
программ (замещается), а при размонтировании опять виден - вот и реакция.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 6162; Возраст листа: 256; Участников:
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/120010



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   d2r Wed, 07 Apr 2004 08:39:29 +0300 (#120010)

 

i686-pc-none)

Привет, d2r <ost@e*****.com> !
Вы писали Wed, 07 Apr 2004 08:39:29 +0300:

Действительно, заработало только после того, как добавил в /etc/fstab
строчку "tmpfs /tmp tmpfs defaults 0 0" (или так неправильно). По
первому впечатлению, почти все работает нормально, кажется, даже быстрее
:). Но! при запуске более одного виртуального компьютера VMware, комп,
запущенный вторым молча выключается через некоторое время по ходу
загрузки, а в окне первого компьютера вылазит сообщение:

Temporary files for this virtual machine are stored in directory "/tmp",
which is an almost filesystem. Please, free some disk space. Select
Retry to continue, Abort to terminate the session.

Пробовал запускать сначала WinXP, потом Win98 и наоборот- аналогично.
Сочетания с виртуальным компом с ASPLinux не пробовал, но то, что уже
есть, уже есть нехорошо. Вернул /etc/fstab в первоначальное состояние.
Я что-то неправильно делаю?
Так же хочу заметить: уже несколько дней все работает с отключенным
разделом подкачки и, по-моему, работает все же немного быстрее, чем
раньше :)
Однако, в целом, проблема остается - большое время реакции у
достаточно долго неиспользовавшихся программ.

Ответить   9A4172 Wed, 7 Apr 2004 19:33:36 +1100 (#120096)

 

9A4172 wrote:

Так наверно и должно быть. Ведь ОЗУ у вас тоже не безгранично. После
монтирования tmpfs скажите df и увидите, сколько всего места в этой ФС,
сколько заполнено и сколько осталось.

Я думаю, при таком, извините, извращении (сам линукс + вмваря с ХРюшей +
вмваря с 98 - это точно изврат!) компьютер быстро работать точно не
будет. Я удивляюсь, как он вообще работает:-).

Могу только посоветовать запускать, если надо, только вмварю с ХР (зачем
Вам понадобилось грузить еще и 98? Для понта друзьям показать?!).
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 6169; Возраст листа: 256; Участников:
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/120178



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   d2r Wed, 07 Apr 2004 13:30:40 +0300 (#120178)

 

i686-pc-none)

Привет, d2r <ost@e*****.com> !
Вы писали Wed, 07 Apr 2004 13:30:40 +0300:


В том-то и дело, что реально занято (без кэша и буферов) даже и с
tmpfs, смонтированной в /tmp 230-260 Мб! Кроме того, если VMware не
хватает оперативной памяти, она так об этом и пишет (было уже такое), а
тут - вон как...

Win98 нужна ради Internet Explorer 5, чтоб его... Ну, еще и для
антигуманных экспериментов над виндой и сетью (Win9x и WinNT все-таки
сильно различаются).

Ответить   9A4172 Thu, 8 Apr 2004 14:35:45 +1100 (#120782)

 

В сообщении от 5 Апрель 2004 10:57 d2r написал(a):

При сборке ядра не указал свой чипсет (северного моста) :-)
Таже фигня была ;-)
Перебрал ядро и все OK.

Илья
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 6082; Возраст листа: 254; Участников: 1078
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/119028



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   Mon, 5 Apr 2004 19:43:40 +0400 (#119028)

 

В сообщении от Четверг 01 Апрель 2004 09:10 9A4172 написал(a):

чем больше делаешь размер swap тем больше отводится памяти под буферную
память. Какой размер swap файла у тебя?
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 5937; Возраст листа: 250; Участников: 1059
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/116377



-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   Андрей Thu, 1 Apr 2004 09:39:24 +0900 (#116377)

 

i686-pc-none)

Привет, Андрей <andr***@i*****.ru> !
Вы писали Thu, 1 Apr 2004 09:39:24 +0900:

Когда писал письмо, был 384 Мб, сейчас отключил swap, смотрю, что
будет, но, по-моему, мало что изменилось.

Ответить   9A4172 Fri, 2 Apr 2004 11:17:52 +1100 (#116832)