The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск дистрибутива Альт Рабочая станция К 10.1, opennews (??), 17-Ноя-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


5. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +1 +/–
Сообщение от Аноним (5), 17-Ноя-22, 09:08 
Учитывая размер сего чуда, почему нет возможности скачать через торрент?
Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +2 +/–
Сообщение от pashev.ru (?), 17-Ноя-22, 09:48 
Сделай.
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +2 +/–
Сообщение от Michael Shigorinemail (ok), 17-Ноя-22, 12:09 
Забыли упомянуть: http://torrent.altlinux.org -> http://torrent.altlinux.org/gettorrent.php?info_hash=3bb8cde... (установочный образ, искать по "kwork")

Поставил раздаваться (заодно обалдел, когда сумма четырёхгиговой исошки на e16c в одно ядро сошлась секунд за десять, может, чуть больше), держите :-)

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

97. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +1 +/–
Сообщение от Аноним (97), 17-Ноя-22, 13:19 
Заходишь на сайт линукс минт... всё очевидно: название, прямая ссылка и торрент-файл
заходишь скачать Alt..  такое чувство что торрента бояться. мол это пиратство.
ещё и трекер подняли свой. DHT испугались?
Ответить | Правка | Наверх | Cообщить модератору

165. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от Michael Shigorinemail (ok), 17-Ноя-22, 17:14 
> такое чувство что торрента бояться. мол это пиратство.

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

> ещё и трекер подняли свой. DHT испугались?

Не специалист, но одно другому разве мешает? :)

Ответить | Правка | Наверх | Cообщить модератору

131. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  –2 +/–
Сообщение от n00by (ok), 17-Ноя-22, 15:03 
> заодно обалдел, когда сумма четырёхгиговой исошки на e16c в одно
> ядро сошлась секунд за десять, может, чуть больше

Я тоже обалдел, когда прочитал такое. Я про гипотетическую возможность распараллелить криптографический хеш, а не про кеш:

$ time sha1sum livegui-amd64-20220925T170611Z.iso
b73092b1695ca4cdce9c1a55938429f7a8b676ff  livegui-amd64-20220925T170611Z.iso

real    0m38,198s
user    0m13,719s
sys    0m1,976s

$ time sha1sum livegui-amd64-20220925T170611Z.iso
b73092b1695ca4cdce9c1a55938429f7a8b676ff  livegui-amd64-20220925T170611Z.iso

real    0m6,801s
user    0m6,387s
sys    0m0,400s

Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

162. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  –1 +/–
Сообщение от Michael Shigorinemail (ok), 17-Ноя-22, 17:11 
>> заодно обалдел, когда сумма четырёхгиговой исошки на e16c в одно
>> ядро сошлась секунд за десять, может, чуть больше
> Я тоже обалдел, когда прочитал такое.
> Я про гипотетическую возможность распараллелить криптографический хеш, а не про кеш:

Ну в шестнадцать горшков chunk'и было бы считать интересней, но и так ничего:

e16c:~/Download/torrents> time sha1sum alt-kworkstation-10.1-live-x86_64.iso
fc3e6bb0b51902f64dbd4316c2360e99b8811281  alt-kworkstation-10.1-live-x86_64.iso
sha1sum alt-kworkstation-10.1-live-x86_64.iso  7,02s user 4,44s system 51% cpu 22,217 total
e16c:~/Download/torrents> time sha1sum alt-kworkstation-10.1-live-x86_64.iso
fc3e6bb0b51902f64dbd4316c2360e99b8811281  alt-kworkstation-10.1-live-x86_64.iso
sha1sum alt-kworkstation-10.1-live-x86_64.iso  6,67s user 2,14s system 99% cpu 8,807 total
(исошки на HDD лежат, не на NVMe)
Ответить | Правка | Наверх | Cообщить модератору

260. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от n00by (ok), 18-Ноя-22, 08:12 
>>> заодно обалдел, когда сумма четырёхгиговой исошки на e16c в одно
>>> ядро сошлась секунд за десять, может, чуть больше
>> Я тоже обалдел, когда прочитал такое.
>> Я про гипотетическую возможность распараллелить криптографический хеш, а не про кеш:
> Ну в шестнадцать горшков chunk'и было бы считать интересней

Да тут интересней было бы посчитать какой блокчейн. Если что - это от режима шифрования chipher-block-chain https://ru.wikipedia.org/wiki/Режим_сцепления_блоков_шифротекста - когда необходим результат предыдущей операции. В чём принципиальное отличие от режима простой замены, который элементарно параллелится (для хешей такая терминология не корректна, но суть должна быть ясна)

> но и так
> ничего:

e16c:~/Download/torrents> time sha1sum alt-kworkstation-10.1-live-x86_64.iso 
> fc3e6bb0b51902f64dbd4316c2360e99b8811281  alt-kworkstation-10.1-live-x86_64.iso 
> sha1sum alt-kworkstation-10.1-live-x86_64.iso  7,02s user 4,44s system 51% cpu 22,217 
> total 
> e16c:~/Download/torrents> time sha1sum alt-kworkstation-10.1-live-x86_64.iso 
> fc3e6bb0b51902f64dbd4316c2360e99b8811281  alt-kworkstation-10.1-live-x86_64.iso 
> sha1sum alt-kworkstation-10.1-live-x86_64.iso  6,67s user 2,14s system 99% cpu 8,807 total
(исошки
> на HDD лежат, не на NVMe)

Они лежат в ОЗУ. В дисковом кеше. Первый запуск надо смотреть. Выкладывали на торрент - данные попали в кеш.

Ответить | Правка | Наверх | Cообщить модератору

392. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от Michael Shigorinemail (ok), 19-Ноя-22, 00:12 
> Да тут интересней было бы посчитать какой блокчейн.

Не моё совсем, тут лучше Дмитрия Щербакова попросить -- см. профильные статьи на http://habr.com/ru/users/shcher/

> Они лежат в ОЗУ. В дисковом кеше. Первый запуск надо смотреть.

Первый -- это ~наполовину дисковая, как видим.

> Выкладывали на торрент - данные попали в кеш.

Да понятно же, зачем Вы привели результат _двух_ запусков :)
Как видно из приведённого выхлопа -- к моменту первой команды _тут_ в кэше этого образа уже/ещё не было (кажется, с чем-то возился и выключал машину, так-то про /proc/sys/vm/drop_caches тоже знаю).

Ответить | Правка | Наверх | Cообщить модератору

415. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от n00by (ok), 19-Ноя-22, 13:45 
>> Да тут интересней было бы посчитать какой блокчейн.
> Не моё совсем, тут лучше Дмитрия Щербакова попросить -- см. профильные статьи
> на http://habr.com/ru/users/shcher/

В его статье https://habr.com/ru/post/563308/ в самом начале «параллельное» означает, что несколько команд могут выполняться на одном ядре («наличие в процессоре нескольких АЛУ и возможность параллельного исполнения до 3 векторных инструкций за один такт»). Далее под «параллельной обработкой ситуация намного интереснее» понимается уже работа нескольких ядер. Но это режим ECB (небольшие блоки обрабатываются независимо). Это годится, когда шифруются блоки файловой системы (к ним изначально произвольный доступ). Когда считается хеш - тогда учитывается результат от хеширования предыдущего блока. Это ключевой момент, что бы нельзя было подделать. Вот такое на нескольких ядрах не очень параллелится (надо как-то синхронизировать их работу по обработке 256 байт). Если кто придумает другой способ, в награду получит все биткоины мира.)

>> Они лежат в ОЗУ. В дисковом кеше. Первый запуск надо смотреть.
> Первый -- это ~наполовину дисковая, как видим.
>> Выкладывали на торрент - данные попали в кеш.
> Да понятно же, зачем Вы привели результат _двух_ запусков :)
> Как видно из приведённого выхлопа -- к моменту первой команды _тут_ в
> кэше этого образа уже/ещё не было (кажется, с чем-то возился и
> выключал машину, так-то про /proc/sys/vm/drop_caches тоже знаю).

