LINUX.ORG.RU

Сообщения true_admin

 

Ищу программистов за еду

Кто хочет попрактиковаться в программировании? Давненько у меня была идея в софтине автоматизированно мониторинга и траблшутинга. Ты её ставишь, а она тебе говорит что на сервере не так. Ну, там, свопа мало, диск тормозит, кривые днс в resolv.conf итп. Никто не хочет попробовать такое написать? На питоне 3.

Перемещено true_admin из job

 ,

true_admin
()

что это?

Недавно увидел нижеследующую штуку. Есть мысли что это такое? У меня есть одна догадка, но хотелось бы услышать ваши версии.

http://imgur.com/KVwD9Gp,1ulBoM0,MLIbcna#0

http://imgur.com/KVwD9Gp,1ulBoM0,MLIbcna#1

http://imgur.com/KVwD9Gp,1ulBoM0,MLIbcna#2

 

true_admin
()

toefl всё

Плохая новость для тех кто навострил лыжи в uk: toefl больше не катит. Ходят слухи что это из-за того что в экзамене обнаружили дырку: в браузере можно было прописать особый прокси и получить хорошую оценку: http://www.thelondonstudy.com/toefl-toeic-test-suspended-for-uk-visa.html .

 toefl, ,

true_admin
()

конкурс по си

На опеннете есть новость про то как сотрудник redhat шлёт левые патчи в ядро чтобы обойти проблемы systemd (http://www.opennet.ru/opennews/art.shtml?num=39476). Собстно, вот патчик:

http://lkml.iu.edu//hypermail/linux/kernel/1404.0/01327.html

Имхо, это ужас. Вот уж действительно товарищ принял упорин. Во-первых, он так и не понял почему редактирование /proc/cmdline это зло. Во-вторых, код ужасен, не? Неужели в сях нет способа проще вырезать подстроку? Ну и само по себе использование «магических» цифр 4 и 5 позорит код.

Так вот, конкурс по вырезанию произвольного слова из строки объявляю открытым! Учтите что слово может встречаться несколько раз.

 ,

true_admin
()

как это работает?

Вот тут чувак прислоняет iphone к стенкам и в итоге получает план комнаты: http://awseb-e-g-awsebloa-6plemg3d5cnh-1882931447.us-west-2.elb.amazonaws.com...

Как это работает? Явно не по gps :)

true_admin
()

посчитать доверительный интервал ☑️

Добрый вечер.

Есть n=1000 результатов измерения в каком-то опыте. Нужно посчитать доверительный интервал (confidence interval) при уровне доверия (confidence level) L=90%. О распределении ничего не известно.

Есть ли способ сделать такое? Или нужно сначала выяснить как у нас распределены данные? Я склоняюсь к последнему.

 ,

true_admin
()

carmageddon reincarnation: early access

На сайте пишут что сегодня раздача слонов: те кто задонейтил 25 баксов и больше типа уже могут что-то скачать.

Мне вот интересно в каком состоянии сейчас игра. Кто-нить уже скачал бету (или альфу)? На ютубе глухо.

Я подозреваю что всё печально (игра готова не более чем на 60%). Но хотелось бы услышать от тех кто игру уже видел.

 

true_admin
()

собрал из сырцов pacrom

Устав ждать пока команда справится с развёртыванием build-серверов я собрал себе pacrom сам. Даже не хочу вспоминать сколько нервов мне это стоило... Много раз я порывался бросать это дело, особенно видя кривые питоновские скрипты и какие-то нелепые ошибки в ядре (!!!) в коде камеры (была необъявленная переменная). Первый успешный билд вообще не заработал: спустя некоторое время после старта экран перекрывала какая-то чёрная хрень и ничего не было видно. Однако, за ночь это пофиксили.

Общие впечатления:

Работает пока неплохо. Pie control куда-то исчез. Вместо него есть omni switch. Но, имхо, форма меню очень неудобная.

Пока не хватает некоторых дополнительных настроек: например, убрать с рабочего стола search bar.

При удалении одного приложения телефон ушёл в ребут.

В остальном пока нареканий нет — основные функции работают.

 pacrom, ,

