Сообщения wieker

Может кто-нибудь подсказать воспроизводимые способы завести систему на Pentium 3? Интернет полнится сообщениями о том, то все хорошо работает на этой конфигурации... Но я это воспроизвести не могу, у меня жутко тормозит графика, при прокрутке или перелистывании например видно как перерисовывается страница секунды 2-3.

Желательны, конечно, воспроизводимые советы, которые можно проверить.

Что есть: Celeron 733, 128MB RAM, Via Apollo PRO, видео Intel 740 AGP (наверное, в этом причина жестких тормозов GUI?). Сейчас стоит: Mandrake 8.0, пересобрал ядро на 2.4.37.11, так как родное 2.4.3 не увидело мой USB modem Nokia 5230, с которого и сижу прямо сейчас. Конфиг делал свой с нуля, не используя дистрибутивный и ряд фенечек добавил - типа devfs, но не чувствую, что как-то тормознее из-за этого стало - с оригинальным ядром та же жесть.

Куда копать? Какие могут быть варианты тормозов? Почему у меня воспроизводистя проблема, при том, что есть множество (непроверенных анонимных, естественно) сообщений, что все работает отлично. Тормозит прежде всего GUI. 1. Какое-то полурабочее железо (Intel 740, Via AGP, вообще мать Via). 2. Какой-то тюнинг или пересборка ядра / Xserver / libc нужен? Если да - назовите хоть рекомендуемые версии.

Я просто в растерянности. По идее mandrake 8.0 должен работать из коробки на таком железе.

upd. поправил частоту процессора. 733

Добрый день.

Есть ли у кого-то возможность скачать вот эту http://portal.acm.org/citation.cfm?id=167074 pdf'ку статьи из одного из журналов ACM? Если там университетская/рабочая подписка есть. Пока есть варианты, хочу попробовать найти бесплатный способ + способ оплаты довольно геморройный для меня.

Если что Jabber: wieker@jabber.ru

Спасибо.

Подскажите, пожалуйста, как это сделать из терминала. Сам я не осилил как это сделать с montage.

Дано две картинки. Требуется создать новое изображение разрешением X*Y, на котором нарисованы с заданными координатами две данные картинки.

То есть требуется сделать:

magick_command file1.png 10 10 file2.png 200 20 -o out.png 1000 1000

по которйо создастся файл out.png разрешеним 1000x1000, в котором будут нарисованы картинки из file1.png и file2.png, причем левый верхний угол первой расположен по координатам (10, 10), а левый верхний угол картинки из file2.png по координатам (200, 20).

И скажите, можно ли это сделать в GIMP, не перетаксиквая картинки мышью, а задавая координаты вставляемого рисунка?

Есть такая задача - пользователи присылают некоторые исходные коды программ, написанных на одном из нескольких заданных языков. Для компилируемых языков происходит компиляция в обычный Linux ELF бинарник. После чего бинарники и интерпретируемые программы выполняются. Пользователи могут быть очень небезопасными и прилагать все усилия для взлома системы. Какой лучший вариант защиты применять? Граничные условия - очень критична производительность, то есть запускать под bochs каждую программу абсолютно невозможно.

Для некоторых скриптовых языков есть sandbox'ы. А как решать задачу в общем случае? Запускать под пользователями с минимальными правами, в chroot, под vserver? Есть ли возможность безопасной компиляции Си кода? Например, не допускающую применение ассемблера, выполнения сегмента данных и модификации сегмента кода и линкующегося с урезанной libc, без опасных функций?

Относительно безопасной libc - программы носят вычислительный характер, так что нужен только основной ввод/вывод, потоки, синхронизация. Точнее на данный момент требования сказать не могу. Систему только проектирую.

Подскажите, где скачать subj целиком в tar архиве.

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

Подскажите, пожалуйста, что-то никак не соображу.

Пытяюсь сделать так, но почему-то вывод кавычек не помогает. Экранирование пробелов тоже.

names=( `cat ~/ff | sed "s/str1.*//" | sed "s/[0-9\t\ ]*//" | while read i; do echo \"$i\"; done` )

Как вообще вывод из нескольких строк некоторой команды занести в массив на bash, чтобы в каждом элементе хранилась одна строка?

Подскажите, пожалуйста. Требования:

Кроме Linux ничего не стоит из ОСей, поэтому первое требование - поддержка его родным linux'овым софтом/драйверами. Второе - цена не более 3,5 тысяч рублей. Третье - максимальное качество, при заданных двух ограничениях.