4 гига это грубо 4000 мегабайт. Делим на 7,02s. 570 мегабайт в секунду, если я правильно нажал кнопки на калькуляторе. hdparm для НЖМД сколько покажет? Максимум 200?

Ответить | Правка | Наверх | Cообщить модератору

419. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от Michael Shigorinemail (ok), 19-Ноя-22, 15:22 
> hdparm для НЖМД сколько покажет? Максимум 200?

Даже в районе 170.

Ответить | Правка | Наверх | Cообщить модератору

433. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от n00by (ok), 21-Ноя-22, 10:39 
>> hdparm для НЖМД сколько покажет? Максимум 200?
> Даже в районе 170.

То есть «рекорд» 4 гига за 7 сек (570 мб/сек) не имеет отношения к Эльбрусу, любой достаточно производительный процессор упёрся бы в 170. Причина - в кешировании. Обратите внимание, что мозг на рептиле заметил, что-то тут не то. В такой ситуации можно было с холодной головой разобраться, но гордость за успехи железячников мешает объективно воспринимать действительность.

Ответить | Правка | Наверх | Cообщить модератору

434. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от Michael Shigorinemail (ok), 21-Ноя-22, 10:41 
Сергей, ещё раз перечитайте: я _понимаю_, _зачем_ два запуска.  Вас занесло.
Ответить | Правка | Наверх | Cообщить модератору

435. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от n00by (ok), 21-Ноя-22, 11:40 
> Сергей, ещё раз перечитайте: я _понимаю_, _зачем_ два запуска.

#67 -- обалдел, когда сумма четырёхгиговой исошки на e16c в одно ядро сошлась секунд за десять

Это 400 мб/сек. 570 мб/сек по уточнённым результатам из #162

#162 -- исошки на HDD лежат

Это «в районе 170».

> Вас занесло.

Вот я и думаю всё это время - а куда же меня занесло то? Почему здесь так принято? Где у меня ошибка?

Ответить | Правка | Наверх | Cообщить модератору

438. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от Michael Shigorinemail (ok), 21-Ноя-22, 16:19 
> #162 -- исошки на HDD лежат

Сказал в контексте именно двух результатов (как и у Вас), означив примерно "бутылочное горлышко" в случае первого. :)

Если бы отвечал человеку, который может "измерять" скорость генерации хэша, измеряя скорость ввода-вывода и не подозревая об этом -- расписал бы, наверное, сразу более явно.  А так "сэкономил" пару секунд, м-да.

> Вот я и думаю всё это время - а куда же меня занесло то?
> Почему здесь так принято? Где у меня ошибка?

Не знаю, но точно знаю две вещи:
1) порой я что-то говорю, будучи уверен в однозначности, а оказывается не так (более того, был минимум один важный случай, когда уже сильно позже узнав, как человек понял -- осознал, что конкретно ему конкретно тогда _так_ было понять резоннее);
2) порой я что-то думаю, что понял, а на самом деле не понял.

Может, и у Вас так случается...

Ответить | Правка | Наверх | Cообщить модератору

441. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от n00by (ok), 22-Ноя-22, 10:08 
>> #162 -- исошки на HDD лежат
> Сказал в контексте именно двух результатов (как и у Вас), означив примерно
> "бутылочное горлышко" в случае первого. :)

Так и первый случай не соответствует скоростям HDD, значит данные в кеше.

> Если бы отвечал человеку, который может "измерять" скорость генерации хэша, измеряя скорость
> ввода-вывода и не подозревая об этом -- расписал бы, наверное, сразу
> более явно.  А так "сэкономил" пару секунд, м-да.

«обалдел, когда сумма четырёхгиговой исошки на e16c в одно ядро сошлась секунд за десять, может, чуть больше»

Вот это Вы написали Анониму, спрашивающему про торрент.