true_admin
()

странности с процессами ☑️

Проблема 1

Подвис libreoffice на презентации. Он начал выжирать всю память и проц. Я ему сделал kill -9 и kill -STOP, но это не помогло: ещё пару минут оно висело в топе и жрало проц. В dmesg пусто. Я думал может оно из свопа выгружается, но по top этого не заметно Отчего оно отказывалось сразу дохнуть? Может, всё дело в том что loffice исполняется в несколько потоков? Вот сам top после посылания SIGKILL и SIGSTOP на 32709:

top - 10:26:13 up 5 days,  1:58,  0 users,  load average: 1.46, 0.70, 0.37
Tasks: 181 total,   2 running, 179 sleeping,   0 stopped,   0 zombie
%Cpu(s): 11.0 us,  2.2 sy,  0.0 ni, 86.7 id,  0.1 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:  10128904 total,  9985024 used,   143880 free,      168 buffers
KiB Swap:  1000444 total,  1000444 used,        0 free.  4506988 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                           
32709 exe       20   0 5706216 3.468g 661512 R  98.0 35.9   1:51.29 soffice.bin                                       
28879 exe       20   0  863720  45048    724 S   6.5  0.4   5:33.61 chromium                                          
    1 root      20   0   31644   1060      4 S   0.0  0.0   0:01.12 systemd                                           
    2 root      20   0       0      0      0 S   0.0  0.0   0:00.02 kthreadd                                          
    3 root      20   0       0      0      0 S   0.0  0.0   0:05.75 ksoftirqd/0                                       
    5 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/0:0H                   

Проблема 2

Вторая ситуация: после апдейта firefox не хочет закрываться: при закрытии окошко исчезает, но проц оно исправно жрёт. Что поразительно, в топе его в списке процессов практически не видно, но при этом видно что один из процов загружен на 100%. Как такое возможно?

Ядро 3.12.9-1-ARCH amd64.

cast tailgunner, mv, madcore, anonymous, sdio, hizel, mashina

 

true_admin
()

reserve_perfctr_nmi возвращает ошибку ☑️

Блин, пока писал понял что нужно сделать echo 0 > /proc/sys/kernel/nmi_watchdog ибо «NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter.». Короче, проблема решена. Ну, не пропадать же написанному...

Пытаюсь портировать вот этот код на последнее ядро: http://castl.cs.columbia.edu/files/lprof-linux-2.6.32-1.3.diff (там про hardware performance counters и подсистему perf).

Вроде, всё спортировал нормально, но оно не работает. Конкретно валится на этой функции:

http://lxr.free-electrons.com/source/arch/x86/kernel/cpu/perfctr-watchdog.c?a...

