vobcopy снимает с dvd региональную защиту?
CSS снимает, это точно, а вот региональная которая в отдельных файлах прописана, как с ней?
CSS снимает, это точно, а вот региональная которая в отдельных файлах прописана, как с ней?
Например, Furutech GT2 USB 2.0 Cables
Естественно,
The result is much as you will hear from our GT3 USB cable: Clear and open highs, elegant midrange textures, powerful but in-control bass, an enhanced sense of the sheer palpability of the music you’ll enjoy. The GT2 creates real musical experience from the data stored on your computer.
Те кто хранят музыку на жёстких дисках и соединяют диск с компом этим кабелем смогут насладиться басами, чистыми высокими частотами и прочим с этим usb кабелем.
Подняло настроение :)
Довольно необычный планшет выпустила фирма, более известная мониторами, чем компьютерами. На планшете стоит Windows 7 и Android http://www.ixbt.com/news/hard/index.shtml?14/96/05
Чтобы нормально работал с Linux. Заодно и провайдера. Нужно для организации доступа в интернет в полевых условиях в подмосковье.
Как-то я раньше этим только теоретически интересовался. Сейчас хочется не приспосабливать купленное, а наоборот, купить максимально беспроблемное.
Интересует версия дистрибутива и ядра. А то надо записать на флешку Live-дистрибутив, чтобы протестировать ноут в магазине.
Ситуация, компилирую тривиальный Hello world на Си и получаю:
gcc-4.3 - все нормально,
gcc-4.6 - тоже все нормально,
а вот gcc-4.4 недавно испортился после очередного обновления. При компиляции сообщение:
/usr/bin/ld: cannot find -lgcc_s
collect2: ld returned 1 exit status
И чего, что править я даже не понимаю, полазил по /etc/ld.so.conf и /etc/ld.so.conf.d/ - вроде какой-то ереси не заметил, где ещё смотреть настройки даже не знаю.
Update: Это баг в Debian после обновления на gcc 4.4.6-6
http://www.linux-archive.org/debian-gcc/545355-bug-631906-gcc-4-4-cannot-find...
Смотрю я первую серию, начавшегося 4-ого сезона Leverage и не удержался от хохота.
Вот кадр - видно не очень, но присмотритесь и к тому что на экране монитора и к самому монитору.
Время от времени на LOR возникает топик с предложением потестироваться. Не избежал и я соблазна собрать небольшую статистику по процессорам и компиляторам.
Для теста предлагается скомпилировать и замерить время выполнения классического теста Whetstone, когда-то разработанного фирмой ICL для измерения скорости на вычислительных задачах.
Первый тест простой, не очень точный, но любопытный тем, что именно этот код использовался ещё для оценки быстродействия компьютеров в 80-е годы, включая БЭСМ-6 и другие.
И так ставим в систему fortran, если его ещё не было.
apt-get install gfortran
или как там у вас ставится, компилируем (опции в принципе те же, что у gcc) и запускаем этот код, обратите внимание там в комментариях внутри файла есть результаты для других машин
Сообщаем результат. Вместе с процессором, версией компилятора, режимом (32 бит или 64) и опциями оптимизации (-O2, -O3 и др., если были) У меня получилось: 64 бита, gfortran-4.5 c -O2 для Athlon 64 X2 5200+
**** TEST WHETSTONE ****
TOTAL TIME - 0.266 SEC. ( 0 MIN. 0.3 SEC.)
500.0 MILLION WHETSTONE, 1882.353 MILLION WHETSTONE/SEC
ARRAY ELEMENTS.......... 0.00 0.0%
ARRAY AS PARAMETER...... 0.01 2.9%
CONDITIONAL JUMPS....... 0.01 2.9%
INTEGER ARITHMETIC...... 0.00 0.0%
TRIG. FUNCTIONS......... 0.04 14.7%
PROCEDURE CALLS......... 0.05 17.6%
ARRAY REFERENCE......... 0.02 5.9%
STANDART FUNCTIONS...... 0.15 55.9%
Следующий тест посложнее, взят он с сайта Linux. Кластер и вообще говоря, предназначен для тестирования быстродействия кластера. Но можно и просто машину с многоядерным процессором (несколькими процессорами) протестировать и даже с одним процессором и ядром, как вырожденный случай.
Ставим библиотеку для параллельных вычислений - OpenMPI. У каждого по разному, я для этого ставил библиотеку libopenmpi, libopenmpi-dev, openmpi-common, openmpi-bin уже не помню всё выбирал или по зависимостям.
Качаем файлы whetstoned.f и mwips.f
компилируем
gfortran-4.5 -O2 mwips.f whetstoned.f -o mwips-45 -I /usr/include/mpi/ -lmpif77
Запускаем на одном процессоре. У меня получилось
Cluster Double Precision Whetstone Test ---------
Quantity of processors = 1
Calculation time = 260.52 seconds
Cluster speed = 2303 MWIPS
-------------------------------------------------
Cluster node N00 speed = 2303 MWIPS (ml)
-------------------------------------------------
Nodes minimal speed = 2303 MWIPS
Acceleration factor = 1.00
-------------------------------------------------
Затем на двух или сколько у вас ядер (процессоров), для этого используется mpirun
mpirun -np 2 mwips-45
у меня получилось
Cluster Double Precision Whetstone Test ---------
Quantity of processors = 2
Calculation time = 251.46 seconds
Cluster speed = 4772 MWIPS
-------------------------------------------------
Cluster node N00 speed = 2454 MWIPS (ml)
Cluster node N01 speed = 2418 MWIPS (ml)
-------------------------------------------------
Nodes minimal speed = 2418 MWIPS
Acceleration factor = 1.97
-------------------------------------------------
Интересно ещё сравнить с результатом, полученным с помощью Intel Fortran. Если верить вышеуказанному сайту быстродействие выше в несколько раз, чуть ли не на порядок, то есть GNU Fortran очень слаб для вычислений.
Добавление: действительно результат Intel Fortran резко лучше. Но также и у gfortran-4.6 он лучше.
Добавление второе: есть еще один тест, не дающий такой разницы между компиляторами gfortran разных версий - flops.f - компилировать с mpi
Он это ещё в 2005 году обещал
- 2.6.<odd>: still a stable kernel, but accept bigger changes leading up to it (timeframe: a month or two).
- 2.<odd>.x: aim for big changes that may destabilize the kernel for several releases (timeframe: a year or two)
- <odd>.x.x: Linus went crazy, broke absolutely _everything_, and rewrote the kernel to be a microkernel using a special message-passing version of Visual Basic. (timeframe: «we expect that he will be released from the mental institution in a decade or two»).
Как-то не могу однозначно решить. Я имею ввиду не лицензию на всё ядро, пусть и патченное, а именно лицензию на сам патч.
Если патч не обязан быть также GPL, это может открыть дорогу возможности работать Linux с ZFS, используя код Sun/Oracle на уровне ядра. Тогда в систему ставится Linux без поддержки ZFS, а затем ставится пакет с патчем, компилируется новое ядро и можно работать.
Для конечного пользователя ни GPL, ни CDDL не накладывают никаких ограничений.
Немного погуглил, чего-то внятного быстро не нашёл, но не может быть, чтобы мне первому пришла в голову такая мысль. Поэтому интересно у тех кто в теме узнать как с этим дела обстоят.
Может баян, но linux girl
Много думал =)
Или чего я не так делаю? Как-то давно не пользовался, и внезапно обнаружил, что в информации о странице нет ни такой полезной вкладки Media с возможностью отдельно любой файл сохранить, ни Links. Только «General», «Permissions» и «Security»
FF - Iceweasel 3.5.18 в Debian
Это что, попытка потакать владельцам сайтов, которые принимают разные меры против сохранения рисунков и т.п. или просто хигизация? Как это вернуть?
Просто введите его имя - Стив и фамилию - Джобс в новом сервисе яндекса http://xml.yandex.net/cgi/middle-name.pl
Галерея в Netscape Navigator 3
800x600,16 цветов, русского в системе не было, да даже если бы и был старые браузеры отчего-то не работали с UTF-8, хотя эта кодировка возникла ещё в 1991 году.
Могу ещё отметить, что NN3 вывалил кучу предупреждений об ошибках в JavaScript, а первый Mosaic падает на lib.ru
Версия ядра 2.6.38-2 Версия Gnome 2.30.2 Версия GTK+ 2.24.3-1
И вот такие глюки наблюдаются: пример
Кнопка вместо того чтобы остаться белой при нажатии становится серой, а ободок наоборот остаётся белым. Ещё анимированные GIF мигают: показывается только первое изображение из серии кадров, остальные не показываются.
Драйвера от nvidia похоже не играют роли. Пробовал и бывшие до обновления 260.19.12 и новые 260.19.44 - без разницы.
В тоже время Qt-приложения работают без таких глюков. Даже не знаю чего делать, впервые с таким багом сталкиваюсь.
Есть красивые фильмы, полученные визуализацией в Git исходников проектов, очень впечатляюще.
Компанией Cycle Computing для своего клиента - фармацевтической компании Genentech внутри сервиса Amazon Elastic Compute Cloud был сконфигурирован вычислительный кластер, состоящий из 10000 ядер. На каждом узле запущенного сервиса стояла операционная система CentOS (клон Linux RedHat). Для обслуживания кластера использовалось как собственное ПО фирмы CycleCloud software, так и программное обеспечение с открытым кодом Condor и Chef.
Задача расчёта белковых связей, которая и считалась на этом кластере очень хорошо распараллеливается и производительность должна была быть близка к теоретической. Таким образом, расчеты, потребовавшие восемь часов работы облачного кластерного суперкомпьютера с быстродействием около 66 TFlops, составленного из 1250 физических восьмиядерных машин, с суммарным объёмом оперативной памяти 8.75Тб и 2Пт (петабайт) дисковой обошлись Genentech всего в 8500 долларов, включая все выплаты Amazon и Cycle Computing.
>>> Подробности
Наблюдаю в wireshark довольно частые непонятные соединения примерно следующего вида (xxx.xxx.xxx.xxx - мой IP)
No. Time Source Destination Protocol Info
1 0.000000 95.25.185.159 xxx.xxx.xxx.xxx TCP 55016 > 17402 [SYN] Seq=0 Win=8192 Len=0 MSS=1360 WS=2 SACK_PERM=1 TSV=849054 TSER=0
2 0.000033 xxx.xxx.xxx.xxx 95.25.185.159 TCP 17402 > 55016 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
3 0.102178 83.219.236.33 xxx.xxx.xxx.xxx UDP Source port: 20979 Destination port: ibm-mqseries2
4 0.102210 xxx.xxx.xxx.xxx 83.219.236.33 ICMP Destination unreachable (Port unreachable)
5 0.499985 95.25.185.159 xxx.xxx.xxx.xxx TCP 55016 > 17402 [SYN] Seq=0 Win=8192 Len=0 MSS=1360 SACK_PERM=1 TSV=849104 TSER=0
6 0.499998 xxx.xxx.xxx.xxx 95.25.185.159 TCP 17402 > 55016 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
7 1.815812 87.236.31.142 xxx.xxx.xxx.xxx TCP 56661 > 17402 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 SACK_PERM=1
8 1.815855 xxx.xxx.xxx.xxx 87.236.31.142 TCP 17402 > 56661 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
9 1.815926 87.236.31.142 xxx.xxx.xxx.xxx UDP Source port: 35168 Destination port: 17402
10 1.815942 xxx.xxx.xxx.xxx 87.236.31.142 ICMP Destination unreachable (Port unreachable)
11 2.323644 87.236.31.142 xxx.xxx.xxx.xxx TCP 56661 > 17402 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 SACK_PERM=1
12 2.323672 xxx.xxx.xxx.xxx 87.236.31.142 TCP 17402 > 56661 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
13 2.503467 95.25.185.159 xxx.xxx.xxx.xxx UDP Source port: 36945 Destination port: 17402
14 2.503482 xxx.xxx.xxx.xxx 95.25.185.159 ICMP Destination unreachable (Port unreachable)
15 2.833122 87.236.31.142 xxx.xxx.xxx.xxx TCP 56661 > 17402 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 SACK_PERM=1
16 2.833138 xxx.xxx.xxx.xxx 87.236.31.142 TCP 17402 > 56661 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
17 3.028497 178.140.0.190 xxx.xxx.xxx.xxx UDP Source port: 36233 Destination port: 17402
18 3.028541 xxx.xxx.xxx.xxx 178.140.0.190 ICMP Destination unreachable (Port unreachable)
19 3.036473 178.140.0.190 xxx.xxx.xxx.xxx TCP 51551 > 17402 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 SACK_PERM=1
20 3.036488 xxx.xxx.xxx.xxx 178.140.0.190 TCP 17402 > 51551 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
21 3.596942 178.140.0.190 xxx.xxx.xxx.xxx TCP 51551 > 17402 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 SACK_PERM=1
22 3.596952 xxx.xxx.xxx.xxx 178.140.0.190 TCP 17402 > 51551 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
23 4.156956 178.140.0.190 xxx.xxx.xxx.xxx TCP 51551 > 17402 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 SACK_PERM=1
24 4.156980 xxx.xxx.xxx.xxx 178.140.0.190 TCP 17402 > 51551 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
25 4.829044 87.236.31.142 xxx.xxx.xxx.xxx UDP Source port: 35168 Destination port: 17402
26 4.829061 xxx.xxx.xxx.xxx 87.236.31.142 ICMP Destination unreachable (Port unreachable)
27 5.639600 125.224.85.239 xxx.xxx.xxx.xxx TCP raven-rmp > ibm-mqseries2 [SYN] Seq=0 Win=65535 Len=0 MSS=1440 SACK_PERM=1
28 5.639623 xxx.xxx.xxx.xxx 125.224.85.239 TCP ibm-mqseries2 > raven-rmp [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
29 6.038576 178.140.0.190 xxx.xxx.xxx.xxx UDP Source port: 36233 Destination port: 17402
30 6.038607 xxx.xxx.xxx.xxx 178.140.0.190 ICMP Destination unreachable (Port unreachable)
31 6.354325 89.137.74.202 xxx.xxx.xxx.xxx UDP Source port: 32716 Destination port: ibm-mqseries2
32 6.354339 xxx.xxx.xxx.xxx 89.137.74.202 ICMP Destination unreachable (Port unreachable)
33 6.486814 125.224.85.239 xxx.xxx.xxx.xxx TCP raven-rmp > ibm-mqseries2 [SYN] Seq=0 Win=65535 Len=0 MSS=1440 SACK_PERM=1
34 6.486829 xxx.xxx.xxx.xxx 125.224.85.239 TCP ibm-mqseries2 > raven-rmp [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
35 7.387561 125.224.85.239 xxx.xxx.xxx.xxx TCP raven-rmp > ibm-mqseries2 [SYN] Seq=0 Win=65535 Len=0 MSS=1440 SACK_PERM=1
36 7.387586 xxx.xxx.xxx.xxx 125.224.85.239 TCP ibm-mqseries2 > raven-rmp [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
37 7.473806 109.184.70.84 xxx.xxx.xxx.xxx UDP Source port: 57216 Destination port: ibm-mqseries2
38 7.473835 xxx.xxx.xxx.xxx 109.184.70.84 ICMP Destination unreachable (Port unreachable)
39 7.481097 109.184.70.84 xxx.xxx.xxx.xxx TCP 56608 > ibm-mqseries2 [SYN] Seq=0 Win=8192 Len=0 MSS=1452 WS=2 SACK_PERM=1
Кроме браузера ничего не было запущено явно сетевого. Главное я не могу с помощью netstat или sockstat посмотреть, кто же это долбится куда попало.
netstat -cpu ничего не кажет, только если браузер лезет.
chkrootkit ничего особенного не нашёл.
WTF?
Или это только у меня лыжи не едут.
В общем, откройте фотку из http://shadrin.rudtp.ru/Personal/Shadrin_test.htm - там кнопка «Скачать тестовое изображение» в Gimp (eog, Geqie, gTumb, gwenview) или в Krita
Результат меня очень неприятно в отношении почти всех графических программ в Linux удивил. Правильно файл показался только в Krita.
Сравнение: слева в Gimp, справа в Krita
Что-то захотелось себе прикупить старинное не x86-ое чисто, как говорится, Just for fun. Обратил внимание, что сходу кроме скудного количества отдельных комплектующих ничего не нашёл силиконового, а вот спарки есть много где. За $100-$120 вполне можно себе купить готовый комп с UltraSparc'ом где-то на 200-400МГц.
А вот на ebay.com примерно за ту же сумму или несколько подороже (не считая пересылке) можно найти разные предложения Sgi octane - достаточно крутой лет 12 назад графической станции.
Интересно, почему в РФ мало SGI завозили, в отличие от Sun? Dec'ов разных тоже мало предлагают, но больше, чем Sgi.
| ← назад | следующие → |