>> Вот я и думаю всё это время - а куда же меня занесло то?
>> Почему здесь так принято? Где у меня ошибка?
> Не знаю, но точно знаю две вещи:
> 1) порой я что-то говорю, будучи уверен в однозначности, а оказывается не
> так (более того, был минимум один важный случай, когда уже сильно
> позже узнав, как человек понял -- осознал, что конкретно ему конкретно
> тогда _так_ было понять резоннее);

У меня бывает наоборот - сначала ляпну машинально, потом начинаю проверять, оказывается, верно. Научился каким-то образом, пока варился там где в приоритете отвечать за слова, а не идеи свободы непонятно от чего. Потому в случае сомнений всегда стараюсь обозначить их явно.

> 2) порой я что-то думаю, что понял, а на самом деле не
> понял.
> Может, и у Вас так случается...

Вот я всё это время и не пойму - Вы согласны, что исходное утверждение, где заслуги операционной системы (кеша) приписаны Эльбрусу, далеко от истины? В таком случае я объяснил возможную причину, почему возникла ошибка. Если есть иные версии когнитивной слепоты, был бы рад ознакомиться. Люди регулярно ошибаются, интересно, как это свести к минимуму.

Ответить | Правка | Наверх | Cообщить модератору

442. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от Michael Shigorinemail (ok), 22-Ноя-22, 15:26 
> Так и первый случай не соответствует скоростям HDD, значит данные в кеше.

Ну да :)  Конкретно в том случае -- вскоре после _записи_ исошки на этот HDD.

> Вот я всё это время и не пойму - Вы согласны, что исходное
> утверждение, где заслуги операционной системы (кеша) приписаны
> Эльбрусу, далеко от истины?

Нет.

Если я соглашусь с этим Вашим утверждением, то буду дурак, который "тестирует" процессор, тестируя HDD.

То есть чтобы тестировать _процессор_ в таком сценарии, как раз-таки _необходимо_ исключить подсистему ввода-вывода (если она не сопоставима по скорости с кэшем в ОЗУ, но для домашних систем это скорее теоретическая оговорка -- я знавал только один практический пример обратного, когда у Макса Тульева на 486, что ли, стоял кэш-контроллер с примерно такими же SIMM-ами четверть века тому назад).

Мне это казалось очевидным изначально, потому и не упоминал особо.

> Люди регулярно ошибаются, интересно, как это свести к минимуму.

Думаю, в первую очередь разбором полётов и работой над ошибками...

Ответить | Правка | К родителю #441 | Наверх | Cообщить модератору

444. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от n00by (ok), 24-Ноя-22, 10:42 
>> Так и первый случай не соответствует скоростям HDD, значит данные в кеше.
> Ну да :)  Конкретно в том случае -- вскоре после _записи_
> исошки на этот HDD.
>> Вот я всё это время и не пойму - Вы согласны, что исходное
>> утверждение, где заслуги операционной системы (кеша) приписаны
>> Эльбрусу, далеко от истины?
> Нет.
> Если я соглашусь с этим Вашим утверждением, то буду дурак, который "тестирует"
> процессор, тестируя HDD.

А я дурак, я протестировал НЖМД. Увидел изумление результатом и решил сравнить всем известным способом. Но при этом мне так же известно, что измерение следует повторить три раза минимум. Проведите эксперимент, спросите трёх человек, что такое метрология, что они на это скажут? Половина не знает.

> То есть чтобы тестировать _процессор_ в таком сценарии, как раз-таки _необходимо_ исключить
> подсистему ввода-вывода (если она не сопоставима по скорости с кэшем в
> ОЗУ, но для домашних систем это скорее теоретическая оговорка -- я
> знавал только один практический пример обратного, когда у Макса Тульева на
> 486, что ли, стоял кэш-контроллер с примерно такими же SIMM-ами четверть
> века тому назад).

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

> Мне это казалось очевидным изначально, потому и не упоминал особо.

А мне казалось очевидным, что криптографический хеш не параллелится на ядрах, но зачем-то был акцент, что считает на одном ядре.