Более точно: в строке 115 (test_and_set_bit) когда проверяется выставился ли нужный бит. Что это значит и что делать? :(? Я даже смысла кода не улавливаю. Как я вижу этот код: если этот event никем не используется то возвращаем ошибку. По-моему, это нелогично. Я проверил код в оригинальном ядре 2.6.32, эта функция не изменилась.

PS если это как-то поможет, я туда отладочных принтов накидал. Уже во время загрузки там такое (NMI_MAX_COUNTER_BITS и NMI_MAX_COUNTER_BITS это мой printk в соотв. местах reserve_perfctr_nmi):

[    0.074229] Performance Events: PEBS fmt1+, 16-deep LBR, IvyBridge events, full-width counters, Intel PMU driver.
[    0.074237] ... version:                3
[    0.074238] ... bit width:              48
[    0.074239] ... generic registers:      4
[    0.074241] ... value mask:             0000ffffffffffff
[    0.074242] ... max period:             0000ffffffffffff
[    0.074243] ... fixed-purpose events:   3
[    0.074244] ... event mask:             000000070000000f
[    0.090983] NMI_MAX_COUNTER_BITS
[    0.090986] CPU: 0 PID: 11 Comm: watchdog/0 Not tainted 3.13.0-1-custom #2
[    0.090988] Hardware name: ASUSTeK COMPUTER INC. UX32VD/UX32VD, BIOS UX32VD.214 01/29/2013
[    0.090990]  0000000000000000 ffff8802a015dd20 ffffffff81514c91 ffff8802a440e000
[    0.090993]  ffff8802a015dd30 ffffffff8103fd63 ffff8802a015dd70 ffffffff81029b55
[    0.090996]  ffff8802a00de520 ffffffff8181a820 ffff8802a440e000 0000000000000000
[    0.090999] Call Trace:
[    0.091007]  [<ffffffff81514c91>] dump_stack+0x4d/0x6f
[    0.091011]  [<ffffffff8103fd63>] reserve_perfctr_nmi+0xe3/0xf0
[    0.091014]  [<ffffffff81029b55>] x86_pmu_event_init+0x3b5/0x430
[    0.091018]  [<ffffffff8112f8ff>] perf_init_event+0xcf/0x110
[    0.091021]  [<ffffffff8112fcc0>] perf_event_alloc+0x380/0x430
[    0.091026]  [<ffffffff810f8100>] ? restart_watchdog_hrtimer+0x50/0x50
[    0.091029]  [<ffffffff8112fd96>] perf_event_create_kernel_counter+0x26/0xe0
[    0.091033]  [<ffffffff810f7e65>] watchdog_nmi_enable+0x75/0x140
[    0.091036]  [<ffffffff810f7f75>] watchdog_enable+0x45/0xa0
[    0.091039]  [<ffffffff8108b5e3>] smpboot_thread_fn+0xe3/0x270
[    0.091042]  [<ffffffff815177d9>] ? schedule+0x29/0x70
[    0.091045]  [<ffffffff8108b500>] ? SyS_setgroups+0x150/0x150
[    0.091047]  [<ffffffff81084632>] kthread+0xd2/0xf0
[    0.091051]  [<ffffffff81084560>] ? kthread_create_on_node+0x180/0x180
[    0.091054]  [<ffffffff8152303c>] ret_from_fork+0x7c/0xb0
[    0.091058]  [<ffffffff81084560>] ? kthread_create_on_node+0x180/0x180
[    0.091060] NMI_MAX_COUNTER_BITS
[    0.091061] CPU: 0 PID: 11 Comm: watchdog/0 Not tainted 3.13.0-1-custom #2
[    0.091063] Hardware name: ASUSTeK COMPUTER INC. UX32VD/UX32VD, BIOS UX32VD.214 01/29/2013
[    0.091064]  0000000000000001 ffff8802a015dd20 ffffffff81514c91 ffff8802a440e000
[    0.091067]  ffff8802a015dd30 ffffffff8103fd63 ffff8802a015dd70 ffffffff81029b55
[    0.091069]  ffff8802a00de520 ffffffff8181a820 ffff8802a440e000 0000000000000000
[    0.091072] Call Trace:
[    0.091075]  [<ffffffff81514c91>] dump_stack+0x4d/0x6f
[    0.091078]  [<ffffffff8103fd63>] reserve_perfctr_nmi+0xe3/0xf0
[    0.091081]  [<ffffffff81029b55>] x86_pmu_event_init+0x3b5/0x430
[    0.091084]  [<ffffffff8112f8ff>] perf_init_event+0xcf/0x110
[    0.091088]  [<ffffffff8112fcc0>] perf_event_alloc+0x380/0x430
[    0.091091]  [<ffffffff810f8100>] ? restart_watchdog_hrtimer+0x50/0x50
[    0.091094]  [<ffffffff8112fd96>] perf_event_create_kernel_counter+0x26/0xe0
[    0.091097]  [<ffffffff810f7e65>] watchdog_nmi_enable+0x75/0x140
[    0.091100]  [<ffffffff810f7f75>] watchdog_enable+0x45/0xa0
[    0.091104]  [<ffffffff8108b5e3>] smpboot_thread_fn+0xe3/0x270
[    0.091106]  [<ffffffff815177d9>] ? schedule+0x29/0x70
[    0.091109]  [<ffffffff8108b500>] ? SyS_setgroups+0x150/0x150
[    0.091111]  [<ffffffff81084632>] kthread+0xd2/0xf0
[    0.091115]  [<ffffffff81084560>] ? kthread_create_on_node+0x180/0x180
[    0.091118]  [<ffffffff8152303c>] ret_from_fork+0x7c/0xb0
[    0.091121]  [<ffffffff81084560>] ? kthread_create_on_node+0x180/0x180
[    0.091123] NMI_MAX_COUNTER_BITS
[    0.091124] CPU: 0 PID: 11 Comm: watchdog/0 Not tainted 3.13.0-1-custom #2
[    0.091126] Hardware name: ASUSTeK COMPUTER INC. UX32VD/UX32VD, BIOS UX32VD.214 01/29/2013
[    0.091127]  0000000000000002 ffff8802a015dd20 ffffffff81514c91 ffff8802a440e000
[    0.091129]  ffff8802a015dd30 ffffffff8103fd63 ffff8802a015dd70 ffffffff81029b55
[    0.091132]  ffff8802a00de520 ffffffff8181a820 ffff8802a440e000 0000000000000000
[    0.091135] Call Trace:
[    0.091138]  [<ffffffff81514c91>] dump_stack+0x4d/0x6f
[    0.091141]  [<ffffffff8103fd63>] reserve_perfctr_nmi+0xe3/0xf0
[    0.091143]  [<ffffffff81029b55>] x86_pmu_event_init+0x3b5/0x430
[    0.091147]  [<ffffffff8112f8ff>] perf_init_event+0xcf/0x110
[    0.091150]  [<ffffffff8112fcc0>] perf_event_alloc+0x380/0x430
[    0.091153]  [<ffffffff810f8100>] ? restart_watchdog_hrtimer+0x50/0x50
[    0.091157]  [<ffffffff8112fd96>] perf_event_create_kernel_counter+0x26/0xe0
[    0.091160]  [<ffffffff810f7e65>] watchdog_nmi_enable+0x75/0x140
[    0.091163]  [<ffffffff810f7f75>] watchdog_enable+0x45/0xa0
[    0.091166]  [<ffffffff8108b5e3>] smpboot_thread_fn+0xe3/0x270
[    0.091168]  [<ffffffff815177d9>] ? schedule+0x29/0x70
[    0.091172]  [<ffffffff8108b500>] ? SyS_setgroups+0x150/0x150
[    0.091174]  [<ffffffff81084632>] kthread+0xd2/0xf0
[    0.091177]  [<ffffffff81084560>] ? kthread_create_on_node+0x180/0x180
[    0.091180]  [<ffffffff8152303c>] ret_from_fork+0x7c/0xb0
[    0.091184]  [<ffffffff81084560>] ? kthread_create_on_node+0x180/0x180
[    0.091185] NMI_MAX_COUNTER_BITS
[    0.091186] CPU: 0 PID: 11 Comm: watchdog/0 Not tainted 3.13.0-1-custom #2
[    0.091188] Hardware name: ASUSTeK COMPUTER INC. UX32VD/UX32VD, BIOS UX32VD.214 01/29/2013
[    0.091189]  0000000000000003 ffff8802a015dd20 ffffffff81514c91 ffff8802a440e000
[    0.091191]  ffff8802a015dd30 ffffffff8103fd63 ffff8802a015dd70 ffffffff81029b55
[    0.091194]  ffff8802a00de520 ffffffff8181a820 ffff8802a440e000 0000000000000000
[    0.091197] Call Trace:
[    0.091200]  [<ffffffff81514c91>] dump_stack+0x4d/0x6f
[    0.091203]  [<ffffffff8103fd63>] reserve_perfctr_nmi+0xe3/0xf0
[    0.091205]  [<ffffffff81029b55>] x86_pmu_event_init+0x3b5/0x430
[    0.091209]  [<ffffffff8112f8ff>] perf_init_event+0xcf/0x110
[    0.091212]  [<ffffffff8112fcc0>] perf_event_alloc+0x380/0x430
[    0.091215]  [<ffffffff810f8100>] ? restart_watchdog_hrtimer+0x50/0x50
[    0.091219]  [<ffffffff8112fd96>] perf_event_create_kernel_counter+0x26/0xe0
[    0.091222]  [<ffffffff810f7e65>] watchdog_nmi_enable+0x75/0x140
[    0.091225]  [<ffffffff810f7f75>] watchdog_enable+0x45/0xa0
[    0.091228]  [<ffffffff8108b5e3>] smpboot_thread_fn+0xe3/0x270
[    0.091230]  [<ffffffff815177d9>] ? schedule+0x29/0x70
[    0.091233]  [<ffffffff8108b500>] ? SyS_setgroups+0x150/0x150
[    0.091236]  [<ffffffff81084632>] kthread+0xd2/0xf0
[    0.091239]  [<ffffffff81084560>] ? kthread_create_on_node+0x180/0x180
[    0.091242]  [<ffffffff8152303c>] ret_from_fork+0x7c/0xb0
[    0.091245]  [<ffffffff81084560>] ? kthread_create_on_node+0x180/0x180
[    0.097690] x86: Booting SMP configuration:
[    0.111414] NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter.
[    0.097692] .... node  #0, CPUs:      #1 #2 #3
[    0.152303] x86: Booted up 1 node, 4 CPUs

 , ,

true_admin
()

можно ли выставить скорость больше 115200?

Всем привет.

Сейчас стоят вот такие настройки serial-консоли на моём odroid-u2: console=ttySAC1,115200n8

Общение с миром идёт через CP2104 который умеет до 2mbit скорость держать. Можно ли как-то перенастроить скорость до, скажем, 460800? И как настроить minicom под эту скорость?

cast ncrmnt

 , , ,

true_admin
()

тачка под нагрузкой почти умерла ☑️

Впервые за многие годы увидел как умерла практически пустая тачка (без свопа, но это, похоже, в данном случае неважно). Всего-то нужно было iscsi настроить. Вот мне теперь интересно что за память исчерпалась. Могут ли местные гуру сделать post-mortem анализ?

top - 16:33:42 up  2:17,  1 user,  load average: 7.17, 6.35, 4.41
Tasks: 160 total,   2 running, 158 sleeping,   0 stopped,   0 zombie
%Cpu0  :  9.6 us, 20.1 sy,  0.0 ni, 57.4 id, 11.6 wa,  0.0 hi,  1.2 si,  0.0 st
%Cpu1  : 23.5 us, 76.5 sy,  0.0 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu2  :  3.0 us, 11.3 sy,  0.0 ni, 81.8 id,  4.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu3  :  2.3 us,  6.6 sy,  0.0 ni, 89.0 id,  2.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:   2071532 total,  1957896 used,   113636 free,       32 buffers
KiB Swap:        0 total,        0 used,        0 free.  1727248 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                             
 2493 root      20   0    7580   3424   2400 R  99.8  0.2  10:43.24 syslog-ng                                                           
 5816 root      20   0   11704   4720   2828 D  48.8  0.2   0:50.53 mc
[skip]
=====================

From dmesg:


Mem-info:
Normal per-cpu:
CPU    0: hi:  186, btch:  31 usd:  70
CPU    1: hi:  186, btch:  31 usd: 145
CPU    2: hi:  186, btch:  31 usd: 117
CPU    3: hi:  186, btch:  31 usd: 165
HighMem per-cpu:
CPU    0: hi:  186, btch:  31 usd:  31
CPU    1: hi:  186, btch:  31 usd:  12
CPU    2: hi:  186, btch:  31 usd:  52
CPU    3: hi:  186, btch:  31 usd:  15
active_anon:6363 inactive_anon:51 isolated_anon:0
 active_file:145592 inactive_file:169478 isolated_file:0
 unevictable:758 dirty:1429 writeback:14550 unstable:0
 free:161317 slab_reclaimable:26465 slab_unreclaimable:3724
 mapped:3522 shmem:370 pagetables:242 bounce:0
 free_cma:39559
Normal free:164216kB min:3512kB low:4388kB high:5268kB active_anon:0kB inactive_anon:0kB active_file:310856kB
lowmem_reserve[]: 0 10215 10215
HighMem free:481052kB min:512kB low:1996kB high:3484kB active_anon:25452kB inactive_anon:204kB active_file:27
lowmem_reserve[]: 0 0 0
Normal: 1042*4kB (UEMC) 396*8kB (UEMC) 120*16kB (C) 120*32kB (C) 120*64kB (C) 120*128kB (C) 100*256kB (C) 84*
HighMem: 1*4kB (U) 1*8kB (U) 1*16kB (U) 2*32kB (UM) 1*64kB (U) 1*128kB (U) 2*256kB (UM) 200*512kB (UM) 161*10
315887 total pagecache pages
0 pages in swap cache
Swap cache stats: add 0, delete 0, find 0/0
Free swap  = 0kB
Total swap = 0kB
1048064 pages of RAM
324434 free pages
12298 reserved pages
28396 slab pages
558866 pages shared
0 pages swap cached
smsc95xx 1-2:1.0 eth0: kevent 2 may have been dropped
swapper/0: page allocation failure: order:3, mode:0x106020
[<c0014e2c>] (unwind_backtrace+0x0/0xf4) from [<c00928c4>] (warn_alloc_failed+0xd4/0x114)
[<c00928c4>] (warn_alloc_failed+0xd4/0x114) from [<c0095910>] (__alloc_pages_nodemask+0x720/0x980)
[<c0095910>] (__alloc_pages_nodemask+0x720/0x980) from [<c0095b80>] (__get_free_pages+0x10/0x24)
[<c0095b80>] (__get_free_pages+0x10/0x24) from [<c03ead64>] (__kmalloc_reserve+0x64/0x70)
[<c03ead64>] (__kmalloc_reserve+0x64/0x70) from [<c03eadec>] (__alloc_skb+0x7c/0x144)
[<c03eadec>] (__alloc_skb+0x7c/0x144) from [<c03eb418>] (__netdev_alloc_skb+0xb8/0xe8)
[<c03eb418>] (__netdev_alloc_skb+0xb8/0xe8) from [<bf058f40>] (rx_submit+0x2c/0x204 [usbnet])
[<bf058f40>] (rx_submit+0x2c/0x204 [usbnet]) from [<bf059154>] (rx_alloc_submit+0x3c/0x98 [usbnet])
[<bf059154>] (rx_alloc_submit+0x3c/0x98 [usbnet]) from [<bf0593a4>] (usbnet_bh+0x1f4/0x268 [usbnet])
[<bf0593a4>] (usbnet_bh+0x1f4/0x268 [usbnet]) from [<c002b69c>] (tasklet_action+0x78/0x110)
[<c002b69c>] (tasklet_action+0x78/0x110) from [<c002b86c>] (__do_softirq+0xf0/0x1a8)
[<c002b86c>] (__do_softirq+0xf0/0x1a8) from [<c002bc10>] (irq_exit+0x58/0x68)
[<c002bc10>] (irq_exit+0x58/0x68) from [<c000efe0>] (handle_IRQ+0x44/0x90)
[<c000efe0>] (handle_IRQ+0x44/0x90) from [<c0008554>] (gic_handle_irq+0x38/0x68)
[<c0008554>] (gic_handle_irq+0x38/0x68) from [<c000dcc0>] (__irq_svc+0x40/0x70)
Exception stack(0xc063ff10 to 0xc063ff58)
ff00:                                     c063ff58 00001dbf 504cbebc 000006ed
ff20: 504b40bd 000006ed c16ec3f0 00000000 c06691c0 c0663c60 00000000 00000000
ff40: 00000018 c063ff58 c0059988 c038cb24 60000153 ffffffff
[<c000dcc0>] (__irq_svc+0x40/0x70) from [<c038cb24>] (cpuidle_wrap_enter+0x48/0x94)
[<c038cb24>] (cpuidle_wrap_enter+0x48/0x94) from [<c038c8c0>] (cpuidle_enter_state+0x18/0x58)
[<c038c8c0>] (cpuidle_enter_state+0x18/0x58) from [<c038c998>] (cpuidle_idle_call+0x98/0xf8)
[<c038c998>] (cpuidle_idle_call+0x98/0xf8) from [<c000f3b0>] (cpu_idle+0x9c/0xec)
[<c000f3b0>] (cpu_idle+0x9c/0xec) from [<c0614b34>] (start_kernel+0x3b8/0x3c4)
     

cast tailgunner

true_admin
()

на чём сделать блочное сетевое устройство?

Есть девайс на арме. Одна проблема — флешка тормозит дико. Хочу попробовать прокинуть сетевое блочное устройство (нужно для btrfs). Помогите нубу сделать сетевое устройство. Что посоветуете? Желательно с конкретными циферками замера производительности.

Из трёх очевидных вариантов (drbd, iscsi, nbd, what else?) я пока за nbd: эта штука очень легко настраивается. Но я ей никогда не пользовался. Есть у кого опыт использования nbd?

 , , , ,

true_admin
()

какие хоткеи у окна выбора файлов? ☑️

Всем привет.

Что-то не могу нагуглить сабж. Конкретно хочу уметь переходить на уровень вверх без мышки. То что нагуглил у меня не работает (left alt + up). Как дальше жить?

 

true_admin
()

зачем на старте mc резолвит hostname?

Привет.

Зачем он делает subj?

true_admin
()

мама хочет робота-пылесоса

Мама хочет вместо обычного пылесоса купить какой-нить irobot. Мне почему-то кажется что идея не очень. В квартире две комнаты с коврами и кухня. Я почему-то думаю что он будет тупить и застревать. Ну, хотя бы потому что я видел что делает пылесос в сложной ситуации — тупо рандомно метается по сторонам.

В общем, я прав что это игрушка для больших помещений с простой топологией и без ковров, игрушек для кошки итп?

 

true_admin
()

у hetzner мониторинг отваливался

Вчера в ходе проверки мониторинга выяснилось что мониторинг от хетцнера «залип». Тем кто этим пользуется рекомендую проверить его.

 

true_admin
()

а что если...

Представьте что у нас больше нет электростанций. Вообще. Всё электричество вырабатывается велогенераторами. Захотел на ноутбуке посидеть — сел на велик и крутишь педали. Это же столько проблем бы решило. Нация сразу бы стала здоровее.

А как бы приём на работу изменился. Мало быть программистом. Надо ещё педали крутить как надо. Так и вижу требования при приёме на работу: С, python и не менее третьего разряда по шоссейным гонкам.

Впрочем, гиганты типа гугл запросто могут нанимать дешёвую рабсилу только чтобы педали крутить. А вот мелким фирмам такое будет не по карману.

А как изменится подход к программированию. За тормозной код реально будут бить ногами.

А поиск. Гугл пишет что у них каждый запрос требует «всего» 7ккал энергии. А ты попробуй эти 7ккал накрутить. Поэтому прежде чем спросить какую-нить глупость у поисковика трижды подумаешь — а стоит ли ради этого минуту педали крутить? Тут, правда, возникает вопрос — кто должен крутить педали чтобы обслуживать запросы юзеров? Я думаю, поиск и дальше будет бесплатным в плане денег, но не в плане энергии — за сервисы придётся «покрутить».

Зато решится проблемы с ДДОС. Если юзер схватит виря или трояна то он сразу это поймёт — ведь педали станет крутить тяжелее. Конечно, мелкие сайтики по-прежнему будут долбить хулиганы, но на долго ли у них хватит сил?

Будущее уже здесь: http://www.computerworld.com.au/article/201723/mit_students_power_supercomput...

Выдохнул

 , тухлый мёд,

true_admin
()

real-time мониторинг трафика ☑️

Привет, ЛОР (c)

Часто замечаю что куда-то летит трафик, зачастую в конских объёмах. Когда это происходит в 3G при полупустой батареи мне хочется убивать.

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

 

true_admin
()

жить и работать: Дублин, Лондон или Цюрих?

Один мой приятель спрашивает где лучше жить. И я не знаю что ему ответить. Вот поэтому решил спросить у коллективного разума.

Куда бы из предложенных выриантов вы бы поехали жить и работить? Почему именно туда?

true_admin
()

RSS подписка на новые темы