Монстроподобные, чрезмерно сложные и содержащие кошмарное количество дефектов IRC и Jabber мне известны, там где они к месту я их использую. А вот для сети из 8 компьютеров есть что-то кроссплатформенное? Маленькое, легкое и безбажное. С самым минимумом функциональности. Скажите, пожалуйста. Или есть какие-то прожки под windows с простым протоколом? Linux часть сам напишу. Благо, мне и консольного интерфейса хватит (даже, наоборот, желателен).

До этого приходилось править скриптами только английские теги, использовал подобные скриптики (этот, например, для сохранения тега из названия файла), основаные на id3tag:

#!/usr/bin/env bash

songer="$1"
#to_cp="us-ascii//TRANSLIT"
to_cp=utf8

ls -1 | while read i; do
	if [ `expr "$i" : '.*mp3'` -ne 0 ]; then
		songname=`basename "$i" .mp3 | sed "s/^[0-9]*-//"`;
		id3tag -2 -s "`echo $songname | iconv -t "$to_cp"`" -a "$songer" "$i";
	fi
done

easytag устраивает и работает, но большое количество файлов в нем не переконвертируешь - вручную.

А что работает консольного с русскими idv3 тегами? Или id3tag можно как-то настроить? Скажите, пожалуйста.

Спросил и на оффоруме (http://www.musicpd.org/forum/index.php?topic=2242.0), но учитывая активность на их форуме и мой английский, вряд ли мне кто-то ответит.

Кто-нибудь сталкивался с этим багом? Он известен? Или писать багрепорт в багзиллу разработчикам? И что приложить к багрепорту, чтобы помочь разработчикам воспроизвести баг?

Что за баг: иногда после запуска обновления БД mpd занимает 100% CPU где-то на минут 10, после чего внезапно выделяет себе огромный кусок памяти (строка из top):

 2416 mpd       20   0  759m 568m 1492 S    2 56.3   4:26.21 mpd 

БД с музыкой у меня крошечная:

wieker@localhost:~$ mpc stats
Artists:     69
Albums:     137
Songs:     1294

И, собственно, съеденную память mpd не осовбождает, пока его не перезапустить. Музыка продолжает играть и в период пока занят CPU, и в период когда занята память. База с музыкой обновляется успешно (но долго - как уже сказал 10 минут).

Кто-нибудь может мне помочь решить эту проблему? Или помочь отписаться в bugzilla - какие нужны логи, информация, аттачи, чтобы помочь разработчикам воспроизвести баг и устранить проблему?

subj

Скажите, пожалуйста. А то замучился перебором подбирать параметры wineg++.

Вот, например, в какой либе _beginthread находится? Кто-нибудь знает? wineg++ -lmsvcrt -lmsvcrt20 не помогает, линкер продолжает ругаться.

Потребовалось потестить разрабатываюмаю конторой софтинку под последними несколькими версиями Ubuntu. Я решил у себя в Debian с помощью debootstrap'а поднять в vserver несколько последних версий Ubuntu. Конечно ядро будет Debian'овское и все равно потом все будет тестироваться на реальных убунтах, но в качестве первого приближения пока сойдет.

И проблема в том, что debootstrap качает какую-то уйму пакетов, причем далеко не "низкоуровневых" и "важных для запуска", а чуть ли не уровня "обоев для рабочего стола". Подумал, может есть какой-то параметр для того, чтобы выбрать набор пакетов, устанавлеваемых debootstrap'ом, но ничего не нагуглил, кроме способа править debootstrap'овские скрипты.

Может я что-то пропустил? Подскажите, пожалуйста, как задать debootstrap'у, чтобы он качал только базовую систему.

Использую debootstrap и скрипты для установки Ubuntu из Debian'овского debootstrap 1.0.23. Может в убунтовском debootstrap'е скрипты прямее и позволяют указать ставить только самое необходимое?

Скажите, пожалуйста, в чем может быть причина того, что dmidecode выдает неверные данные о частоте памяти? BIOS при загрузке показывает DDR667. вот что dmidecode пишет про одну из планок:

Memory Device
	Array Handle: 0x001B
	Error Information Handle: Not Provided
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 512 MB
	Form Factor: DIMM
	Set: None
	Locator: A0
	Bank Locator: Bank0/1
	Type: Unknown
	Type Detail: None
	Speed: 66 MHz (15.2 ns)
	Manufacturer: None
	Serial Number: None
	Asset Tag: None
	Part Number: None

Почему 66 МГц?

У меня у одного HDD 51 градус, у другого 45. И это еще за окном 20 градусов. Не нужно дополнительное охлаждение?

wieker@localhost:~$ sudo smartctl -a /dev/sdb | grep -i temperature
194 Temperature_Celsius     0x0022   099   097   000    Old_age   Always       -       51
wieker@localhost:~$ sudo smartctl -a /dev/sdb | grep -i model
Model Family:     Western Digital Caviar Black family
Device Model:     WDC WD6401AALS-00J7B0
wieker@localhost:~$ sudo smartctl -a /dev/sda | grep -i temperature
194 Temperature_Celsius     0x0032   253   253   000    Old_age   Always       -       45
wieker@localhost:~$ sudo smartctl -a /dev/sda | grep -i model
Model Family:     Maxtor DiamondMax Plus 9 family
Device Model:     Maxtor 6Y080L0

Предыстория. Есть у меня старый жесткий диск и на наем раздел на 27 Гб. Купил я новый и создал на нем раздел на 200 Гб и решил со старого на новый скопировать. Копировал примитивно и тупо cp -R /old/mount/point /new/device/path. И копировались у меня эти жалкие 27 Гб часа полтора (а то и больше, точно не засекал). Конечно, меня это сильно удивило и я решил маленько потестить скорость дисков. Тут и начинается история.

Первым делом померил скорость hdparm'ом

wieker@localhost:~$ sudo hdparm -tT /dev/sda

/dev/sda:  #старый жесткий диск
 Timing cached reads:   2044 MB in  2.00 seconds = 1022.35 MB/sec
 Timing buffered disk reads:  170 MB in  3.02 seconds =  56.22 MB/sec
wieker@localhost:~$ sudo hdparm -tT /dev/sdb

/dev/sdb:  #новый жесткий диск
 Timing cached reads:   2100 MB in  2.00 seconds = 1049.61 MB/sec
 Timing buffered disk reads:  314 MB in  3.01 seconds = 104.46 MB/sec

Видно, что скорость очень приличная. После я измерил скорость чтения радела с помощью dd:

wieker@localhost:~$ time sudo dd if=/dev/sda1 > /dev/null
57014622+0 записей считано
57014622+0 записей написано
 скопировано 29191486464 байта (29 GB), 521,91 c, 55,9 MB/c

real	8m41.983s
user	0m21.181s
sys	1m6.608s
wieker@localhost:~$ 

Как видно, эта операция показала скорость абсолютно идентичную hdparm. То есть скорость самого диска, действительно, высока. Затем я измерил скорость чтения одного файла с этого раздела. И посчитал, какова скорость в Мб/сек

wieker@localhost:~$ time cat /old/mount/point/big_file > /dev/null

real	5m6.579s
user	0m0.012s
sys	0m1.496s
wieker@localhost:~$ ls -l /old/mount/point/big_file
-rw-r--r-- 1 wieker wieker 1462684041 Апр  1 05:14 /old/mount/point/big_file
wieker@localhost:~$ calc
1462684041/306.579/1024/1024;
4.549966  #скорость в МБ/сек
wieker@localhost:~$

Контрольно, определил скорость чтения с нового жесткого диска.

wieker@localhost:~$ time cat /new/device/path/big_file > /dev/null

real	0m13.478s
user	0m0.000s
sys	0m0.808s
wieker@localhost:~$calc
1462684041/13.478/1024/1024;
103.496381  #скорость в МБ/сек
wieker@localhost:~$ 

Как видно скорость чтения файла с вновь созданного раздела равна скорости диска, скорость же чтения файла со старого раздела почти в 14 раз меньше скорости диска. Старому разделу уже около 5 лет, файлы на нем постоянно удалялись, перезаписывались, создавались. Видимо, это приводило к сильной фрагментации, из-за чего и упала скорость.

Или есть другие объяснения этому странному поведению?

Доброго времени суток! Помогите решить следующую проблему:

Я использую finch в качестве IM клиента, использую его дома, через Gnome-terminal и на работе, через PuTTY. Чтобы не выключать приложение, запущено оно через screen. Изменяя свое местоположение просто набираю screen -rd и получаю приложение со всеми открытыми окнами чатов.

Вот с открытыми окнами чатов и есть некоторая проблема. При приходе домой, после набора screen -rd в Gnome-terminal ни в одном открытом окне чата не видно набираемых букв и после отправки они не появляются в потоке сообщений. Помогает закрытие окна чата и повторное его открытие. При передетаче screen'а в PuTTY ничего похожего не происходит - могу продолжать все открытые беседы.

В чем может быть причина? Куда копать? Конечно переоткрыть окно чата несложно, но все-таки неприятное поведение.

ls -l выдает в последнем столбце информацию вида link -> /path/to/file

есть ли команда или как-ой либо способ получить /path/to/file командой "somecmd link"? Или только с помощью sed извлекать путь из вывода ls (ls -l link | sed "s/.*->\ //")?

Заметил, если запустить Transmission через некоторое время съедается все место на диске, du же выводит, что места полно. Нагуглил только про удаленные файлы, но sudo lsof | grep delete таких не находит. Из-за чего еще такое может происходить?