Ответить | Правка | К родителю #442 | Наверх | Cообщить модератору

446. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от Michael Shigorinemail (ok), 27-Ноя-22, 13:05 
> А мне казалось очевидным, что криптографический хеш не параллелится на ядрах,
> но зачем-то был акцент, что считает на одном ядре.

Мне казалось, что в торрент-файликах есть _поблочные_ контрольные суммы -- речь о них.

Кстати, спасибо, что напомнили -- написал тёзке, вдруг и впрямь есть там что параллелить.

Ответить | Правка | К родителю #444 | Наверх | Cообщить модератору

448. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от n00by (ok), 29-Ноя-22, 07:42 
>> А мне казалось очевидным, что криптографический хеш не параллелится на ядрах,
>> но зачем-то был акцент, что считает на одном ядре.
> Мне казалось, что в торрент-файликах есть _поблочные_ контрольные суммы -- речь о
> них.

«заодно обалдел, когда сумма четырёхгиговой исошки на e16c в одно ядро сошлась секунд за десять, может, чуть больше»

сумма - единственное число.
исошки - файл на диске (сравните с «хэш от четырёх гигов», где дисковые операции исключены из фомулировки)

Я не боюсь быть дураком -- это даже выгодно, когда и если вокруг много умных и честных.

Ответить | Правка | К родителю #446 | Наверх | Cообщить модератору

449. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от Michael Shigorinemail (ok), 29-Ноя-22, 13:45 
> сумма - единственное число.

Да.

> исошки - файл на диске

Нет. :)  Но можно было и чётче сразу сказать, согласен.

Спасибо!

Ответить | Правка | К родителю #448 | Наверх | Cообщить модератору

220. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +1 +/–
Сообщение от Дон Педро (?), 17-Ноя-22, 21:36 
Спасибо!
Попробовал перейти на Alt, но не хватило, как в openSUSE, packman репозитория. Есть альтернативы где взять свежий ФФ или СинеПтицу? Или новенький openconnect опакеченный?
И еще по zypper очень скучал (ну очень удобно).
ЗЫ: основная ОС - Linux, но давно отошел от красно глазия (нужно просто работать). И уже нет желания лопатить маны и консоль - надоело!
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

395. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от Michael Shigorinemail (ok), 19-Ноя-22, 00:20 
> Попробовал перейти на Alt, но не хватило, как в openSUSE, packman репозитория.
> Есть альтернативы где взять свежий ФФ или СинеПтицу? Или новенький openconnect
> опакеченный?

Это который девятый, судя по http://repology.org/project/openconnect/versions и http://packages.altlinux.org/openconnect?

Порой такое появляется в http://altlinux.org/autoports (но не по конкретно этим пакетам, проверил); для любого участника команды тривиальным способом является отправка тестового задания на сборку в стабильную ветку, а любой желающий может повесить запрос на таковую (багой на соотв. пакет в бранче) и проверить, что результат соответствует ожиданиям (хотя у ОТК могут найтись свои резоны в итоге не пропустить).

По firefox предлагаю посмотреть разницу между http://packages.altlinux.org/firefox-esr и http://packages.altlinux.org/firefox -- и тот, и другой вариант сопровождаются и в стабильной, и в текущей ветках.

> И еще по zypper очень скучал (ну очень удобно).

Тут опыта нет... если не лень -- распишите, может, кого заинтересует и в контексте именно openSUSE :)

Ответить | Правка | Наверх | Cообщить модератору

387. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от Аноним (380), 18-Ноя-22, 23:58 
> Забыли упомянуть

Семён Семёныч! А если кнопку красную забудете? 😊

Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

396. "Выпуск дистрибутива Альт Рабочая станция К 10.1"  +/–
Сообщение от Michael Shigorinemail (ok), 19-Ноя-22, 00:21 
>> Забыли упомянуть
> Семён Семёныч! А если кнопку красную забудете? 😊

Значит, или кто-нибудь напомнит, или так и будет. :)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру