Поставил на W7x64 8 Гигов оперативки, отрубил файл подкачки, она запустилась, всё работает, браузеры итд, система не возмущается и не клинит от нехватки памяти, всё Ок. Обрадовался!
Поставил на W7x64 8 Гигов оперативки, отрубил файл подкачки, она
запустилась, всё работает, браузеры итд, система не возмущается и
не клинит от нехватки памяти, всё Ок. Обрадовался!
Зачем его отключать?!
Поставил на W7x64 8 Гигов оперативки,
отрубил файл подкачки, она
запустилась, всё работает,
браузеры итд, система не возмущается и не
клинит от нехватки памяти, всё Ок. Обрадовался!
И внезапно обнаружил, что Парма-тоссер начал клинить на пуржинге баз,
клинит от нехватки памяти, всё Ок. Обрадовался!
Зачем его отключать?!
Поставил на W7x64 8 Гигов оперативки,
Для 64 разрядной венды это очень мало, при условии что браузер с несколькими вкладками запросто гига 4 может откушать.
отрубил файл подкачки, она
запустилась, всё работает,
У меня вот сейчас использовано 38 процентов озу, память 16 гб, а
толком ничего и не запущено, ну то есть все, как обычно.
браузеры итд, система не возмущается и не
клинит от нехватки памяти, всё Ок. Обрадовался!
Hе долго музыка играла, недолго фраер танцевал. ;)
И внезапно обнаружил, что Парма-тоссер начал клинить на пуржинге
баз,
WOW64 еще и не такие коленца умеет выкидывать! ;)
Зачем его отключать?!
Тут логика проста, хоть и тупа, конечно. Поставил SSD, а говорят, им
это вредно и, вроде - работало же норм?
Зачем его отключать?!
Тут логика проста, хоть и тупа, конечно. Поставил SSD, а
говорят, им это вредно и, вроде - работало же норм?
Вообще не вредно. Даже полезно.
А вот всякие глюки ловить при отключении свопа - это каждый сам
потом..
Чёрная полоса, в этом году заменил два ssd.Тут логика проста, хоть и тупа, конечно. Поставил SSD, а
говорят, им это вредно и, вроде - работало же норм?
Вообще не вредно. Даже полезно.
Сколько народу, столько и мнений...
Тут логика проста, хоть и тупа, конечно. Поставил SSD, а
говорят, им это вредно и, вроде - работало же норм?
Вообще не вредно. Даже полезно.
Сколько народу, столько и мнений...Чёрная полоса, в этом году заменил два ssd.
Зачем его отключать?!
Тут логика проста, хоть и тупа, конечно. Поставил SSD, а
говорят, им это вредно и, вроде - работало же норм?
Вообще не вредно. Даже полезно.
А вот всякие глюки ловить при отключении свопа - это каждый сам
потом..
А вот всякие глюки ловить при отключении свопа - это каждый сам
потом..
А вот - хренушки! Всё равно вылезло это сообщение, я его тупо не зафиксировал. А при втором прогоне - не вылезает. Скорее, всего - это
глюк не памяти, как таковой, а самого тоссера, как сильно древнего.
У меня было примерно так же, потом заменил БП, но из за смены
материнки и, надеюсь, была проблема в нём, или в его шнурах. как тут предполагали.
А вот - хренушки! Всё равно вылезло это сообщение, я его тупо не зафиксировал. А при втором прогоне - не вылезает. Скорее, всего - это
глюк не памяти, как таковой, а самого тоссера, как сильно древнего.
А вот - хренушки! Всё равно вылезло это сообщение, я его тупо не
зафиксировал. А при втором прогоне - не вылезает. Скорее, всего -
это глюк не памяти, как таковой, а самого тоссера, как сильно
древнего.
Дабы исключить или подтвердить проблемы, поставь другой тоссер тот
же хаски и посмотри будут проблемы или нет?
Hу хоть бы сама ОС чего сказала... :(
Тут логика проста, хоть и тупа, конечно. Поставил SSD, а говорят, им это вредно и, вроде - работало же норм?
Сколько народу, столько и мнений...
WOW64 еще и не такие коленца умеет выкидывать! ;)
Hу хоть бы сама ОС чего сказала... :(
А ты журналы событий то посмотри, вдруг она чего сказала, а ты не
услышал, ну то есть не увидел! ;)
Зачем его отключать?!
Тут логика проста, хоть и тупа, конечно. Поставил SSD, а говорят,
им это вредно и, вроде - работало же норм?
Говорят, что в Москве кур доят, но любой москвич скажет, что это ложзвездежипровокация111 Вроде в FIDO обычно альтернативно одаренные
люди в силу некого барьера не попадают, но вот альтернативно одаренные идеи как-то просачиваться умудряются. То есть ты хочешь сказать, что система, увидив SSD, будет сознательно его убивать? Что ты там еще поодключал по советам с тытубчега? ;)
что то не внятное, типа "не найдена инструкция по
адресу" и там целый экран из кодов...
дал Винде разрешение на своп - вроде заработало.
что то не внятное, типа "не найдена инструкция по
адресу" и там целый экран из кодов...
дал Винде разрешение на своп - вроде заработало.
Если действительно заработало,
что то не внятное, типа "не найдена инструкция по
адресу" и там целый экран из кодов...
дал Винде разрешение на своп - вроде заработало.
Если действительно заработало,
а самом деле - нет. Оказалось, это линковку баз так плющит, причём -
если запустить повторно и там не было новых сообщений - то ошибки нет.
о как только есть новое - опять эта ошибка ошибка.
Зависимость от конкретной базы - пытаюсь выявить. о пока неудачно
как то.:)
Поставил на W7x64 8 Гигов оперативки,
Для 64 разрядной венды это очень мало
браузер с несколькими вкладками запросто гига 4 может откушать.
WOW64 еще и не такие коленца умеет выкидывать! ;)
Блок питания часто бывает источником проблемы
если ты не берешь какой-нибудь seasonic на 1кВт за 100 тысяч рублей.
Выражается это высочастотными всплесками по отдаваемым веткам, их еще назывют "иголками", из-за картинки на осцилгографе
что фактически является командой для электроники.
Это очень не любят жесткие диски, мрут первыми.
Может комп тормозить на ровном месте
и прочие глюки происходить.
Спасибо, что потратили время и прочитали все до конца.
Это может.
Спасибо, что потратили время и прочитали все до конца.
Hо писать все это не стоило.
Ты меня сильно то не гноби :)
Я отключал не в ущерб работе ОС.
Вот
включил и смысл?
Зачем оно, если можно и без него?
Ты меня сильно то не гноби :)
И не думал даже, честное слово! :)
Я отключал не в ущерб работе ОС.
Файл подкачки используется же не только при нехватке физической
памяти.
Вот
включил и смысл?
Чтобы туда свопилось то, что должно свопиться и оттуда подкачивалось
то, что подкачиваться должно. :)
Зачем оно, если можно и без него?
Hу да, MS-DOS 6.22 без него как-то работала, да и вообще, всем
совершенно точно хватит 640 килобайт памяти! ;)
А вот про "фиксированный своп" - я не очень понимаю смысл, на
физическом уровне.
Файл подкачки используется же не только при нехватке физической
памяти.
Чтобы туда свопилось то, что должно свопиться и оттуда подкачивалось
то, что подкачиваться должно. :)
Hу да, MS-DOS 6.22 без него как-то работала, да и вообще, всем
совершенно точно хватит 640 килобайт памяти! ;)
А вот про "фиксированный своп" - я не очень понимаю смысл, на
физическом уровне.
Я ставлю минимальный размер просто потому, что люблю предсказуемость. Вижу, что память заполняется - перезапускаю браузеры, закрываю лишние виртуалки и т.п.
Hе люблю, когда в случайные моменты начинаются
тормоза (они даже с SSD ощущаются, и порой даже более неприятно, чем с HDD, за счет особенностей драйверов).
Да, еще для записи аварийного дампа при крахе системы.
Чтобы туда свопилось то, что должно свопиться и оттуда
подкачивалось то, что подкачиваться должно. :)
Если физической памяти достаточно, то ничто не должно ни свопиться, ни подкачиваться.
Т.е. при "достатке всего", тот файл - лишь некое "резервное место" и
может быть пустым, по содержимому?
Т.е. при "достатке всего", тот файл - лишь некое "резервное
место" и может быть пустым, по содержимому?
В теории - да. Hо на практике винда все равно периодически что-то
пишет в файл подкачки и читает из него, даже если почти вся память свободна. От чего это зависит - хз, искусственно воспроизвести
нелегко. Возможно, наличие большого объема виртуальной памяти
провоцирует какой-то софт (в том числе системный) использовать ее экстенсивно.
если включать - рекомендует размер, равный оперативке!
Мне казалось, что лгично как то наоборот - чем меньше физической
памяти - тем больше своп
если включать - рекомендует размер, равный оперативке!
Рекомендуемый размер она вычисляет по эмпирической формуле, актуальной
на момент выпуска текущей версии системы. Для 512 Мб рекомендует то ли гиг, то ли полтора, а для 64 Гб, думаю, будет рекомендовать меньше 64
Гб. :)
Мне казалось, что лгично как то наоборот - чем меньше физической
памяти - тем больше своп
Логично просто иметь _общий_ размер виртуальной памяти, считающийся "кошерным" на текущий момент. То есть, чтоб пользователь мог запустить типовой набор софта, и не испытывать проблем с памятью.
он как то странно зависит от физической.
Сейчас посмотрел, при 32 физической, (W10) зачем то рекомендует ещё 5 Гигов сверху!
у куда ей столько то!? Желает лопнуть?
А W7 желает, прикинь, при 8 Гигов физической. рекомендует ещё и 12 на подкачку! Там столько программ то нет, там вот только нода и всё.
Т.е. при "достатке всего", тот файл - лишь некое "резервное
место" и может быть пустым, по содержимому?
В теории - да. Hо на практике винда все равно периодически что-то
пишет в файл подкачки и читает из него, даже если почти вся
память свободна. От чего это зависит - хз, искусственно
воспроизвести нелегко. Возможно, наличие большого объема
виртуальной памяти провоцирует какой-то софт (в том числе
системный) использовать ее экстенсивно.
Этот вариант мне не ясен - если отрубить своп, то всё и хорошо и всё
ок, но если включать - рекомендует размер, равный оперативке! Hу вот
оно ей зачем? И почему, если оперативки "три", то и своп рекомендуем
"на три", а если "пять", то и своп - "пять"! (цифры я привёл от
балды).
Мне казалось, что лгично как то наоборот - чем меньше физической
памяти - тем больше своп, но на практике это вот не так.
Т.е. при "достатке всего", тот файл - лишь некое "резервное
место" и может быть пустым, по содержимому?
В теории - да. Hо на практике винда все равно периодически что-то
пишет в файл подкачки и читает из него, даже если почти вся память свободна. От чего это зависит - хз, искусственно воспроизвести
нелегко. Возможно, наличие большого объема виртуальной памяти
провоцирует какой-то софт (в том числе системный) использовать ее экстенсивно.
Я бы рад, но я так рад, что избавился от Линукса именно потому, что
нет надобности разбираться в Хаски.
Блок питания часто бывает источником проблемыHе часто, а иногда.
Спасибо, что потратили время и прочитали все до конца.Hо писать все это не стоило.
он как то странно зависит от физической.
Hе странно, а _эмпирически_. :)
Сейчас посмотрел, при 32 физической, (W10) зачем то рекомендует
ещё 5 Гигов сверху!
Скажи спасибо, что не двадцать. :)
пользовательское ПО так устроено, что изначально использует ее экстенсивно.
когда неиспользуемые процессы выносятся системой подальше от ЦП И ОЗУ
в медленный файл подкачки
там очень вероятно обнаружится, что программистам этого тоссера для ускорения его работы было быстрее считать файлы в виртуальную память целиком
для них было главное, что считать файлы целиком в виртуальную память
было _быстрее_.
А теперь представь, что у тебя имеются на диске 30 Гб фотографий и
видео и есть некая программа для их просмотра, с функцией кеширования.
А почему бы ей, этой программе, не считать тогда все эти гигабайты
разом в память?)
пользовательское ПО так устроено, что изначально использует ее
экстенсивно.
Правильнее будет сказать "современное ПО", ибо изрядная часть
системного уже давно пишется примерно с тем же уровнем квалификации,
что и чисто пользовательское.
когда неиспользуемые процессы выносятся системой подальше от ЦП И
ОЗУ в медленный файл подкачки
По правилам, они не должны никуда выноситься до тех пор, пока не
возникнет дефицит памяти - или реальный, или с высокой вероятностью приближающийся.
там очень вероятно обнаружится, что программистам этого тоссера
для ускорения его работы было быстрее считать файлы в виртуальную
память целиком
Да, есть такое. А ты в курсе, _как_именно_ работает это считывание,
или так, мимо проходил? :)
для них было главное, что считать файлы целиком в виртуальную
память было _быстрее_.
Тут надо бы оговориться, что "быстрее" - это прежде всего для
программиста в плане написания программы, а не для системы в плане ее выполнения.
А теперь представь, что у тебя имеются на диске 30 Гб фотографий
и видео и есть некая программа для их просмотра, с функцией
кеширования. А почему бы ей, этой программе, не считать тогда все
эти гигабайты разом в память?)
Почему всего 30 Гб, и почему фотографий, а не видео? :)
Именно так, пока не. Hа вопрос "Зачем ей столько памяти?" есть
простой ответ. ОС-то 64-разрядная. Она более масштабируемая, плюс с установленными 64-разрядными программами, которые занимают больше
памяти в ОЗУ, чем программы x86. Такая вот система с повышенными требованиями к ОЗУ.
Остается открытым вопрос, зачем трогать настройки управления
виртуальной памятью, которые выбираются оптимальными по-умолчанию.
Мнение, что файл подкачки на SSD - плохо, просто какой-то миф. Вот что действительно важно - это проверить поддерживает ли TRIM та версия
Windows 7.
fsutil behavior query disabledeletenotify
Если 0, то TRIM включен для SSD и держать на нем файл подкачки и можно
и нужно.
там очень вероятно обнаружится, что программистам этого тоссера
для ускорения его работы было быстрее считать файлы в
виртуальную память целиком
Да, есть такое. А ты в курсе, _как_именно_ работает это
считывание, или так, мимо проходил? :)
В общих чертах. И это предположение, что в коде такое может быть.
Тоссер же старый? Старый. 32-разрядный. Hу вот Чеславу и глюки.
для них было главное, что считать файлы целиком в виртуальную
память было _быстрее_.
Тут надо бы оговориться, что "быстрее" - это прежде всего для
программиста в плане написания программы, а не для системы в
плане ее выполнения.
Все же это не имеет отношения плохому программированию. Memory-mapped
I/O действительно и быстрее, и эффективнее, чем обычные чтение и
запись.
А теперь представь, что у тебя имеются на диске 30 Гб фотографий
и видео и есть некая программа для их просмотра, с функцией
кеширования. А почему бы ей, этой программе, не считать тогда
все эти гигабайты разом в память?)
Почему всего 30 Гб, и почему фотографий, а не видео? :)
Пусть будет видео)
К уровню программистов это отношения ни имеет.
Если 0, то TRIM включен для SSD и держать на нем файл подкачки и можно
и нужно.
Тоссер же старый? Старый. 32-разрядный. Hу вот Чеславу и глюки.
Все же это не имеет отношения плохому программированию. Memory-mapped
I/O действительно и быстрее, и эффективнее, чем обычные чтение и
запись.
Мнение, что файл подкачки на SSD - плохо, просто какой-то миф.
Вот что действительно важно - это проверить поддерживает ли TRIM
та версия Windows 7.
fsutil behavior query disabledeletenotify
Если 0, то TRIM включен для SSD и держать на нем файл подкачки и
можно и нужно.
У меня и W7 И W10 говорит про "0". Т.е. не надо выёживаться и надо
всё оставить - "на усмотрение системы"?
И не читать эти все - "своп убил диск SSD за месяц"?
Я же "не настоящий сварщик".
В общих чертах. И это предположение, что в коде такое может
быть. Тоссер же старый? Старый. 32-разрядный. Hу вот Чеславу и
глюки.
Я пока не определился, где глюк. Hе торопливый я... Только
локализовал, что точно на пуржинге.
А далее - буду проверять все базы.:)
К уровню программистов это отношения ни имеет.
К уровню программистов имеет отношение экстенсивность использования _памяти_, а не _адресного_пространства_.
Если 0, то TRIM включен для SSD и держать на нем файл подкачки и
можно и нужно.
А если физической памяти хватает для повседневной работы, то можно, но
не нужно. Как и на HDD.
Тоссер же старый? Старый. 32-разрядный. Hу вот Чеславу и глюки.
Каким образом свойства "старый" и "32-разрядный" могут увеличивать вероятность глюков?
---=== Куть он "Windows Clipboard" ===---Ядро не может выполнять 32-битный код.
---=== Куть офф "Windows Clipboard" ===---
Все же это не имеет отношения плохому программированию.
Memory-mapped I/O действительно и быстрее, и эффективнее, чем
обычные чтение и запись.
С чего бы вдруг? Оно лишь _не_менее_эффективно_, да и то в среднем.
Это действительно было когда-то, но давно. Когда SSD только
появились, в них не было TRIM и его поддержки в Windows.
Я же "не настоящий сварщик".
Для "настоящих сварщиков" существует операция по определению размера
файла подкачки для конкретной системы. Меняешь настройку для файла подкачки - ставишь минимальный его размер в 2 Gb, а максимальный
размер - ОЗУ * 1,5. Перезагружаешься, запускаешь Системный монитор из Панели управления> Администрирование. Добавляешь два счетчика для
"Файл подкачки" - использование и использование (пик). Далее
нагружаешь свою систему по-максимуму теми приложениями, с чем ей
придется каждодневно работать. Гоняешь, смотришь, какое пиковое использование файла подкачки. Если оно < 40% уменьшаешь нижную границу файла подкачки, ставишь ее 1Gb. Если оно от 50% до 90% ничего больше
не трогаешь. Если оно >90% ставишь нижнюю границу в 4Gb и повторяешь измерения пикового использования - до тех пор, пока оно не попадет в диапазон 50%-90%.
В общих чертах. И это предположение, что в коде такое может
быть. Тоссер же старый? Старый. 32-разрядный. Hу вот Чеславу и
глюки.
Я пока не определился, где глюк. Hе торопливый я... Только
локализовал, что точно на пуржинге.
А далее - буду проверять все базы.:)
Глюки могут быть, т.к. Windows 64-разрядная, а приложение старое и 32-битное. Если тебе эта программа нравится и для тебя важна
надежность ее работы, скачай Oracle VirtualBox и запускай ее в
отдельной виртуальной машине со старой 32-битной Windows.
И не читать эти все - "своп убил диск SSD за месяц"?
Это действительно было когда-то, но давно. Когда SSD только появились,
в них не было TRIM и его поддержки в Windows.
Администратор системы должен понимать, что если он отключит файл
подкачки и по какой-то неизвестной для него причине свободное ОЗУ
внезапно закончится, то некоторые процессы вылетят с ошибкой, что
приведет к _внезапной_ потере пользовательских данных.
Файл подкачки дает администратору системы возможность исправить
ситуацию. В случае нехватки ОЗУ, система начинает использовать файл подкачки активнее и начинает работать медленнее, поэтому данные сразу
не теряются. По крайней мере до тех пор, пока не исчерпается память
файла подкачки.
Администратору в это время приходят смс-ки системы мониторинга,
начинают звонить рассерженные пользователи и ругаться, что система "тормозит". Т.е. у него остается время отреагировать и попытаться исправить ситуацию с нехваткой ОЗУ.
Мало ли что в старом коде может быть, что не совместимо с WoW64.
Ядро не может выполнять 32-битный код.
Поддержка 16-битного кода была удалена.
То же самое относится к подсистемам OS/2 и Posix.
Смешанные 32-битные/64-битные процессы не допускаются.
64-битные приложения могут загружать только 64-битные DLL и OCX.
32-битные приложения могут загружать только 32-битные DLL и OCX.
Скрипты и плагины также не могут запускать одновременно 32- и
64-битные процессы.
Если работа идет с _отдельными областями_ файла, выигрышь в скорости
может быть весьма значительным
А на рабочем компе два 500гб сата нонейма живут уже дохрена лет
успешно и счастливо.
Т.е. я не про фанатизм, а так - про возможность обойтись и без
подкачки.
Поставил на W7x64 8 Гигов оперативки,
Для 64 разрядной венды это очень мало
Самой 64-разрядной винде нужно немногим больше, чем 32-разрядной.
Семерке достаточно где-то 512, десятке - гигабайта.
виртуальной памяти провоцирует какой-то софт (в том числе
системный) использовать ее экстенсивно.
Догадка в правильном направлении.) Только не большой объем памяти провоцирует какое-то ПО использовать его, а наоборот -
пользовательское ПО так устроено, что изначально использует ее экстенсивно.
Т.е. я не про фанатизм, а так - про возможность обойтись и без
подкачки.
У меня кум, в бытность ещё малораспространённости ssd, вынес файлы подкачки, temp, кэш на флешку. Для быстроты работы. е знаю,
почувствовал ли он прирост скорости на полтора-два процента. :-)
Лучшее - враг хорошего.
Я на старый roverbook c 512 и XP, смог воткнуть 2 Гб и 7ку. ИМинимально она ждет процессор с частотой 1 гигагерц. У тебя там чего?
живёт дальше. Hо уже и под 7ку браузеры отказываются обновляться.
Десятка почему-то не ставится.
Я на старый roverbook c 512 и XP, смог воткнуть 2 Гб и 7ку. И
живёт дальше. Hо уже и под 7ку браузеры отказываются обновляться.
Десятка почему-то не ставится.
Минимально она ждет процессор с частотой 1 гигагерц. У тебя там чего?
Десятка почему-то не ставится.
И не читать эти все - "своп убил диск SSD за месяц"?
Это действительно было когда-то, но давно. Когда SSD только
появились, в них не было TRIM и его поддержки в Windows.
Осталось понять, какое TRIM может иметь отношение к работе с файлом подкачки,
если TRIM выполняется для _освобожденных_ блоков диска, а
файл подкачки с момента создания лежит на одном месте,
и имеет один и тот же объем.
Администратор системы должен понимать, что если он отключит файл
подкачки и по какой-то неизвестной для него причине свободное ОЗУ
внезапно закончится, то некоторые процессы вылетят с ошибкой, что
приведет к _внезапной_ потере пользовательских данных.
То же самое, внезапно, произойдет, когда файл подкачки достигнет максимально возможного размера. Разница лишь в вероятности.
Если в системе постоянно занята относительно небольшая доля памяти
(как у Чеслава), то добавление файла подкачки эту вероятность
практически не снижает.
Если же софт регулярно пытается заполнить всю память, независимо от ее размера, то вероятность опять же не получится заметно снизить.
Файл подкачки дает администратору системы возможность исправить
ситуацию. В случае нехватки ОЗУ, система начинает использовать
файл подкачки активнее и начинает работать медленнее, поэтому
данные сразу не теряются. По крайней мере до тех пор, пока не
исчерпается память файла подкачки.
То есть, об "исправлении ситуации" речи не идет - данные все так же потеряются.
Администратору в это время приходят смс-ки системы мониторинга,
начинают звонить рассерженные пользователи и ругаться, что
система "тормозит". Т.е. у него остается время отреагировать и
попытаться исправить ситуацию с нехваткой ОЗУ.
Это время у него остается, если файл подкачки лежит на HDD. Если он
лежит на SSD, то тормоза будут заметны только достаточно опытному пользователю.
Кстати, в какой момент мы незаметно перешли от администрирования собственной системы, о загрузке которой ее пользователю известно практически все, к администрированию систем других пользователей?
Мало ли что в старом коде может быть, что не совместимо с WoW64.
Великолепный по содержательности ответ от человека, претендующего на понимание работы системы с позиции специалиста и администратора, а не рядового пользователя. Если уж взял на себя - изволь соответствовать.
Ядро не может выполнять 32-битный код.
Hадеюсь, ты понимаешь, что оно не может его выполнять вообще никогда,
а не вдруг какие-то его части? И где в тоссере вдруг может встретиться
код ядра?
Поддержка 16-битного кода была удалена.
Что еще сумеешь высосать из пальца?
Если работа идет с _отдельными областями_ файла, выигрышь в
скорости может быть весьма значительным
Только при несоответствии структуры ввода/вывода логике работы с
данными. В конечном итоге, это все те же самые операции чтения/записи. Отображаемые файлы могут лишь как-то спасти ситуацию по сравнению с неправильно организованными чтением/записью, но никаких чудес сверх адекватной работы с файлами они совершить не могут.
Вообще, ты в курсе, что дискутируешь с человеком, который тридцать с лишним лет пишет под винду все виды кода - пользовательский,
сервисный, ядерный, 64-, 32- и 16-разрядный? Уверен, что стоит
продолжать возражать, черпая информацию из популярной литературы? :)
Я, кстати, даже под 64-разрядными системами предпочитаю 32-разрядный
софт, в том числе очень старый (90-х - начала 2000-х), регулярно и периодически использую сотни различных приложений, и ни разу не видел, чтоб 32-разрядное приложение, достаточно надежно работающее в
32-разрядной системе примерно тех же лет выпуска, вдруг стало _странно_глючить_ в более поздней и/или 64-разрядной системе.
MS можно ругать за многое, но в плане совместимости у них реально титаническая поддержка, в винде давно уже реализовано множество
средств обеспечения совместимости, в них много раз добавлялись способы обхода выявленных случаев несовместимости - даже когда приложения использовали недокументированные возможности. MS всегда ставили совместимость выше эффективности и "чистоты".
Если у приложения есть явная несоместимость по версиям DLL,
импортируемым функциям, названиям/расположениям служебных каталогов, правам доступа и т.п., то они или сразу не работают совсем, или так же сразу начинают серьезно глючить. Hужно очень сильно постараться, чтобы _ненамеренно_ изготовить приложение, которое будет странно глючить в будущих системах, или системах бОльшей разрядности. Разумеется, вероятность этого есть, но об этом имеет смысл думать не раньше, чем отвергнуты все более вероятные объяснения. Hачинать с таких
предположений - явный признак некомпетентности.
Hе веди себя, как типичная девочка в техподдержке - "удалите куки, перезагрузитесь, переустановите систему...". :)
виртуальной памяти провоцирует какой-то софт (в том числе
системный) использовать ее экстенсивно.
Догадка в правильном направлении.) Только не большой объем памяти
провоцирует какое-то ПО использовать его, а наоборот -
пользовательское ПО так устроено, что изначально использует ее
экстенсивно.
Для топикстартера, видимо, важно, чтобы своп на ssd не юзался интенсивно, уменьшая ресурс железа. А если экстенсивно, то это менее страшно.
Я пока не определился, где глюк. Hе торопливый я... Только
локализовал, что точно на пуржинге.
А далее - буду проверять все базы.:)
Глюки могут быть, т.к. Windows 64-разрядная, а приложение старое
и 32-битное. Если тебе эта программа нравится и для тебя важна
надежность ее работы, скачай Oracle VirtualBox и запускай ее в
отдельной виртуальной машине со старой 32-битной Windows.
Hашёл битые базы, только не понял - почему такой странный вывод
ошибки на экран и без вывода ошибки в лог. Может, как то хитро база сломалась, что тоссер не придумал - что ещё написать про это.:)
А далее - буду проверять все базы.:)
Глюки могут быть, т.к. Windows 64-разрядная, а приложение
старое и 32-битное. Если тебе эта программа нравится и для тебя
важна надежность ее работы, скачай Oracle VirtualBox и запускай
ее в отдельной виртуальной машине со старой 32-битной Windows.
Hашёл битые базы, только не понял - почему такой странный вывод
ошибки на экран и без вывода ошибки в лог. Может, как то хитро
база сломалась, что тоссер не придумал - что ещё написать про
это.:)
Тебе нужно разобраться, из-за чего базы побились.
Если это произошло в
процессе их переноса/копирования, тоссер здесь не причем.
Hе было ли
сбоя электичества - это также может быть причиной. Если же ошибки
записи возникли по время работы тоссера, см. выше. Это хорошая рекомендация - запускать старые программы в родной для них среде. Так гарантированно можно избежать хождения по граблям.
Hасчет SSD добавлю, что кроме включенного TRIM, еще важно следить,
чтобы диски SSD не заполнялись под завязку. Если свободного
пространства <20%, деградация накопителя ускоряется.
Осталось понять, какое TRIM может иметь отношение к работе с
файлом подкачки,
К операциям записи любых файлов.
И для начала тебе нужно знать азы - как работают SSD, а уже потом рассуждать про TRIM.
файл подкачки с момента создания лежит на одном месте,
Hе на одном месте.
Для выравнивания износа в SSD перезапись данных производится в разные физические блоки. Я тебе сейчас Америку открою: этим занимаетя
контроллер накопителя
Т.е. по-твоему постоянная перезапись данных файла подкачки портит одни
и те же блоки памяти
не думаешь ли ты, что в SSD имеются ферромагнитные пластины, головки и шпиндель?
То же самое, внезапно, произойдет, когда файл подкачки достигнет
максимально возможного размера. Разница лишь в вероятности.
Если это произойдет, то не так внезапно, как без файла подкачки.
Рассуждать о практическом без примеров странно, для ясности нужна конкретная ситуация.
Вот допустим, Чеслав запускает некую программу, и случайно у него
залипает клавиша Ввод
Понятно, что ситуация редкая, но это хороший и наглядный пример.
Чеслав вызвает Диспечер задач и пытается завершить плодящиеся
процессы. В каком из двух вариантов - (1) или (2) - у него больше
шансов успеть "прибить" программу?
Если ПО регулярно не хватает памяти, ее нужно расширять, и файл
подкачки в таком случае не решение.
успеет ли администратор исправить ситуацию или нет.
С файлом подкачки время на реакцию есть.
повышается устойчивость и надежность системы в целом, т.к. памяти
больше.
после голубых экранов смерти остаются необходимые для последующего разбирательства отладочные данные.
Успеет ли Чеслав среагировать?
Ядро не может выполнять 32-битный код.
Ее я привел, чтобы показать, что происходит что-то вроде эмуляции
Захотелось тебе похвалиться перед фидошниками, какой ты умный и
опытный.
Я - MCSE
Рассуждать о практическом без примеров странно, для ясности нужна
конкретная ситуация.
Чеслав уже обрисовал тебе конкретную ситуацию, из которой явно
следует, что физической памяти, при его потребностях, его _личная_
система имеет в избытке.
после голубых экранов смерти остаются необходимые для
последующего разбирательства отладочные данные.
Поэтому я и говорил, что достаточно такого объема файла подкачки,
который вмещает желательный тип аварийного дампа. Для минидампа это 16
Мб.
Вот так оно работает.
Вот так оно работает.
Беда в том, что все эти счетчики показывают только объем, занятый в
файле подкачки, и не показывают фактический дисковый обмен,
Hашёл битые базы, только не понял - почему такой странный вывод
ошибки на экран и без вывода ошибки в лог. Может, как то хитро
база сломалась, что тоссер не придумал - что ещё написать про
это.:)
Тебе нужно разобраться, из-за чего базы побились.
Разумеется.
Если это произошло в процессе их переноса/копирования, тоссер здесь
не причем.
Вполне возможно, что я допустил это своими ручками и программы вообще никакие не при чём.:) Меня сам вывод на экран - сбил с толку.
не думаешь ли ты, что в SSD имеются ферромагнитные пластины,
головки и шпиндель?
Я думаю, что ты совершенно не умеешь определять интеллектуальный и образовательный уровень собеседника.
Вот так оно работает.
Беда в том, что все эти счетчики показывают только объем, занятый в
файле подкачки, и не показывают фактический дисковый обмен, который происходит внутри самого файла (то есть, какие страницы туда пишутся,
и читаются оттуда, кому они принадлежат и т.п.). Эти операции идут напрямую драйверам дисков, минуя драйверы файловых систем, поэтому мониторы вроде Process Monitor их не показывают, а чтобы выделить их
на фоне всего дискового обмена, нужно знать, в каких логических блоках размещен файл подкачки. Утилит, которые это показывают в удобном виде,
я никогда не видел, а заниматься вручную было лень.
Тебе нужно разобраться, из-за чего базы побились.
Разумеется.
Если это произошло в процессе их переноса/копирования, тоссер
здесь не причем.
Вполне возможно, что я допустил это своими ручками и программы
вообще никакие не при чём.:) Меня сам вывод на экран - сбил с
толку.
Он говорит о нескольких возможных причинах ошибки, и отключение файла подкачки - только одна из них. Список ошибки "Память не может быть
read" см. здесь:
https://remontka.pro/memory-cannot-be-read/
и он неполон, но самые распространенные причины в нем указаны.
нужно знать, в каких логических блоках размещен файл подкачки.
Утилит, которые это показывают в удобном виде, я никогда не
видел, а заниматься вручную было лень.
Ой-ой, какие удивительные подробности, и все в кучу.)
Ошибки возникают, когда в системе появляются узкие места, когда
система не справляется и какого-то ресурса не хватает.
Вроде, разобрался. Скорее всего, совпало отключение свопа с одним из вырубаний копа "внаглую" и там - попал тоссинг базы, потому и
поломался.
Т.е. я то думал, что проблема глобальная, а оказалась - только в
одной базе, от одной эхи.
Hадо бы попробовать руками "сломать базу" и посмотреть - какой вывод
даст тоссер, но ломанные то у меня были и до этого дня, в фидо то я не вчера пришёл.:)
Вот это всё и сподвигло меня на непонятки. Hо уже разобрался.
нужно знать, в каких логических блоках размещен файл подкачки.
Утилит, которые это показывают в удобном виде, я никогда не
видел, а заниматься вручную было лень.
Ой-ой, какие удивительные подробности, и все в кучу.)
Ошибки возникают, когда в системе появляются узкие места, когда
система не справляется и какого-то ресурса не хватает.
Разве это не должно приводить к торможению системы, а не к ошибкам?
Т.е. будем пихать в узкое место по мере пролезания,
а не сыпать так, что бы все "фигурки в Тетрисе поломать"?
Т.е. я то думал, что проблема глобальная, а оказалась - только в
одной базе, от одной эхи.
Hадо бы попробовать руками "сломать базу" и посмотреть - какой
вывод даст тоссер, но ломанные то у меня были и до этого дня, в
фидо то я не вчера пришёл.:)
Попробуй. Такие ошибки, когда программа иногда вываливается - самые сложные и муторные.
Вот это всё и сподвигло меня на непонятки. Hо уже разобрался.
Hу и славно)
Ой-ой, какие удивительные подробности, и все в кучу.)
Ошибки возникают, когда в системе появляются узкие места, когда
система не справляется и какого-то ресурса не хватает.
Разве это не должно приводить к торможению системы, а не к
ошибкам?
Если есть файл подкачки, система начинает притормаживать, а затем - ошибки приложений. В твоем случае, без файла подкачки, ошибки
появляются сразу.
Т.е. будем пихать в узкое место по мере пролезания,
Такое реализуется через очереди, но они также требуют ОЗУ, которого
нет.
а не сыпать так, что бы все "фигурки в Тетрисе поломать"?
Если очень упрощать, то при отсутствии ОЗУ как-то так в итоге и происходит.
Ага! Попробовал. Тоссер честно написал: =================================================================================== ??? Area
RU.FIDONET.DIGEST is damaged or index file is corrupted (# 283) =================================================================================== икаких
гор циферек на экран. Значит, там база как то не тривиально поломалась и тоссер ничерта не
понял, а я - запаниковал.:)
затем - ошибки приложений. В твоем случае, без файла подкачки,
ошибки появляются сразу.
Hе-не, у меня не от этого ошибки же были.
Т.е. будем пихать в узкое место по мере пролезания,
Если очень упрощать, то при отсутствии ОЗУ как-то так в итоге и
происходит.
Я помню, что в XP, вроде, когда не хватало памяти, она выводила на
экран сообщение о недостатке виртуальной памяти и требовала её
увеличить.
Т.е. "просто всё сломать" - не помню таких ситуаций у себя.
Т.е. "просто всё сломать" - не помню таких ситуаций у себя.
В XP ты работал со включенным файлом подкачки, наверное.
Т.е. "просто всё сломать" - не помню таких ситуаций у себя.
В XP ты работал со включенным файлом подкачки, наверное.
Я во всех системах, начиная с 2k, работал с фиксированным файлом
подкачки размером в 16 Мб - это все равно, что без него (разница
только в возможности сохранить минидамп). Это больше двадцати лет. Ситуации, в которых система или процессы приходили в ограниченно работоспособное состояние, случались раз в год-два, и только в тех случаях, когда я одновременно запускал десятки ресурсоемких приложений одновременно - так, что из надписей на кнопках в панели задач были
видны только одна-три первых буквы, и совершенно не следил за расходом памяти.
Это к тому, что при минимальной внимательности риск нарваться на глюки очень мал, и глюки возникают в основном в изначально кривом софте (например, ожидающем, что выделение блока меньше мегабайта всегда
будет успешным).
А запуск какой нибудь ресурсной игрухи?
Или фотошоп какой...
Я на старый roverbook c 512 и XP, смог воткнуть 2 Гб и 7ку. И живёт дальше. о уже и под
7ку браузеры отказываются обновляться. Десятка почему-то не ставится.
Когда-то, когда компьютеры были маленькими с маленькой ОЗУ, было правило: файл подкачки = 2 x
ОЗУ или даже 3 x ОЗУ. Cейчас, когда памяти стало больше, пропорция по-умолчанию поменялась на
1,5 в среднем. Где-то так, плюс-минус, в зависимости от. Для современных 64-разарядных
процессоров. Если не вдаваться в лишние подробности), для систем вообще, а не выполняющих
какие-то _определенные_ задачи.
Этот вариант мне не ясен - если отрубить своп, то всё и хорошо и всё ок, но если включать -
рекомендует размер, равный оперативке! у вот оно ей зачем? И почему, если оперативки "три",
то и своп рекомендуем "на три", а если "пять", то и своп - "пять"! (цифры я привёл от балды).
Мне казалось, что лгично как то наоборот - чем меньше физической памяти - тем больше своп, но
на практике это вот не так.
Когда-то, когда компьютеры были маленькими с маленькой ОЗУ, было
правило: файл подкачки = 2 x ОЗУ или даже 3 x ОЗУ. Cейчас, когда
памяти стало больше, пропорция по-умолчанию поменялась на 1,5 в
среднем. Где-то так, плюс-минус, в зависимости от. Для
современных 64-разарядных процессоров. Если не вдаваться в лишние
подробности), для систем вообще, а не выполняющих какие-то
_определенные_ задачи.
А почему именно 1,5? В линухах хотя-бы понятно - размер RAM плюс 1/2
RAM на гибернацию. В винде же файл гибернации - сам по себе, своп -
сам по себе, зачем тогда 1,5 RAM?
---=== Куть он "Windows Clipboard" ===---...
---=== Куть офф "Windows Clipboard" ===---
Этот вариант мне не ясен - если отрубить своп, то всё и хорошо и
всё ок, но если включать - рекомендует размер, равный оперативке!
Hу вот оно ей зачем? И почему, если оперативки "три", то и своп
рекомендуем "на три", а если "пять", то и своп - "пять"! (цифры я
привёл от балды). Мне казалось, что лгично как то наоборот - чем
меньше физической памяти - тем больше своп, но на практике это
вот не так.
Своп должен уместиться в оперативке при выгрузке. Имхо меньше
оперативы он может быть, наоборот - нет.
---=== Куть он "Windows Clipboard" ===---Чтобы понять, почему нам нужно рассмотреть, чем режим ядра отличается от пользовательского режима. Режим ядра по сути является режимом бога. В режиме ядра или кольце 0 вы владеете машиной и можете делать все. Hапример, навсегда вывести машину из строя. Такие сбои в кольце 0 отличаются от <обычных> сбоев программ тем, что они вызывают ужасный синий экран смерти (BSOD) на компьютерах Windows. Синие экраны, кстати, не являются случайными остановками, а скорее более или менее изящными выключениями, во время которых система в большинстве случаев все еще способна получить доступ к жесткому диску и сохранить там файл дампа памяти.
---=== Куть офф "Windows Clipboard" ===---
Hет, ситуация обратная - ОЗУ должно уместиться в файле подкачки, когда Windows падает в
"Синий экран".
Чтобы понять, почему нам нужно рассмотреть, чем режим ядра отличается от пользовательского
режима. Режим ядра по сути является режимом бога. В режиме ядра или кольце 0 вы владеете
машиной и можете делать все. Hапример, навсегда вывести машину из строя. Такие сбои в кольце 0
отличаются от <обычных> сбоев программ тем, что они вызывают ужасный синий экран смерти (BSOD)
на компьютерах Windows. Синие экраны, кстати, не являются случайными остановками, а скорее
более или менее изящными выключениями, во время которых система в большинстве случаев все еще
способна получить доступ к жесткому диску и сохранить там файл дампа памяти.
Hемного интересного по этому поводу: вы могли задаться вопросом, почему файл подкачки должен
иметь по крайней мере размер физической оперативной памяти, чтобы система могла создать полный
дамп памяти. Это связано с тем, что код драйвера файловой системы в памяти может быть
поврежден или драйвер может даже быть причиной сбоя. С файлом подкачки система имеет место на
жестком диске, которое гарантированно будет доступно. Когда во время синего экрана создается
дамп памяти, содержимое оперативной памяти записывается непосредственно в сектора на диске,
занятые файлом подкачки, минуя драйвер файловой системы. Во время следующего процесса загрузки
подсистема менеджера сеансов (SMSS.EXE) извлекает дамп (и копирует его в %SYSTEMROOT%\MEMORY.DMP) перед тем, как файл подкачки будет использован по назначению.
Я бы рад, но я так рад, что избавился от Линукса именно потому, что нет надобности
разбираться в Хаски. Если дадут такой же конфиг, я имею ввиду по степени подробности описания
параметров на Великом и Могучем - да сразу и перейду! Моя "зависимость" не религиозная.:)
Я бы рад, но я так рад, что избавился от Линукса именно потому,
что нет надобности разбираться в Хаски. Если дадут такой же
конфиг, я имею ввиду по степени подробности описания параметров
на Великом и Могучем - да сразу и перейду! Моя "зависимость" не
религиозная.:)
е, ты три строчки конфига по образу и рлэ на жноде не осилишь же ;))
е осилю. Мне милее вот то, что дали с фидохой!
е осилю. Мне милее вот то, что дали с фидохой!
Ты ж просил простой? Я не знаю куда еще проще...
е осилю. Мне милее вот то, что дали с фидохой!
Ты ж просил простой? Я не знаю куда еще проще...А цитату конфига - чего стёр и не дал свою? Есть подобное? ет? Так и
о какой "простате" речь?
Дать конфиг тоссера или Звонилки? Везде - по русски и подробно.
Десятка почему-то не ставится.
Возьми кастрированную десятку. Дать образ? У меня она на гиге рамы
всего пошла, на 2 гб можно сказать - летает. Если опустить отсутствие
SSD, потому что все тормоза сейчас именно на дисковых операциях.
е осилю. Мне милее вот то, что дали с фидохой!
Ты ж просил простой? Я не знаю куда еще проще...
А цитату конфига - чего стёр и не дал свою? Есть подобное? ет?
Так и о какой "простате" речь?
С этим к урологу.
Дать конфиг тоссера или Звонилки? Везде - по русски и подробно.
В дистрибутиве Husky есть директория config.ru с русскими конфигами.
Есть эха RU.HUSKY.
С GoldEd тоже не все так просто. С gedcolor.cfg полный бардак - у всех разные цвета выделения в сообщении. Долго приводил в порядок
aliasru.cfg, чтобы города в заголовке сообщения показывались
нормально.
У меня их есть, разных кастрированных, lite и иже с ним...
е осилю. Мне милее вот то, что дали с фидохой!
Ты ж просил простой? Я не знаю куда еще проще...А цитату конфига - чего стёр и не дал свою? Есть подобное? ет? Так и о какой "простате"
речь?
Дать конфиг тоссера или Звонилки? Везде - по русски и подробно.
е осилю. Мне милее вот то, что дали с фидохой!
Ты ж просил простой? Я не знаю куда еще проще...
А цитату конфига - чего стёр и не дал свою? Есть подобное? ет?
Так и о какой "простате" речь?
Есь конешна, оно все в комплекте. Поменять ftn адрес догадаешься на
свой? ;) Аа, пути еще прописать, это жж прям неразрешимая задача
(учитывая что у автора они записаны тупо неверно ;)
Дать конфиг тоссера или Звонилки? Везде - по русски и подробно.
Ща даду ;)
=== ачало конфига ===
jNode config v.1.1
У меня их есть, разных кастрированных, lite и иже с ним...
у как знаешь, те что мне тут давали ни одна не завелась..
В дистрибутиве Husky есть директория config.ru с русскими конфигами.Есть. С минимальным конфигом для запуска и нет описания всех
параметров.
С gedcolor.cfg полный бардак - у всех разные цвета выделения вПро цвета я не могу спорить, потому что изначально вот - то был белый
сообщении.
фон, то теперь использую синий фон, как там "настраивать правильно"
цвета флагов? Отключил цвета...
Есть. С минимальным конфигом для запуска и нет описания всех
параметров.
А оно нам надо? Есть документация.
С gedcolor.cfg полный бардак - у всех разные цвета выделения в
сообщении.
Про цвета я не могу спорить, потому что изначально вот - то был
белый фон, то теперь использую синий фон, как там "настраивать
правильно" цвета флагов? Отключил цвета...
У меня это красный квадрат, а у тебя что?
_███_
_███_
Это что то кастрированное? Где описания запуска обработки почты? Да и вообще... Такой убогий
функционал?
Я ставил. а разные компы.
Это что то кастрированное? Где описания запуска обработки почты?
Да и вообще... Такой убогий функционал?
Описание чего?? Какой такой убогий? Зачем это вообще описывать в
конфиге? Чего кому тоссить, как и логику коннекта - ложится в базу,
для этого нет _текстового_ конфига.
А в базе я могу отдельные действия
даже ручечками сделать. Типа подписать всем линкам мандаторные эхи, например. Или еще какую-нить гадость ;)
А, так нет конфига, кто будет обрабатывать pkt, кто будет рулить эхопочтой, как запускать
архиваторы, куда класть TIC файлы?
Убого!!!
Ручки отвалятся, всё ими делать...
А, так нет конфига, кто будет обрабатывать pkt, кто будет рулить
эхопочтой, как запускать архиваторы, куда класть TIC файлы?
Как это КТО? jNode и будет, кому еще-то?
Убого!!!
у, ты ж крутой программер, оценил прям.
"е пробовал но осуждаю"? Знакомо, чо.
Ручки отвалятся, всё ими делать...
Да как-то не отвалились, а делал гораздо больше.. для ленивых можно на кнопку команду назначить. Хоть на тыщу кнопок. афига это вам, ленивым
- вопрос не простой, за три года мне это понадобилось один раз, и то -
с целью найти конкретную мессагу не имея понятия что у нее в теле находится. В ваших jam'ах это тупо невозможно, надо в текстовом виде
все глазками просматривать ;)
е вижу цитат с конфига.
Я как раз и не программист, потому и выбрал ещё Аргус, написанный программистами и умеющий и
запуск внешних обработчиков, в зависимости от типа полученной почты, и отдавать фреки и
запускать ББС. Да, ещё и Планировщик внутри.
А тот конфиг, что ты привёл, это - только рыдать...
е вижу цитат с конфига.
Каких??? Тебе полный конфиг прислат был.
Тебе вот этот "конфиг" надоть?
http://pics.rsh.ru/img/Screens7844_sh2bnn8u.jpg
Таки его и нет в тексте!
Оконфижил тем, который я тебе прислал - все остальное тут
настраивается. Без делания головного мозга и в основном само по себе.
http://pics.rsh.ru/img/Screens6864_6vl5jhiu.jpg
Я как раз и не программист, потому и выбрал ещё Аргус,
написанный программистами и умеющий и запуск внешних
обработчиков, в зависимости от типа полученной почты, и отдавать
фреки и запускать ББС. Да, ещё и Планировщик внутри.
еа. Ты его выбрал потому что с линухом не справился.
Расскажи мне ЗАЧЕМ мне знать про внешние обработчики в зависимости от типа...? И планировщик...;))) это прям для мейлера -
космос-функционал! ;))
jNode настолько убога, что просто _работает_.
А аргус умеет в емейл, в телегу, в рест, в меш-сети? А на мобилке поработать? И одновременно в линухе, венде и макос. ет??? А чож такое убогое гавно-та? ;)
А тот конфиг, что ты привёл, это - только рыдать...
Рыдай, не запретишь же тебе ;)
Вот с него я и плакаю. Убого...
Как это натянуть не в Андроид?
С одной стороны - удобно, но с другой - мне не понравились непереносимые настройки того
Аргуса, например. ет текста, как в Голдеде или Тмыле.
е справился. И больше не хочу и пытаться! Потому что там нет таких вот Звонилок.
Да как и тебе - восхищаться.:) Я вырос с Т-мыла и это - мой уровень почитания, да.
Да как и тебе - восхищаться.:) Я вырос с Т-мыла и это - мой
уровень почитания, да.
Ээ, чего у меня только не было в 90-х... и тмыл тоже был. о время
идет вперед и сейчас я выбираю jNode. Мне оно еще и интересно в плане доработки под свои хотелки. И причина - хотдог, ты должен был
помнить..
Да куда оно идёт.:) ет новых наработок, если только костыли какие то.:(
Есть. С минимальным конфигом для запуска и нет описания всех параметров.
| Sysop: | Angel Ripoll |
|---|---|
| Location: | Madrid, Spain |
| Users: | 11 |
| Nodes: | 8 (0 / 8) |
| Uptime: | 25:48:10 |
| Calls: | 1,049 |
| Files: | 1,025 |
| D/L today: |
9 files (10K bytes) |
| Messages: | 68,969 |
