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

"В ядро Linux 6.15 приняты значительные оптимизации сетевой подсистемы и exFAT"	+/–
Сообщение от opennews (?), 01-Апр-25, 14:53
В состав кодовой базы ядра Linux, на основе которой формируется выпуск 6.15, принят набор изменений с оптимизациями, в ряде ситуаций значительно повышающих производительность  сетевых операций:... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62995
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+21 +/–
Сообщение от Анониматор (?), 01-Апр-25, 14:53
А про то что Линус снова грязно ругался на код ядра ничего не сказано
Ответить | Правка | Наверх | Cообщить модератору

	35. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+4 +/–
	Сообщение от Аноним (35), 01-Апр-25, 15:58
	Кто на этот раз назначен виновным?
	Ответить | Правка | Наверх | Cообщить модератору

	162. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+4 +/–
	Сообщение от Аноним (162), 02-Апр-25, 08:00
	да как обычно, смерти пожелал кому-то, вроде на этот раз интелам
	Ответить | Правка | Наверх | Cообщить модератору

	267. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (267), 04-Апр-25, 14:33
	Не интелям - а их коду и гунявому подходу, когда какой-то левый трешак насыпали в обязаловку всем остальным. Реально маздайный подход.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+9 +/–
	Сообщение от llolik (ok), 01-Апр-25, 16:00
	Так это каждый релиз. В принципе, даже и не новость совсем.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	58. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (58), 01-Апр-25, 16:54
	> даже и не новость совсем Сейчас уже не поймёшь, то ли первое апреля, то ли новости от Линуса.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+3 +/–
	Сообщение от laindono (ok), 01-Апр-25, 18:53
	Но это самое интересное на почитать.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	169. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от n00by (ok), 02-Апр-25, 09:36
	В каждой шутке есть доля шутки... особенно местным анонимным экспертам стоило бы хоть чему-то поучиться у Линуса.
	Ответить | Правка | Наверх | Cообщить модератору

	194. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (194), 02-Апр-25, 12:15
	Научится ругаться? :)
	Ответить | Правка | Наверх | Cообщить модератору

	196. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от n00by (ok), 02-Апр-25, 14:23
	Хотя бы это. А то был тут один, писал всем подряд в ответ "клоун", по 20 одинаковых сообщений в теме. Разве такое уныние интересно читать?
	Ответить | Правка | Наверх | Cообщить модератору

	172. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+2 +/–
	Сообщение от еропка (?), 02-Апр-25, 10:12
	Педаль никому не подарил?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	197. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+2 +/–
	Сообщение от Аноним (197), 02-Апр-25, 15:10
	Пендаль?
	Ответить | Правка | Наверх | Cообщить модератору

5. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–10 +/–
Сообщение от Аноним (5), 01-Апр-25, 14:57
> сократилось с 286 секунд до 1.6 секунды Мда, насколько же linux был кривым и тормознутым все эти годы...
Ответить | Правка | Наверх | Cообщить модератору

	7. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+5 +/–
	Сообщение от Аноним (7), 01-Апр-25, 15:01
	Не то что ос которой не существует.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–2 +/–
	Сообщение от Аноним (66), 01-Апр-25, 17:36
	Windows с 1 по ME?
	Ответить | Правка | Наверх | Cообщить модератору

	74. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от asdasd (-), 01-Апр-25, 18:05
	Это  вы про MacOs ?? Что у неё не так ??
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	131. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (131), 02-Апр-25, 00:35
	Неужели тормозит сильнее, чем WinME ?
	Ответить | Правка | Наверх | Cообщить модератору

	8. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+4 +/–
	Сообщение от Аноним (8), 01-Апр-25, 15:02
	Полно те. Это exfat. Корпам, заинтересованным в этом драйвере, не интересно, ну а всем остальным так и тем более. На той памяти, которая с ним юзается, никогда никакого дискарда и не было.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	24. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–5 +/–
	Сообщение от пох. (?), 01-Апр-25, 15:33
	экспеееееерт! конечно же на флэшках никакого дискарда никогда не было (не может жи быть что для них-то его и придумали). И да, платиновому спонсору этого вашего опенcocия - очень даже интересно, чтоб флэшки в его шибкоумных телевизорах нормально читались и даже иногда писались. Но даже он не может написать в вашем шт@6ле нонсенсе сразу хорошо и эффективно, никакой платины на вас не напасешься. Пришлось вам пару лет погодить, пока нашли очередное место пооптимизировать между бесконечными переписываниями интерфейсов.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от что в имене тебе моём (?), 02-Апр-25, 04:21
	> конечно же на флэшках никакого дискарда никогда не было (не может жи быть что для них-то его и придумали). И много ты видел usb-флешек с поддержкой SCSI unmap? А SD-карт с рабочим MMC_ERASE? У них же поголовно примитивные контроллеры, которые ничего не слышали про какой-то там wear levelling. > чтоб флэшки в его шибкоумных телевизорах И что же на этих телевизорах такого тяжёлого можно удалять? Ну, хорошо, со внешними флешками можно представить удаление очередной пиратской бнопни после просмотра, только, во-первых, см. выше, во-вторых, никому из производителей не жалко ресурса каких-то там пользовательских фрешек, и вообще зачем стараться, если можно просто стереть иноду. Да что уж там, эти безумные телевизоры и так тормозят, заботливо пытаясь нарисовать меню поверх своей рекламы поверх транслируемой рекламы, так что пипл-который-хавает никогда и не заметит, что у него две минуты занимает какое-то там удаление, которым он пользуется раз в полгода в лучшем случае.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 02-Апр-25, 10:30
	> И много ты видел usb-флешек с поддержкой SCSI unmap? примерно каждая первая (ну, если она хотя бы usb3, в более ранних мнэээ... как раз будет wear leveling собственного самопального изобретательства) > А SD-карт с рабочим MMC_ERASE? скорее всего нет в природе (потому что это про безопастность а не то что ты подумал), а вот unmap они умеют. Тоже уже примерно все - почему, собственно, и понадобилась оптимизация самсуневому драйверу. А ты думал, где-то еще используются какие-то _exfat_? > У них же поголовно примитивные контроллеры, которые ничего не слышали про какой-то там > wear levelling. слышали. А еще они слышали про то что fat и ntfs имеют противную для флэшей привычку без конца елозить один и тот же единственный блок - и по этому поводу кое-какие соломки иногда бывают подложены отдельно. Но по-моему это флэшки примерно 2015го года, им пора уже на покой. discard вообще не про wear leveling, он про сэкономить секундочку на перезаписи блока, о котором точно известно что в нем ничего ценного уже не лежит. Что для флэшек, большинство из которых довольно медленные сами по себе, а им надо - успевать за камерой или телевизором, которым некуда и некогда буферизовать поток - вполне себе важная фича. Есть примерно везде. > И что же на этих телевизорах такого тяжёлого можно удалять? записи. Для чего ж по-твоему шибкоумный телек и нужен, кроме как раз возможности посмотреть что-то не по расписанию. То есть как раз сложно придумать, где кроме телевизора может внезапно образоваться 80 гигабайт которые хочется удалить. На exfat! > так что пипл-который-хавает никогда и не заметит, что у него две минуты занимает > какое-то там удаление как видим, спалили. Я бы вот даже и не заметил - поскольку нет у меня столько ненужных гигабайтов.
	Ответить | Правка | Наверх | Cообщить модератору

	264. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Cooler (??), 04-Апр-25, 11:36
	Насчёт dicard на обычных usb-флэшках - я сильно удивлён. Можете привести примеры моделей и/или производителей таких флэшек? А то я в своё время искал, но так и не нашёл.
	Ответить | Правка | Наверх | Cообщить модератору

	268. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 04-Апр-25, 17:03
	Банальнй кингстон, к примеру. Модели их хрен кто знает и хрен кому они нужны, потому что в одном и том же корпусе может быть абсолютно любой кусок песка. Мож ты слишком рано искал? В смысле, как раз во времена когда они пробовали в wear leveling и всерьез относились к тому что там происходит? Так выкинь, немодное оно, сейчас так не принято.
	Ответить | Правка | Наверх | Cообщить модератору

	244. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 04-Апр-25, 03:36
	> И много ты видел usb-флешек с поддержкой SCSI unmap? А SD-карт с > рабочим MMC_ERASE? У них же поголовно примитивные контроллеры, которые ничего не > слышали про какой-то там wear levelling. Найдите себе уже девайс с нормальным mmchci и удивитесь. Это все работает много лет подряд.
	Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

	269. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 04-Апр-25, 17:10
	> Найдите себе уже девайс с нормальным mmchci и удивитесь. Это все работает а смысл? Ты эту флэшку куда тыкать-то собрался? В нормальный дивайс или все же как все - в телефон? Ну или писюковый усб переходник чтоб не пердолиться с телефоном и его талантливыми методами передачи картинок. А там будет хрен. > много лет подряд. ты уверен что это работает вон в тех моих китайских ссаньдисках? А то ж я и проверить могу. Наверное. Если найду переходник хотя бы, для "нормальный дивайс".
	Ответить | Правка | Наверх | Cообщить модератору

	288. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 08-Апр-25, 08:24
	> а смысл? Ты эту флэшку куда тыкать-то собрался? В нормальный дивайс или > все же как все - в телефон? Мля, любой одноплатник. Любая "гамнина пи" какая - умеет ЭТО. И там можно регистры карты посмотреть и вообще. Представляешь, у sd/eMMC есть команды эквивалентные discard'у (erase). И это отлично работает на "нативных" хостах. > Ну или писюковый усб переходник чтоб не пердолиться с телефоном > и его талантливыми методами передачи картинок. Тем не менее в силу вон того - телефоны в discard тоже умеют, mmc hci там такой же как у одноплатников :). А вот что там делает переходни-бридж usb <-> uSD это такой сильно отдельный вопрос, ибо +1 фирмвар по пути. Это проц, с 1 стороны у него usb, с другой SDIO, и какое там мнение его фирмвара имела и что имплементила - весьма варьируется. > А там будет хрен. На самом деле будет - сильно зависящее от фирмвари этой штуки. Но да, ессно прямого доступа к нативным командам - там нет. Поэтому кроме всего прочего, эта лабуда НЕ МОЖЕТ в низкоуровневую конфигурацию карт памяти и прочих eMMC (через переходних и некоторые из этого добра (в виде модулей с сокетом) - можно зацепить, но...) > ты уверен что это работает вон в тех моих китайских ссаньдисках? В нормальных ссаньдисках - точно работает. А откровенно китайских у меня просто нет. > А то ж я и проверить могу. Наверное. Если найду переходник хотя > бы, для "нормальный дивайс". Не понимаю проблем. Любой одноплатник от 10 баксов и есть "переходник", у него mmc hci есть, и есть usb или сеть, фигли еще надо? :)
	Ответить | Правка | Наверх | Cообщить модератору

	294. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 08-Апр-25, 15:52
	> Мля, любой одноплатник. тут у каждого ж васяна - залежи ж просто этих любых одноплатников, в каждом шкафу. Интересно только - это те же самые васяны которым "хром съел ссд" или какие-то другие более васянистые. > Тем не менее в силу вон того - телефоны в discard тоже умеют но это неточно! (потому что вон там васян даже посмотреть список модулей и версию ведра-то в своем уже даже ненужном, можно окирпичивать, лопатофоне - нишмог, и мы так и не смогли до конца разоблачить очередную нездоровую сенсацию) > Не понимаю проблем. Любой одноплатник от 10 баксов и есть "переходник" там чтоб чтонить проверить надо сперва загрузиться суметь, а чего тогда - проверять? Ну и не любой - вон (я не типовой васян и у меня таки есть нелюбой одноплатник где-то под столом) - хрен тебе по всей роже, потому что эта хрень у него на usb-шине. (а в то что не на ней - он наверное умеет, но это не sd, поэтому информация не будет иметь никакой ценности, все равно их с неправильными паспортами теперь не достать) Ты уверен что в телефоне, кстати, ровно не из той же бочки soc и точно так же - "умеет discard", но хрен вы до него доберетесь? А то чтойта сомнение гложет. Телефон у меня лишний к сожалению только очень-плохая-дорога, с ним всесложна.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+7 +/–
	Сообщение от _kp (ok), 01-Апр-25, 17:16
	Exfat и ntfs единственные кроссплатформенные драйверы, диски с которыми можно прочитать и записать везде. Точнее их поддержку легко установить, где её нет, и будет работать, в отличии от иной экотики для внешних дисков. А то и другое от "корпорастов". Ну как не интересно? На внешних ssd и флешках только эти форматы и распространены, а не что то другое, как бы оно теоретически не было лучше и молодежней.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	70. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+5 +/–
	Сообщение от нах. (?), 01-Апр-25, 17:53
	fat32 еще. Понимаю, немодно, но надо отдать старику должное - 30 лет продержался.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (66), 01-Апр-25, 17:55
	>Точнее их поддержку легко установить, где её нет, и будет работать, в отличии от иной экотики для внешних дисков Драйвера для XP были намеренно выкинуты из Windows Update. В них типа у-визг-вимость! В новых версиях пофиксили. А в Хрюше (скорее всего реализация на том же коде основана) перекомпилировать не стали и просто выкинули из каталога. Стумуляция продаж. Единственная резервная копия, которая гарантированно майкрософтавская - это для английской версии. Есть в сети резервные копии для русской версии - но нет гарантий, что не подкрученные. Обнова от английской версии на русскую не встанет. Но можно руками распаковать. Результат вам не понравится.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	72. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (8), 01-Апр-25, 18:00
	Оно даже в 10 через раз работало долгое время, о том, чтобы в более ранних не рассыпалось и файлы не бились можно забыть.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от нах. (?), 01-Апр-25, 22:41
	> Драйвера для XP были намеренно выкинуты из Windows Update. ну ты еще про msdos поплачь! > В них типа у-визг-вимость! в общем логично, потому что вектор атаки вполне реалистичный, хрен его знает в чьей заднице уже торчала флэшка которую так-называемый-друг тебе протягивает "на, скопируй фотки с пьянки" и разумеется чинить для пятнадцать лет как мертвой (а до того переживший все мыслимые и немыслимые сроки поддержки) системы никто не собирался. Станку в котором она до сих пор крутится, твоя модная exfat и не нужна низачем.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	239. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (239), 03-Апр-25, 17:12
	>в общем логично, потому что вектор атаки вполне реалистичный, хрен его знает в чьей заднице уже торчала флэшка которую так-называемый-друг тебе протягивает "на, скопируй фотки с пьянки" Не неси хрень, флешка может атаковать любую ФС, ядерные драйверы фундаментально не совместимы с безопасностью и производительностью одновременно. >и разумеется чинить для пятнадцать лет как мертвой (а до того переживший все мыслимые и немыслимые сроки поддержки) системы никто не собирался. Просто против коммерческих интересов. Копираст - барин. >Станку в котором она до сих пор крутится, твоя модная exfat и не нужна низачем. Не тебе решать.
	Ответить | Правка | Наверх | Cообщить модератору

	245. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (-), 04-Апр-25, 03:55
	> Не неси хрень, флешка может атаковать любую ФС, ядерные драйверы фундаментально не > совместимы с безопасностью и производительностью одновременно. Если кто может воткнуть флешку - с левой ФС - флешка может оказаться "с подвохом" и при случае ВНЕЗАПНО откосплеить собой, допустим, клаву или мыша (man badUSB). Или как с иpaнцами, неизвестным 0day трахнуть. Как ты вообще проверил что в этой твоей флехе какой-нибудь physon - с нормальной фирмварой, а не shpyon какой уже? А в этой твоей XP и еще более 9000 дыр - найдется. Чинить их там конечно же никто уже не будет. Поэтому если атакующий может втыкать флехи - > Просто против коммерческих интересов. Копираст - барин. Так ты ж сам хотел сунуть голову в петлю? А тут оказывается эвона чего, палач то хороший парень, но не для красоты тут тусил, эвон оно как! >>Станку в котором она до сих пор крутится, твоя модная exfat и не нужна низачем. > Не тебе решать. С такими решалами как ты - equation наверное уже везде обосновался, по всей площади. А белый человек тихо хихикает с потуг папуаса в секреты играть.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–3 +/–
	Сообщение от Аноним (-), 02-Апр-25, 02:52
	> майкрософтавская - это для английской версии. Есть в сети резервные копии > для русской версии - но нет гарантий, что не подкрученные. Обнова > от английской версии на русскую не встанет. Но можно руками распаковать. > Результат вам не понравится. Бедные юзеры винды, даже дрова для флешек приходится по помойкам разыскивать, с риском троян поймать. Или юзать протрояненую какаху с кйлогером, онлайн акаунтами и рекламой - прям от майкрософта.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	176. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от пох. (?), 02-Апр-25, 10:38
	> Бедные юзеры винды, даже дрова для флешек приходится по помойкам разыскивать, с то ли дело юзеры немодных версий линoopsного шта6л3 нонсенса - обычно можно ни по каким помойкам ничего не искать, все равно либо не работающее, либо портит данные. Если чо - речь о версии винды которая была во времена ведра 2.4.32 Я бы посмотрел на альтернативно-бохатого юзера линукса тех времен, пытающегося присобачить к своей коре дуба вот этот вот пооптимизированный exfat. Ну а про мою немодную систему (на ДЕСЯТЬ гребаных лет поновее xp) в которой я за...лся и так и ниасилил бэкпорт ntfs драйвера, а парагоновский коммерческий под нее банально не может скомпиляться (хотя она и в поддерживаемом диапазоне, но там скрипты - ужас кромешный, думаю, и код в ядре не лучше) я уже и сам все знаю. Кстати, exfat у меня есть только благодаря тем ребятам, что расхакали прошивку сасунга.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 16:40
	> ни по каким помойкам ничего не искать, все равно либо не > работающее, либо портит данные. Хызы, у меня ничего не портится вроде. Видимо "but its picky in its friends" :) > Если чо - речь о версии винды которая была во времена ведра 2.4.32 > Я бы посмотрел на альтернативно-бохатого юзера линукса тех времен, Ну вот exFAT там явно не было тогда. EXT2 какой и то за счастье поди. > пытающегося присобачить к своей коре дуба вот этот вот пооптимизированный exfat. А в чем собссно трабл? Распоследний кернел прекрасно заработает на коре дуба. Что там за юзермод к нему приделают я не знаю, конечно. Но кернелу и файлухе так то похрену. Я вообще bcachefs :D запустил на ископаемом ARMv5 который не сильно моложе. По приколу. Запилить комбо которого до этого никогда не существовало. Посмотреть как оно. Даже вроде работает. > Ну а про мою немодную систему (на ДЕСЯТЬ гребаных лет поновее xp) > в которой я за...лся и так и ниасилил бэкпорт ntfs драйвера, А ты талант, всегда найдешь как по#$%ться на ровном месте - много и хардкорно, и при том непонятно зачем. > и код в ядре не лучше) я уже и сам все знаю. > Кстати, exfat у меня есть только благодаря тем ребятам, что расхакали прошивку сасунга. Эээ? В случае exfat для линя помнится - самс сам облажался и выложил его, под GPL, как чcать GPL tarball какого-то. Народ сказал вау и взял в оборот. Самсунг пробурчал "ах так?!" и официально зарелизил это дело. И даже патенты утрясли. У майкрософта нынче бизнес на лине - не логично ему палки в колеса ставить. Думаю по сравнению с онлайн офисами и абажурами все отчисления за exFAT на радаре не видно просто, они и не парились особо.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 02-Апр-25, 23:02
	>> ни по каким помойкам ничего не искать, все равно либо не >> работающее, либо портит данные. > Хызы, у меня ничего не портится вроде. Видимо "but its picky in "уминявсеработает, софтастрое" >> Если чо - речь о версии винды которая была во времена ведра 2.4.32 >> Я бы посмотрел на альтернативно-бохатого юзера линукса тех времен, > Ну вот exFAT там явно не было тогда. EXT2 какой и то ну вот ms почти смог сделать exfat для версии винды ТЕХ ЖЕ времен. Потом, правда, решил что получилось небезопасно и не только попрятал с глаз долой но и перевыкладывать другим запретил. Что, повторяю, логично, вектор атаки очень реалистичный и серьезный, тем более для того оборудования которому на самом деле нужна та венда и которое нельзя поапгрейдить (а деятельный дятел который поставит туда ненужный апдейт - найдется ведь). А для версий винды времен какого-нибудь линукса 3.0.100 - не только смог сделать, но и вполне доступно для всех желающих до сих пор. При том что она уже тоже сто лет как вообще не поддерживается. Попробуй-ка повтори с бырбыр. >> пытающегося присобачить к своей коре дуба вот этот вот пооптимизированный exfat. > А в чем собссно трабл? Распоследний кернел прекрасно заработает на коре дуба. только не заработает железо в той коре дуба. Начиная вот с видяхи. > и хардкорно, и при том непонятно зачем. ты т-поват, можешь не повторять каждый раз что тебе ничего непонятно. >> Кстати, exfat у меня есть только благодаря тем ребятам, что расхакали прошивку сасунга. > Эээ? В случае exfat для линя помнится - самс сам облажался и не облажался но честно соблюл gpl - вывалив нате-на-лопате. Нашлись неленивые которые сумели догадаться что оно там, найти, собрать вне самсунова дерева - что все вместе не для уровня запрещеноговоритьчего. Вот благодаря им - у меня тоже есть. Сам бы я вряд ли стал бы тратить столько времени, даже если бы мне пальцем показали тот архив (это ж надо было еще верить что результат будет вообще рабочим). > выложил его, под GPL, как чcать GPL tarball какого-то. Народ сказал > вау и взял в оборот. Самсунг пробурчал "ах так?!" и официально > зарелизил это дело. И даже патенты утрясли. У майкрософта нынче бизнес нет, был еще промежуточный драйвер где-то между 5.0-5.7 - когда поделку тех ребят затолкали в апстримное ведро как попало кривыми руками (и никто не спросил за "colour", потому что каво нада были руки.) Вот возможно с ней и связаны слухи что что-то там портится (хотя и маловероятно, скорее оно просто падало и тормозило не по детски) И уже посмотрев на это безобразие, пришел Папа и переделал чтоб снова работало, и ему не было б за себя стыдно. При этом переписав половину с нуля, поскольку шт@6ле нонсенс успел слишком далеко ускакать, чтобы было можно использовать старый код. В обратную сторону, разумеется, тоже хрен там.
	Ответить | Правка | Наверх | Cообщить модератору

	240. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (239), 03-Апр-25, 17:15
	>ну вот ms почти смог сделать exfat для версии винды ТЕХ ЖЕ времен. Потом, правда, решил что получилось небезопасно и не только попрятал с глаз долой но и перевыкладывать другим запретил. Что, повторяю, логично, вектор атаки очень реалистичный и серьезный, тем более для того оборудования которому на самом деле нужна та венда и которое нельзя поапгрейдить (а деятельный дятел который поставит туда ненужный апдейт - найдется ведь). Ты же вроде циничный чел, ты прекрасно знаешь, что это просто лапша на уши и коммерческие и государственные интересы рулят.
	Ответить | Правка | Наверх | Cообщить модератору

	296. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 08-Апр-25, 16:23
	> Ты же вроде циничный чел, ты прекрасно знаешь, что это просто лапша > на уши и коммерческие и государственные интересы рулят. коммерческий и государственный интерес как раз не в том чтобы сложные станки существующие в единичных экземплярах или управление опасными техпроцессами поломались из-за деятельного дятла, которому чтоб там диагностику скопировать или еще что - приспичило воткнуть наимоднявейшую флэшку вместо старинной fat32шной. А денег за это местны п3pд0лики не заплатят M$$$ нихрена. Они и саму вендухп-то сп-ли. Так что, увы, фсе правильно сделали, и ненавидить мы их будем за lite, а не за это вот.
	Ответить | Правка | Наверх | Cообщить модератору

	248. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (248), 04-Апр-25, 06:18
	> "уминявсеработает, софтастрое" ИМХО радиусы кривизны рук у нас разные, мой с пингвином совпадает, а твой - упс. Я понимаю как они работают и пользуюсь этим. А ты пытаешься бить лбом бетонную стену, почему-то думая что это даст какой-то эффект. Насколько я вижу, единственный эффект - разбитый лоб. > Ну вот exFAT там явно не было тогда. EXT2 какой и то > ну вот ms почти смог сделать exfat для версии винды ТЕХ ЖЕ времен. А в чем проблема? Там и нтфс был, exFAT куда более простой. > (а деятельный дятел который поставит туда ненужный апдейт - найдется ведь). Если кто включает флешку в XP он уже многим рискует. Известных дыр там немеряно, и в других ФС и чем там. И что флеха badUSB не сделают - ни откуда не следует. Чинить и упрочнять все это никто уже не будет, разумеется. > А для версий винды времен какого-нибудь линукса 3.0.100 - не только смог сделать, На данный момент это интересно только цифровым археологам, имхо. > Попробуй-ка повтори с бырбыр. WinBTRFS заявляет все от WinXP. Что, съел? :) > только не заработает железо в той коре дуба. Начиная вот с видяхи. Как раз таки я запустил пару антиков где Win7 поставленный сдуру вместо XP вон теми - все им испортил, отсутствием дров на видео. Съел #2? :) >> Эээ? В случае exfat для линя помнится - самс сам облажался и > не облажался но честно соблюл gpl - вывалив нате-на-лопате. ... > нет, был еще промежуточный драйвер где-то между 5.0-5.7 - когда поделку тех > ребят затолкали в апстримное ведро как попало кривыми руками ... Как я понимаю все exFAT в конечном итоге деривативы одной и той же кодовой базы от самса. И кривизна изначально вся самсовская. Над тем который вмержили пахал опять же самсовский Jeon - вечно перегруженный, потому что на нем еще ksmbd и f2fs. Логично что при этом CVE и багов во всех трех - более чем. Не потому что он плохой кодер, а потому что он просто запредельно перегружен. Не так давно до самса стало доходить после пачки CVE и багов, еще пару челов ему в помощь выделили. Зато в целом я теперь понимаю почему у самса все так плохо с софтом. Дада, и EVO с кривым TRIM - я еще помню. Тоже небось галерщики фирмвару писали не приходя в сознание. > И уже посмотрев на это безобразие, пришел Папа и переделал чтоб снова > работало, и ему не было б за себя стыдно. Это Jeon чтоли? На него тоже проруха вышла, при том обвинять его лично мне совесть не позволяет, он довольно хороший програмер. Но даже профессиональный пловец потонет если ему большую гирю всучить. > В обратную сторону, разумеется, тоже хрен там. А оно кому-то всерьез надо чтобы ресурсы на это тратить?
	Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

	259. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от нах. (?), 04-Апр-25, 09:09
	> ИМХО радиусы кривизны рук у нас разные, мой с пингвином совпадает, а твой - упс. нет. У тебя умение надувать пузыри хорошо совпадает. > Я понимаю как они работают и пользуюсь этим. нет. Любая попытка поыткать палочкой в твое "понимание" - йетамынипрахадали этанамнизадавали. А гонору - хоть отбавляй. Вот и сейчас ты старательно подменяешь тему- это ТЫ прибежал с умным комментарием "А вот у нас такого нет!" не потрудившись даже дочитать до середины абзаца. А у вас такого и правда нет, потому что речь шла о бэкпорте в стариннейшую систему. > А в чем проблема? "Бедные юзеры винды, даже дрова для флешек приходится по помойкам разыскивать" И когда тебя ткнули носиком в лужицу - что это они могут разыскивать и даже в конце-концов разыскать, а (духовно) богатые любители л@п4тых поделок могут и не искать даже - снова начал вилять. >> А для версий винды времен какого-нибудь линукса 3.0.100 - не только смог сделать, > На данный момент это интересно только цифровым археологам, имхо. нет. > WinBTRFS заявляет все от WinXP. ну так - win же ж. А sht@613 нонсенс - иди вон апгрейдь. Нвидюха отвалилась? Не л@п4@топроблема, тру линуксоид никогда не видит видео со своей помойки (она где-то куда только vnc можно попасть но етанеточно, и чего на нее смотреть - упала - реинсталл). >> В обратную сторону, разумеется, тоже хрен там. > А оно кому-то всерьез надо чтобы ресурсы на это тратить? мне надо. Но я скорее всего поставлю винду. Зачем мне поделка от тех, кому ничего кроме облизывания платиновых не надо. Все, абсолютно все области использования кроме обрыганных платиновыми и докера в докере под докером линуксы за последние 15 лет прогадили. Причем так и оставшись уже совсем почти готовыми для десктопов. А в серверном мире это теперь рассадник чудовищной некомпетентности и безграмотности как разработчиков так и "поддерживающих".
	Ответить | Правка | Наверх | Cообщить модератору

	271. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (271), 04-Апр-25, 19:10
	> нет. У тебя умение надувать пузыри хорошо совпадает. Я может и согласился бы, если б не записал на свой счет заруленых системных проблем, путем взаимодействия с вон теми. Так я познал правильный путь. Он оказался крут, эффективен, и это лучший опыт вокруг девелопа софта который у меня когда либо был. А у меня его было много. >> Я понимаю как они работают и пользуюсь этим. > нет. Любая попытка поыткать палочкой в твое "понимание" - йетамынипрахадали С чего ты взял что мой опыт похож на твой? В этом мире более 1 пути. И не обязательно делать ломовой кодинг всегда самому. Может ты убер-хренов в общении с людьми. Однако когда мне что-то было надо - вон те мне помогали очень даже. Главное диалог правильно начать, и насыпят помощи, сделав половину за меня, подсказав, упростив и проч. Прикинь, так можно было. В большом проекте не обязательно все от и до делать самому и все знать. > этанамнизадавали. А гонору - хоть отбавляй. Я просто знаю себе цену. В этом мире котируется - "I can", "problem solved", "done", "implemented", "fixed", все такое. Это вы не проходили. Это вам не задавали. Сам же подогнал мне сравнение скиллов. Пока ты ноешь, я практикую getting things done. Отсюда и отношение. Если я могу больше тебя, не тебе и лекции читать как надо было. > Вот и сейчас ты старательно подменяешь тему- это ТЫ прибежал с умным > комментарием "А вот у нас такого нет!" не потрудившись даже дочитать > до середины абзаца. Видимо я не понял твои страдания на ровном месте, как обычно. > А у вас такого и правда нет, потому что речь шла о бэкпорте в стариннейшую систему. Да у меня и тонны навоза около двери нет. И ничего, живой. А некоторые не понимают как можно жить без тонны дерьма под боком. С практической точки зрения вон то не транслируется ни в какие мои проблемы. Я просто юзаю новые ядра там где нужны новые фичи. > "Бедные юзеры винды, даже дрова для флешек приходится по помойкам разыскивать" Ну дык, я то по непонятным варезникам не шарился чтоыб exfat поюзать. Более того - пока не было драйвера от самса, был FUSE IIRC, тормоз, конечно, но - читал же вроде. > И когда тебя ткнули носиком в лужицу - что это они могут > разыскивать и даже в конце-концов разыскать, а (духовно) богатые любители л@п4тых > поделок могут и не искать даже - снова начал вилять. Это ты вилять начал - выискав какие-то #$%нутые кейсы - почему-то решив что это круто и фича и показательно меня побив камнями за то что я видите ли - не страдаю некрофилией и какими-то извратами, и просто решаю проблему самым простым способом: если надо новые фичи я беру новое ядро а не занимаюсь вон теми извратами. >> На данный момент это интересно только цифровым археологам, имхо. > нет. Ну, вокруг меня ни 1 живого пользака с XP не осталось. А на станки - сорян но вот реально, не стоит соваться с такими "улучшениями". Особенно с полулевым варезом. Нахрен нужно. >> WinBTRFS заявляет все от WinXP. > ну так - win же ж. А sht@613 нонсенс - иди вон апгрейдь. Конкретно btrfs там так то - давым давно. И сколько его не апгрейдь а часть фич он не умеет, о чем вон там честно написано. > Нвидюха отвалилась? Не л@п4@топроблема, тру линуксоид никогда не видит видео Так кули - пишите в саппорт этой помойки. Чего на форуме ныть? Вы куда денег платили? Вот там с ними и разбирайтесь. А то совсем о...ли. Устроили междусобойчик, а претензии выкатываете тем кто в нем не участвует - и не собирался. Но такое в линухе умеют лечить. Нвидия проверяла. И я целиком поддерживаю постановку всяких о...их сущетв на место, FYI. > со своей помойки (она где-то куда только vnc можно попасть но > етанеточно, и чего на нее смотреть - упала - реинсталл). Это все очень далеко от меня и моих сценариев. Судя по описанию - какой-то виндовый лам пытался юзать линух как винду. А тот и окажись - не виндой. Внезапно. > мне надо. Но я скорее всего поставлю винду. Да хоть QNX ставь, мне то что? Лишний повод не слушать тебя на тему как надо было, и только. > Зачем мне поделка от тех, кому ничего кроме облизывания платиновых не надо. Без понятия. Я лично exFAT не настолько часто вижу чтобы вообще сильно париться на тему как это работает. Эпизодичкски цепануть эту НЕХ можно было - даже через FUSE. Это не так уж часто надо. > под докером линуксы за последние 15 лет прогадили. Хызы кто там чего прогадил. Я в KiCad печатки рисую, в librecad выкройки корпусов, вон там - фирмвары пописываю, вон там - интеграцию ворочаю. А вон тем эвон сколько комитов влепил в "sidetracked" проектик, себе по кайфу. Потмоу что могу. И никто мне ничего не прогадил. > Причем так и оставшись уже совсем почти готовыми для десктопов. Вот лично я пишу это сообщение из линуха. Очевидно для моего десктопа он был готов. > А в серверном мире это теперь рассадник чудовищной некомпетентности и безграмотности как > разработчиков так и "поддерживающих". И кто же в этом виноват? А, может, напыщенные снобы вечно вопившие RTFM? Вы сами создали это будущее. Своими руками. И теперь вы недовольны чем-то? Вы настолько не понимаете как работает этот мир, что не видите причинно-следственной связи между своими действиями и результатом от них? Надо же, зато вот вам - прозрение подвалило. Не, платить дофига денег за рассказы "почему работа не сделана" - мало кто хочет. Простите господа, но с таким комбо не живут.
	Ответить | Правка | Наверх | Cообщить модератору

	246. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (246), 04-Апр-25, 04:09
	У меня, как понимаю, драйверы для флешки на самой флешке хранятся. Так как, их установка производится автоматом сразу после её втыкания, даже, если на компе нет инета
	Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

	280. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (271), 05-Апр-25, 07:46
	> У меня, как понимаю, драйверы для флешки на самой флешке хранятся. Так > как, их установка производится автоматом сразу после её втыкания, даже, если > на компе нет инета Как минимум раньше винда складывала здоровенный "drivers.cab" в виндовой дире. В нем в сжатом виде было дофига "стандартных" драйверов из комплекта винды. Оттуда она их и тягала.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+2 +/–
	Сообщение от penetrator (?), 01-Апр-25, 19:09
	вообще-то нет, NTFS rw unsupported by Apple, так что чтобы прям 100% то exFAT
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	173. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от _kp (ok), 02-Апр-25, 10:22
	Написано же, несложно установить, и будет работать без проблем. Есть не менее 3х рабочих вариантов. А "unsupported by Apple", так они и свои железки хреново поддерживают, на принтеры почти забили тоже,уж куда им осилить поддержку стороннего.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 02-Апр-25, 11:14
	> Написано же, несложно установить, и будет работать без проблем. > Есть не менее 3х рабочих вариантов. ntfs-fuse точно-точно беспроблем? Напоминаю - это ябл, а fuse вне линуксов работает очень и очень странно.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от _kp (ok), 02-Апр-25, 12:16
	Там проблема не в fuse, а в необходимости читать документацию, которая часто не исчерпывающая, и настраивать все самому.  А если всё умеете, но тупо лень, ставите тот же Microsoft NTFS by Tuxera, и нет проблем. Сам я с нерешаемыми быстро проблемами не сталкивался, ибо работал с Маками со ещё времен PowerPC, а если что и случалось то забыл. Впрочем, когда работаешь одновременно с разными ОС, то многих проблеме не замечаешь, и многое устраняется на автомате.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 02:13
	> Exfat и ntfs единственные кроссплатформенные драйверы, диски с которыми можно > прочитать и записать везде. Да ладно, даже с btrfs так можно. Есть WinBTRFS для виндов и даже бзды какие - могут через FUSE его прицепить.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	157. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от ryoken (ok), 02-Апр-25, 07:52
	UDF еще. Только с ним в Линуксе вилы.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	208. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от ptr (ok), 02-Апр-25, 19:50
	Смотря как форматировать. https://github.com/JElchison/format-udf
	Ответить | Правка | Наверх | Cообщить модератору

	164. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от Аноним (164), 02-Апр-25, 08:19
	Вот, платиновый спонсор добился того, что фат считают стандартом, хотя простой как пробка UDF работает вообще на всех платформах без разгребания майкрософтовских патентом, такова сила убеждения платинового спонсора.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	206. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от ptr (ok), 02-Апр-25, 19:45
	> Exfat и ntfs единственные кроссплатформенные драйверы, диски с которыми можно прочитать и записать везде. Не единственные. Еще UDF есть.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	210. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (-), 02-Апр-25, 21:37
	UDF фвйловая система вроде везде работает.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	10. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+3 +/–
	Сообщение от Аноним (10), 01-Апр-25, 15:03
	А вы exfat для linux разделов использовали? Нет? А windows вообще поддерживает ext4, например? Нет? К чему тогда претензии? К поддержке не родной файловой системы в linux? Если быть таким же претензиозным, то windows следует поместить в разряд устаревших ОС, раз там нет поддержки ФС из Linux.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	21. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+4 +/–
	Сообщение от Аноним (21), 01-Апр-25, 15:23
	По каким критериям оценивается родная файловая система Linux? ext4 - родная? btrfs - родная? reiserfs - родная?
	Ответить | Правка | Наверх | Cообщить модератору

	138. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 02:29
	> По каким критериям оценивается родная файловая система Linux? ext4 - родная? btrfs - родная? Это еще куда ни шло. > reiserfs - родная? ...но вот ЭТОГО в САБЖЕ уже просто нет! Так что он не нативный, он дохлый.
	Ответить | Правка | Наверх | Cообщить модератору

	185. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (21), 02-Апр-25, 11:36
	exfat в сабже есть, получается она нативная?
	Ответить | Правка | Наверх | Cообщить модератору

	227. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 03-Апр-25, 12:35
	> exfat в сабже есть, получается она нативная? Там и просто FAT есть. Но сказать что FAT это нативная фс для линя... ну даже не знаю :)
	Ответить | Правка | Наверх | Cообщить модератору

	295. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 08-Апр-25, 15:58
	>> exfat в сабже есть, получается она нативная? > Там и просто FAT есть. Но сказать что FAT это нативная фс > для линя... ну даже не знаю :) моя sls1.3 смотрит на тебя, хитро прищурившись... (таки некоторое время жившая на umsdos у меня, в качестве части хомяка - но в принципе, это я выпендрился, а так она вполне могла прямо целиком с него и работать, включая загрузку прямо из доса) Причем, заметь, та фс которая в те времена считалась "более native" для нее же - даже и не компилится уже, наверное.
	Ответить | Правка | Наверх | Cообщить модератору

	218. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Ilya Indigo (ok), 03-Апр-25, 03:00
	Та, с которой ядро Linux может загрузится.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	225. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 03-Апр-25, 12:18
	так оно ни с какой не может. Когда-то могло с первого сектора дискеты 3.5", но по-моему лично Линус эту фичу повелел выпилить, потомушта немодное. Все остальное делается 3d-party средствами, которых, внезапно, дохрена. В том числе вообще без fs, pxe boot'ом.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (170), 02-Апр-25, 09:38
	> А windows вообще поддерживает ext4, например? Нет? Нет, потому что не нужно (как и ещё два десятка аналогов).
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	270. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 04-Апр-25, 17:48
	>> А windows вообще поддерживает ext4, например? Нет? > Нет, потому что не нужно (как и ещё два десятка аналогов). парагон, успешно продающий такой драйвер, немного удивлен.
	Ответить | Правка | Наверх | Cообщить модератору

	201. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (201), 02-Апр-25, 17:02
	Дак exFAT это нативная фс в Линуксе, раз она прям в ядре. Что не так то?
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	13. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Моя Вареса хорошо кушает (?), 01-Апр-25, 15:04
	Но ведь это лишь кубик льда с верхушки айсберга в моём бокале лулзов.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	18. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–5 +/–
	Сообщение от Rev (ok), 01-Апр-25, 15:21
	Да, у меня те же мысли. Насколько ВСЁ неоптимизировано в этом линуксе.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	78. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от vitalif (ok), 01-Апр-25, 18:21
	Ога, RCU на каждом шагу не замечаем, а вот дискард в эксфате дааа, это пипец как важно)
	Ответить | Правка | Наверх | Cообщить модератору

	89. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (89), 01-Апр-25, 19:21
	Ексфат для флэшек и телефонов когда больше 32 ГБ, лобзики.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (113), 01-Апр-25, 21:59
	Или если хочешь файлы длиннее 4 гигов, но чтобы не на NTFS.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (113), 01-Апр-25, 21:58
	Ну должна же быть в этом поделии хоть одна юзабельная файлуха.
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	39. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (35), 01-Апр-25, 16:04
	Всё познаётся в сравнении. А то почему-то Linux применяют на высоконагруженных.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	147. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 02:54
	> Всё познаётся в сравнении. А то почему-то Linux применяют на высоконагруженных. Потому что в линухе все плохо, но в остальных - оказывается еще хреновее, ну и вот :))
	Ответить | Правка | Наверх | Cообщить модератору

	48. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (48), 01-Апр-25, 16:23
	в смысле был? а когда перестал? почему это скрыли от общественности?
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	136. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 02:12
	> Мда, насколько же linux был кривым и тормознутым все эти годы... Пессимист видит проблемы. Оптимист видит новые возможности.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	203. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (203), 02-Апр-25, 17:08
	Реалист видит косяки и делает фэйспалм.
	Ответить | Правка | Наверх | Cообщить модератору

	228. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 03-Апр-25, 12:37
	> Реалист видит косяки и делает фэйспалм. Это какой-то хреновый реалист. Нормалный реалист видит косяки, понимает что ему они жить не мешают - или перестраивает так что не мешает - или чинит их - и ноу проблем. А фэйспалмы - это вариант пессимистов, почему-то возомнивших себя реалистами.
	Ответить | Правка | Наверх | Cообщить модератору

	202. Скрыто модератором	–2 +/–
	Сообщение от Аноним (203), 02-Апр-25, 17:07
	Не "насколько", а ВО СКОЛЬКО! :)) В 179 раз. Это позорище.... Причём это _оптимизации_, т.е. код явно виден, просто его улучшили. Ладно бы было медленно из-за того, что не знали каких-то функций! Но нет - всё знали, просто писали на отъявись.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
Сообщение от Аноним (7), 01-Апр-25, 15:00
Линукс достал превращать exfat карточки в кашу или не читать по середине флешки.
Ответить | Правка | Наверх | Cообщить модератору

	14. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–2 +/–
	Сообщение от Аноним (-), 01-Апр-25, 15:05
	Сам виноват. Нефик вантузные файловые системы использовать.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+6 +/–
	Сообщение от Моя Вареса хорошо кушает (?), 01-Апр-25, 15:10
	Просто ждём когда станет нинужно (с). Вот мне exfat был актуален ещё несколько лет назад и я запорол не одну флешку под финским поделием. Потом правда работоспособность флешки можно было восстановить простым форматированием под виндой. Но не данные. А вот теперь мне окончательно этот exfat нинужно (с). То есть, мы вместе с Линуксом победили эту проблему стандартным линукс-методом: больше нинужно (с)
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	27. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Krtek (?), 01-Апр-25, 15:47
	Кстати громче всех о закате PC кричат именно свидетели секты стэйблнонсенс.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (131), 02-Апр-25, 00:40
	А что же они пророчат вместо?
	Ответить | Правка | Наверх | Cообщить модератору

	160. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 02-Апр-25, 07:56
	Планшетики, мобилки и веб клиенты по типу chrome os.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от Аноним (93), 01-Апр-25, 19:34
	Вот по этому профессионалы и обходят Linux стороной! В данном случаи фотографы.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	229. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 03-Апр-25, 12:38
	> Вот по этому профессионалы и обходят Linux стороной! В данном случаи фотографы. Вот те раз а я то знаю нескольких ворочающих гимпом + дарктэйблом...
	Ответить | Правка | Наверх | Cообщить модератору

	25. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 01-Апр-25, 15:34
	попробуй покупать флэшки не с помойки? Если флэшка банально не читается "па сиридини" - линукс ничем не может тебе в этом помочь.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	31. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–2 +/–
	Сообщение от Моя Вареса хорошо кушает (?), 01-Апр-25, 15:50
	Реально была такая проблема не раз. Читает флешку exfat  и где-то там завис. Обычно ещё долгонько ждать приходилось прежде чем появится какая-то error. На этом считай с данными уже можно было попрощаться. Линукс больше эту флешку не читал и не мог даже отформатировать ни во что уже. Винда писала, что данные повреждены и быстрое форматирование полностью восстанавливало работоспособность флешки. У меня эти exfat флешки убитые линуксом 5-10 лет назад сейчас под виндой до сих пор работают. Просто у меня давно уже нет этого вашего линукса - я наконец-то стал свободен.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (7), 01-Апр-25, 16:13
	Обычно флешки что не читаются под линуксом нормально читались в винде.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 02:33
	> Обычно флешки что не читаются под линуксом нормально читались в винде. Не знаю насчет ваших флешек, а вот побитый NTFS - запросто роняет винду в бсод, при том - разных версий, так что притащить на другой комп не катит. А вот в линухе обычно таки читается без таких эксцессов, там забивать на падения ядра в панику не принято в отличие от майкрософта.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Microoft (?), 01-Апр-25, 16:30
	>я наконец-то стал свободен Наивный ;)
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	94. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от _ (??), 01-Апр-25, 19:37
	Да брось! Даже телеметрия что в винде что в линуксе отправляется все одним и тем же пиплам.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 02:34
	> Да брось! Даже телеметрия что в винде что в линуксе отправляется все одним и тем же пиплам. У меня в линухе никакая телеметрия никуда не отправляется. Хотя если вы конечно Azure Linux установите - тогда наверное будет так как вы и сказали.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 02-Апр-25, 10:40
	> Да брось! Даже телеметрия что в винде что в линуксе отправляется все > одним и тем же пиплам. Ну уж нет, убунтуйские бабуины к моей венде отношения пока не имеют.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	200. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 16:42
	> Ну уж нет, убунтуйские бабуины к моей венде отношения пока не имеют. Да там своих раджей насреддинов хватает - и уже много лет к ряду. Наверное начиная с висты примерно.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (54), 01-Апр-25, 16:43
	> Линукс больше эту флешку не читал и не мог даже отформатировать ни во что уже Ну это просто непрекрытый звездёж
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	55. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 01-Апр-25, 16:47
	> Реально была такая проблема не раз. Читает флешку exfat  и где-то там завис. Обычно ещё > долгонько ждать приходилось прежде чем появится какая-то error. внезапно, так работает коррекция ошибок. В данном случае - неработает. К линуксу и его драйверу никакого почти отношения не имеет - он команду на чтение отправил, назад получил шиш. Пока таймаут не истечет и он не попытается что-то сделать (в общем и целом обычно бесполезное - просто потому что нет тут уже полезных опций вообще) - запрос будет висеть. Какого тебе чуда хочется-то? > На этом считай с данными уже можно было попрощаться. логично. Потому что они уже потеряны. Стек где-то заряд. Линукс виноват, ога. > Винда писала, что данные повреждены и быстрое форматирование полностью восстанавливало > работоспособность флешки. потому что "быстрое форматирование" для флэшки - это discard. Ты мог бы то же самое сделать под линуксом если бы не был безграмотным потребителем. Но с той же немалой долей вероятности что оно и в следующий раз точно так же навернется. Раз у этой флэшки такие проблемы появились один раз, вылезут рано или поздно снова.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	64. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Моя Вареса хорошо кушает (?), 01-Апр-25, 17:16
	Да то я понял. "Собранием линуксоидов в сельклубе был обнаружен старенький комп с виндой. Туда был немедленно установлен линукс. После этого компьютер работать отказался. Немедленно созванный консилиум гуру постановил: "Винда убила комп!". Чего тут непонятного. Я каждый день здесь это читаю.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 01-Апр-25, 17:50
	ну я два (ДВА!) компа линуксом убил! Правда, у одного загорелась клавиатура (потому что переханный креслом шнур было лень нормально чинить, и я скрутил провода как попало, изоленты под рукой не оказалось, кому та клавиатура нужна, в общем, через пару месяцев кто-то шевельнул провод и их коротнуло - все из за линукса!) но второй точно говорили что работал!
	Ответить | Правка | Наверх | Cообщить модератору

	100. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (100), 01-Апр-25, 20:08
	Не, где-то реально чем-то линуксовым(пакетом в каком-то дистре, при удалении) "убивало" косые материнки, а точнее убивались файлы device tree в uefi и надо было перешивать биос. Так-то это косяк uefi, который позволял такое делать.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (131), 02-Апр-25, 00:49
	>Правда, у одного загорелась клавиатура Ну прям таки и загорелась? ;) Этож какой ток КЗ в клавиатурном шнурке должен был потечь для этого... А, понял! Это всё Linux ток умножил!
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	156. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 02-Апр-25, 07:43
	ну так, изоляция оплавилась. Печаль была не в самой клавиатуре, а в том что она этим намертво спалила порт. А платка из тех которые от этого обижаются и "press del for setup, f1 to continue". А нечем уже. (потому и оставили ее воткнутой) А была б винда - на той бы клавиатуре работали, и ее б сразу поменяли! Так что да, это все ОН!
	Ответить | Правка | Наверх | Cообщить модератору

	190. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Моя Вареса хорошо кушает (?), 02-Апр-25, 11:50
	Харды реально убивались безостановочной парковкой. Сигейты, кажется. Я это сам ловил. Но спохватился вовремя, винт не успел выжрать свой ресурс.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	97. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Krtek (?), 01-Апр-25, 19:59
	В линуксе действительно с флешками плоховато дела обстоят. Лично я сталкивался с такими проблемами: ОС тупо не видит флешку, видит, но не может примонтировать, монтирует, но не читает, читает, но не пишет, пишет, но бьёт данные. Про банальные отвалы usb шины вообще молчу, это классика. При этом хочу заметить, что все флешки были от адекватных производителей и под виндой работали и до сих пор работают в штатном режиме.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	102. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (100), 01-Апр-25, 20:17
	У меня чаще наоборот - под виндами портят флешку, тащат мне, а у меня она видится и читается. Если даже у меня не видится файловая, то либо флешка залочилась контроллером, либо файловая повредилась на столько. Можно легко образ снять и тестидиском прогнать, на поиск файловой. А если не хочется поганить флешку(вносить изменения), есть уверенность что физически с ней всё хорошо, но и копировать нет места, или неохото, то можно задействовать qemu-img, создать qcow2 диск, используя флешку как backing, т.е. ro, а дальше через qemu-nbd подключить этот qcow2 к nbd в системе и гонять уже разрушительное восстановление, да ещё и снапшоты можно делать. Такое особенно актуально с большими жесткими, где порча ФС или разметки.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 01-Апр-25, 20:32
	Были пару раз аналогичные случаи. Приносили флешки, которые винда отказывалась читать из-за ошибок, в линуксе же они спокойно читались.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 01-Апр-25, 22:23
	> В линуксе действительно с флешками плоховато дела обстоят. не вижу проблем... наверное чота делаю не так. > Про банальные отвалы usb шины вообще молчу, это классика. нет, это как раз то с чего надо было и начинать - от такого все перечисленные глюки и просто окирпичивание вполне и возможны, и после первого же такого инцидента надо ПАНИКОВАТЬ!!! ой... ну или начинать искать причину проблемы, если умеешь. Т.е. у тебя либо проблемы с питальником (чаще всего именно с ним) либо с матерью. Ну и крайне маловероятный но все еще возможный случай - что твой мост (или на чем у тебя там usb) плохо совместим с линуховым драйвером. Учитывая что их живых полтора пациэнта осталось, и встретить какой-то не такой usb сегодня надо очень постараться, я бы искал физическую неисправность. К fs отношения не имеет практически никакого. (ну кроме того что конечно чем больше команд отправляется в глючное устройство, тем вероятней глюк)
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	123. Скрыто модератором	+/–
	Сообщение от Krtek (?), 01-Апр-25, 23:32
	Ладно, х с тобой. Ты прав, а я дурак.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (131), 02-Апр-25, 00:56
	У меня есть две старые флешки: A-Data 8 Гиг, приобретена в 2008, на ней FAT32 и Transcend 32  Гига (2010), на ней Ext2. До сих пор работают, ничего подобного не происходит.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	158. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 02-Апр-25, 07:53
	> У меня есть две старые флешки: A-Data 8 Гиг, приобретена в 2008, > на ней FAT32 и Transcend 32  Гига (2010), на ней > Ext2. До сих пор работают, ничего подобного не происходит. хихикс... у меня флэшек - с полсотни. Потому что я использовал их в фотоаппаратах ровно один раз, а в экшнкамере ну раз-другой-третий если за первые два записалось что-то что можно просто выбросить, после чего клал на полочку. Первые из них - 2004го года. Все еще читаются. (эти еще лет 50 будут - они-то делались по нормальным технологиям, а не шесть уровней заряда на ячейку и те угадавом читаются) Из более новых сдохло штук пять, причем эти пять вот прям откровенная китайская паль, то ли из отбраковки то ли вообще в пятую смену из грязи с пола цеха сделаны. Из обычных же usbшных не сдохло ни одной, но их штук пять если как следует по всем темным углам порыть, от 2007го до наших дней, для статистики маловато будет. И да, exfat среди всего этого добра тоже попадаются. Спасибо тем ребятам что стырили и попатчили исходники сасунга - у меня тот самый, не обобренный любителями менять colour на color и обратно, драйвер. А то exfat-fuse был феерическим уг. (в отличие от ntfs-3g, за которую тем безумцам тоже огромное спасибо, да, таких у меня тоже есть). Ни одной флэшки еще не пожрали, дохлые были дохлыми еще лежа на полке.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 02:35
	> К линуксу и его драйверу никакого почти отношения не имеет - он команду на > чтение отправил, назад получил шиш. Пока таймаут не истечет и он не попытается > что-то сделать (в общем и целом обычно бесполезное - просто потому что нет > тут уже полезных опций вообще) - запрос будет висеть. Какого тебе чуда хочется-то? Иногда кстати повтор таки - прокатывает. Если биты еще не совсем труха а просто нестабильные и читаются по рандому - иногда повтор даже прокатывает и чтение таки - может даже и проскочить.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	61. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (61), 01-Апр-25, 17:10
	открой для себя gparted и kde partition manager
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	65. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–4 +/–
	Сообщение от Моя Вареса хорошо кушает (?), 01-Апр-25, 17:18
	Спасибо. Но я я в школе давно уже отучился. Кста, что вы сейчас там слушаете? Какой-то реп?
	Ответить | Правка | Наверх | Cообщить модератору

	99. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 01-Апр-25, 20:02
	Реп - это тема 90х. Сейчас не утруждают свою головушку смысловой нагрузкой или сложными аранжировками, а просто слушают автотюн под низкочастотный пердёж.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 02-Апр-25, 07:57
	> Реп - это тема 90х. Сейчас не утруждают свою головушку смысловой нагрузкой > или сложными аранжировками, а просто слушают автотюн под низкочастотный пердёж. Ок, зуммер! (не слушайте его,дети, он застрял в начале нулевых. Когда такое и правда слушали.)
	Ответить | Правка | Наверх | Cообщить модератору

	167. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 02-Апр-25, 09:22
	Я в начале нулевых слушал олдскульный метальчик в духе Iron Maiden.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от User (??), 02-Апр-25, 08:59
	О Г-ди! Настало время, когда "Вечеринка - у Децла дома!" стала мерилом "смысловой нагрузки" "сложных аранжировок"...
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	168. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 02-Апр-25, 09:31
	Даже это выглядит чем-то осмысленным на фоне Вали Карнавал. Хотя, тогда оно казалось полным отстоем.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 02-Апр-25, 10:45
	> О Г-ди! Настало время, когда "Вечеринка - у Децла дома!" стала мерилом > "смысловой нагрузки" "сложных аранжировок"... не, ну почем ты знаешь, может не так все плохо, и там "Кровосток" и "Нагано" были. (если вы знаете что это такое, то мне за вас стыдно! А если нет то не вздумайте гуглить, децла своего слушайте дальше.)
	Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

	110. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от maximnik0 (?), 01-Апр-25, 21:46
	>попробуй покупать флэшки не с помойки? У меня смартфон реально что то портил на exfat внешней флэшке.Проявлялось в том что после втыкание в другой источник -часть каталогов не виделось а другая часть писала ???? в названии.Правда что под виндой ,что под linux  проверкой лечилось - какая то служебная инфа постоянно оказывалось повреждена .Перепробовал несколько флешек- та же проблема:-(,благо потом сменил смартфон.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	120. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 01-Апр-25, 22:34
	> У меня смартфон реально что то портил на exfat внешней флэшке. скорее проблема контактов в твоем смрадфоне. но вообще интересно что это за смартфон у тебя такой, да еще и "был" - потому что exfat в линуксе кривой с 5.4, а тот что современный - аж с 5.7 А в Pie ведро 4.4 и лишь у самых отмороженных китайцев может быть 4.14 (там уже должен был бы быть бэкпорт, наверное)
	Ответить | Правка | Наверх | Cообщить модератору

	122. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от maximnik0 (?), 01-Апр-25, 23:03
	Vivo Y35.Очень резко стала помирать батарея, что странно, ещё минимум 1 год должна по идее проработать.Если проблема в контактах данные не битые должны быть а ? Вдобавок на фат32 записывалось нормально,но русские названия файлов- это шифрованный китайский :-(.На Redmi такой проблемы нет,все корректно записывает,но "финализирует" запись очень долго,на 99% замирает по 5 минут если объем большой и много мелких файлов. А бэкпортов на андроид куча была, есть даже коммерческий парагон .
	Ответить | Правка | Наверх | Cообщить модератору

	126. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 01-Апр-25, 23:39
	ну в целом новье, там ведро должно быть уже поздних пятых версий. (хотя с китаезы станется поставить какое-нибудь совсем древнее, гугль вроде перестал придираться) Тогда вариант с совсем уж кривым драйвером практически исключается. > Если проблема в контактах данные не битые должны быть а ? хошь данные, хошь метаданные, а хошь таблицу трансляции - как контакт глюканет, так и будет. А дальше уже зависит от того, что там последним из кэша сбросилось. Ну и от того, кстати, нет ли на флэшечке slc-кусочка специально под фаты. А то ж может и быть. > но "финализирует" запись очень долго,на 99% замирает по 5 минут если объем большой и > много мелких файлов. обычный sync. Перечитай новость про модный-новый графичек трансфера в кедах - там вон пипл тоже удивлялся, как им удалось учесть реальный трансфер если копирование до последнего момента остается в памяти. > А бэкпортов на андроид куча была но не будет же китаец об такое пачкаться, и тем более кому-то деньгов платить...
	Ответить | Правка | Наверх | Cообщить модератору

	133. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от maximnik0 (?), 02-Апр-25, 00:41
	> хошь данные, хошь метаданные, а хошь таблицу трансляции - как контакт глюканет, > так и будет. Fsck  постоянно находил одну и ту же ошибку в метаданных , благо там есть резерв и перекрестная проверка,ошибку чинило.Нет это глюк драйвера,благо флэш до сих пор жива и нормально держит данные.Я даже одно время подумал что это специально для так винды сделано- та автоматически занималась ремонтом фс.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 02-Апр-25, 07:56
	> Fsck  постоянно находил одну и ту же ошибку в метаданных , благо там есть резерв и > перекрестная проверка,ошибку чинило. я не верю в чудеса. А вот в плохо записывающийся блок, причем наиболее часто записывающийся (и дай-ка угадаю это бутсектор, потому что это единственное, что может без лишних вопросов починить fsck) - из-за плохого контакта или проблем с питанием usb - очень даже легко поверю. > флэш до сих пор жива и нормально держит данные но именно в тот usb-порт ее больше не суют, потому что выкинули вместе со старым компьютером, ага?
	Ответить | Правка | Наверх | Cообщить модератору

	178. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от maximnik0 (?), 02-Апр-25, 10:44
	>но именно в тот usb-порт ее больше не суют, потому что выкинули вместе со старым компьютером, ага? Смотрят в книгу,видят ....мда.Сколько раз писать надо:Смартфон это был.В компьютере нормально флэшка работала и работает.Перепробывал разные флэшки,разные переходники - 90% эта ошибка,редко когда без ошибки запись заканчивалась.На  fat32  нормально записывает!!! но портит кодировку в названии файла если используется русский язык (поправили потом в исправление) .Данные как не смешно после ремонта exfat всегда целые оказывались, что там не корректно записывалось не понятно.Так что версия питания или контакта не прокатывает.
	Ответить | Правка | Наверх | Cообщить модератору

	207. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 02-Апр-25, 19:50
	> Смотрят в книгу,видят ....мда сорри, когда отвечаешь на ответы - контекст не показывается, а я уже забыл где какая ветка обсуждения. Ну то есть телефон ты выкинул и все наладилось. Суть-то таж. В компьютере другой порт и другое питание.  Видимо, чуть-чуть ей не хватало. Можно конечно изобретать странные гипотезы о невиданной глючной версии именно в твоем китайце, но... откуда у него такие картинки? Он же ж тырит с aosp и бинарники модулей от других китайских производителей (потому что ему самому не продают). Скорей уж глючная версия окажется в самсуне, который сам чего-то разрабатывает и очень в теории именно тебе может и не повезти. Конечно, если телефон до мусорки не долетел - было бы занятно подключиться adb да и посмотреть внимательно, что там за версия ведра, что там за модуль, и модуль ли (был еще и fuse, и это та еще...), чтобы искоренить нездоровые сенсации, но у тебя ж, наверное, лапки?
	Ответить | Правка | Наверх | Cообщить модератору

	215. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от maximnik0 (?), 02-Апр-25, 23:56
	Если интересно я  выложу образ неисправного раздела  на 240 мгб .Мда, скорость закачки печальная, сейчас некогда , к вечеру может докачаю. :-(
	Ответить | Правка | Наверх | Cообщить модератору

	260. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 04-Апр-25, 09:13
	> Если интересно я  выложу образ неисправного раздела  на 240 мгб ты б лучше образ телефона выложил (в каком-нибудь читаемом формате а не то что для отг-апгрейда и зашифровано намертво) куда интересней было б посмотреть
	Ответить | Правка | Наверх | Cообщить модератору

	261. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от maximnik0 (?), 04-Апр-25, 09:52
	Загрузчик залочен намертво, телефон числиться  трудноломаемым.90%  получу кирпич.Официально разблокировку не предоставляют :-( А отладчик тоже залочен , всего лишь пару команд выполняется,можно скопировать некоторые приложения и заблокировать неудоляемые , вывести список каталогов и все.Т.е прошивку не вытащить.Через MTK копируется не понятно что,как бы не шифрованное содержимое :-(
	Ответить | Правка | Наверх | Cообщить модератору

	263. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 04-Апр-25, 10:18
	> Загрузчик залочен намертво, да не надо ломать загрузчик, вечно вам все б поломать нафиг - потапай там хомяка (в смысле - девмод включи) и зайди в шелл адбшный. Его вполне хватит осмотреться в отсеках - список модулей посмотреть, монтированные фс, fuse сразу видна будет, ну а если повезет там и nm где-то завалялсо. uname -r заодно.
	Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

	249. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 04-Апр-25, 06:33
	> Ну то есть телефон ты выкинул и все наладилось. Суть-то таж. В > компьютере другой порт и другое питание.  Видимо, чуть-чуть ей не хватало. Вот кстати очень реалистичная версия. У OTG порта с хилым преобразователем в мизерном объеме питаемом от батареечки - нагрузочная способность не сравнима с питальником компа. Проверяется такая версия при желании и возможности - цеплянием через хаб с внешним питанием или специфичные переходнички инжектящие питание от внешнего бп вместо потуг юзать жалкий выхлоп того недо-хоста. В современном гаджете с type C и 6 ампер лопатой во всю крышку - могут и подраспереться, но даже это - без гарантий. Спеки много чего позволяют - по дефолту без переговоров девайс более 100 мА жрать не должен, а то что флеха в это влезла - или что хост согласился на большее - ни откуда не следует. А 2.5" винчи в коробках - вообще out of spec ВСЕ. Но с ноутами и компами обычно все же прокатывает. Но если что - ничего никому не предъявишь, оно на раскрутку мотора явно более 500 мА может выжрать пиково.
	Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

	255. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 04-Апр-25, 08:27
	> Вот кстати очень реалистичная версия. У OTG порта с хилым преобразователем в мизерном > объеме питаемом от батареечки - нагрузочная способность не сравнима с питальником компа. он еще и не был задуман как OTG - это ж через левый конвертер сделано. (у меня, кстати, из трех телефонов только один вообще не виснет/ребутится сразу же при попытке такой конвертер воткнуть) > А 2.5" винчи в коробках - вообще out of spec ВСЕ. поэтому к старинным коробкам шло всегда ДВА кабеля. (у современных, понятно, usb3 и может даже с PD) Но мы ж на этом сайте... тут у всех лапки и разбираться в причинах не их ойтишниковая специальность. Я-то бы уж точно начал с подключения adb и детального выяснения что там у зайчика внутри (ну чисто вдруг все же это реально проблема драйвера и неплохо бы знать какой точно там драйвер) после первого же подобного инцидента. Да и к флэшке бы присмотрелся повнимательней, а то сегодня бесполезную картинку с телефона потеряла, завтра не прочтется скан паспорта бомжа, по которому я как раз оформлял кредит в полтора ляма... Старость, наверное. У современных ойтишнегов разбираться в причинах немодно. (вон там "фря не грузитцо" тоже характерный паттерн, а вроде ж даже и не девляпс пробегал)
	Ответить | Правка | Наверх | Cообщить модератору

	272. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 04-Апр-25, 19:31
	> он еще и не был задуман как OTG - это ж через левый конвертер сделано. В смысле? OTG оно - на уровне контроллера. Если оно умеет выдавать вольтаж на Vbus - это не только "задумано", но там еще и явным образом вкатили повышайку. Ибо абсолютный минимум Vbus это 4.75 вольта. А в мобиле так штатно - выше 4.2 ... 4.4 (LiIon батарейка) нету нихрена. Это надо именно ЯВНО влепить повышающий boost, который из вон того - 5V сделает. В силу ограничений на габариты, плотную набивку девайсов и просто жабу - он может быть и достаточно малохольный. А конвертор что... в простейшем случае просто адаптер разъема. В мобиле некуда USB-AF воткнуть видите ли штатно. Для type C в принципе уже бывают флехи с прям type C разъемом сразу. Для мобилок как раз сватаются. > (у меня, кстати, из трех телефонов только один вообще не виснет/ребутится сразу > же при попытке такой конвертер воткнуть) Сам по себе конвертер как правило тупой кусок провода. От чего там виснуть? Может схема питания там и д@рьмо или акум уже дохлый и нагрузку не тянет, кто тебя там знает. Взвисы и ребуты - бывают при коротком провале вольтажа ниже критичного. > поэтому к старинным коробкам шло всегда ДВА кабеля. > (у современных, понятно, usb3 и может даже с PD) Вот это где как. Иногда и на один уповали. В принципе с ноутами и компами это работает. А телефон столько в общем случае - скорее всего облажается выгрузить. В usb вообще так то спеками запрещено подключать Vbus 1 порта к Vbus другого порта. Но на это создатели двойных кабелей положили. Ибо имидж ничто, жажда все. Как и создатели странных кабелей типа AF <-> AF или AM <-> AM. Да, из этого можно собрать стремные невалидные комбо. Но все забили на USB-IF, сделали то что требовали юзеры и пошли продавать :) > Я-то бы уж точно начал с подключения adb и детального выяснения что > там у зайчика внутри Я бы при серьезном зарубе нашел пины UART да посмотрел что там кернел в реальном времени писал на это все. Если писал. При провалах питания вот это - без гарантий. > скан паспорта бомжа, по которому я как раз оформлял кредит в > полтора ляма... Зато научишься бэкапы делать наконец :) > Старость, наверное. У современных ойтишнегов разбираться в причинах немодно. Я даже в чем-то тебя понимаю. Но видишь ли я сделал это - фичой. Там где мне интересно я и разберусь - и обставлю вон тех. И все же я помню что машины должны работать а человек - думать.
	Ответить | Правка | Наверх | Cообщить модератору

	247. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (246), 04-Апр-25, 04:21
	У меня на ультрабюджетном Самсунге ядро 5.10. На флагманах, думаю, может и новее быть
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	256. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 04-Апр-25, 08:37
	> У меня на ультрабюджетном Самсунге ядро 5.10. На флагманах, думаю, может и > новее быть да щас, будет тебе сасунг поддерживать три ведра, держи ведро шире! "все одинаковые", зависит не от флагманисости, а от даты выпуска. И то сасунг, мировой лидер по клепанию кривых ведер (не говоря уже что автор того самого exfat), платиновый (!) спонсор. А у стардателя с битой флэшкой - vivo - это такое кетайское кетайцо, что даже я, при всем своем нище36стве побрезговал бы. У таких китайцев (слегка зная их "технологии") бывает что ВООБЩЕ нет доступа к коду который они пихают в телефоны. Просто бинарники стыжжены у... правильно, другого китайца, который себе такой доступ правдами и неправдами добыл...возможно лет пять назад и лавочку уже прикрыли, и с тех пор у него тоже нет. Поэтому там могло быть все что угодно, хоть вообще exfat-fuse.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (125), 01-Апр-25, 23:38
	> Проявлялось в том что после втыкание в другой источник -часть каталогов не виделось а другая часть писала ???? в названии Скорее всего дешевая флешка, или дешевая флешкав смартфоне. Полетел микрочип, он сбивает инфу. Лечится перепрошивкой, но насамом деле не лечится. Наблюдается в 1Tb флешках китайских за 120 рублей.
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	130. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от maximnik0 (?), 02-Апр-25, 00:24
	> Скорее всего дешевая флешка, или дешевая флешкав смартфоне. Пожалуйста, читайте не только шапку сообщения.Ниже я написал- проверено на несколько флэшках. С фат всё нормально кроме имён файлов. На другом смарте или компьютере на эту же флэшку нормально всё записывается.Это глючный драйвер, саппорт информацию не подтвердил,сказали у них всё нормально:-(
	Ответить | Правка | Наверх | Cообщить модератору

	143. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 02:38
	> У меня смартфон реально что то портил на exfat внешней флэшке.Проявлялось в > том что после втыкание в другой источник -часть каталогов не виделось а другая > часть писала ???? в названии. Может, они юзали супер-доисторический вариант ExFat который еще от смасуня был? У смасуня с культурой галеры и эксплуатации раба почти до смерти - что угодно может быть. Ибо корпоративный раб пишет код почти не приходя в сознание. В линухе конечно совсем уж гамняки могут и завернуть - но постоянно мониторить кодера в состоянии аута все же накладно, может и проскочить порой.
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	163. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 02-Апр-25, 08:10
	> Может, они юзали супер-доисторический вариант ExFat который еще от смасуня был? У тот ничего не портил. Сотни тыщ умных телевизоров могут дороговато встать если их вернут по гарантии "запорол флэшку из отпуска!" Максимум мог сам повиснуть, но это надо было бы прям очень постараться. А написать такой код драйвера который не панику или "oops!" кинет а именно испортит примитивную как палка фс - это из серии ненаучной фантастики. > смасуня с культурой галеры и эксплуатации раба почти до смерти - > что угодно может быть. Ибо корпоративный раб пишет код почти не эксперт, спешити видить! (самого его вышвырнули четверть века назад, но он все еще рассказывает нам сказочки) На деле ровно наоборот - корпоративный драйвер был вполне рабочим (потому что с раба могут и спросить за битые файлы), тот что из него сделали для широкого круга - тоже (потому что для себя это делали и из того самого драйвера), а вот новый-обобренный кружком почитателей Б-жка с пальцем - был очень так себе, потому что лизание его пяток совершенно чуждое нормальному разработчику занятие. Как и переписывание colour. Потом сасунь отрядил таки корпоративного смотрящего переделать этот позор заново, но тут есть разница - работать на внутреннюю кухню, где всех интересует результат, или на бесконечную гонку за shtable nonsense, где важнее правильно кланяться и переподавать без конца. Даже хороший разработчик может при этом начать халтурить, типа - да там шоколадный тысячеглазз пусть проверяет и вовремя о багах докладывает, самому главное стилепроверяющих ботов удовлетворить. А хорошего на такое вряд ли пожертвовали. Пожертвовали скорее ненужным.
	Ответить | Правка | Наверх | Cообщить модератору

	216. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 03-Апр-25, 02:27
	> тот ничего не портил. Сотни тыщ умных телевизоров могут дороговато встать если > их вернут по гарантии "запорол флэшку из отпуска!" Судя по тому как F2FS себя вел (я его тестировал) - и тому что замордованый кодер на 3+ жирные проекта надрывался (что хорошо объясняло результат) - я на честное слово в таких вещах не поверю. ИМХО, или пруфы, с метриками, типа сканов кода коверити и анализом bugs/KLoC or GTFO. > Максимум мог сам повиснуть, но это надо было бы прям очень постараться. Судя по типовому качеству кода от самсуня - там скорее всего треш и угар был по всей площади но истошным кнутованием - типовые сценарии как-то залатали и пошли продавать. > А написать такой код драйвера который не панику или "oops!" кинет > а именно испортит примитивную как палка фс - это из серии > ненаучной фантастики. С F2FS самс отлично справился, при power loss тестах оно уже на ..цатой итерации ушло в аут, когда fsck не видит проблем, а ядро ЭТО смонтировать не может! Лол! Все качество кода самса - как на ладони. В ведроиде оно если и бывает то подперто батареей и обычно юзается только для кешей а прочего ненужно. > эксперт, спешити видить! Угублин, я рассматривал F2FS как рутфс одноплатников. Так и познакомился с культурой кодинга самса. Там все очень хорошо видно. Особенно когда это в майнлайн приняли и там за дело взялись fuzzing боты и проч. После чего самсу поставили репутационных пистонов, конечно, и вопросами чего с них такой треш валится, и CVE пачками. Они даже выделили еще несколько галерщиков в результате. Но сколько кода было написано убер-перегруженным Jeon и проч?... > (самого его вышвырнули четверть века назад, но он все > еще рассказывает нам сказочки) Ты оскорбляешь меня такими инсинуациями. Я на пушечный выстрел к той галере не подходил. А четверть века, если у тебя склероз, самс был совсем помойкой делаюшей сыпучие харды, кривые флопари, стремные сидюки и прочий низкопробный крап. Софтом они по моему тогда вообще не занимались особо. Ведроида и вон того - еще не было. > На деле ровно наоборот - корпоративный драйвер был вполне рабочим (потому что > с раба могут и спросить за битые файлы), У самса и вообще корейцев, япов и проч - культура специфичная. Помирать прям на рабочем месте. И все б ничего, но вечно перегруженный мозг - начинает глючить. И после некоторого порога хоть пори, хоть не пори, сильно лучше не станет. Судя по тому что я вижу самсунг в exFAT, F2FS и KSMBD играл далеко за гранью фола, спихав ТРИ большие проекта на одного Jeon'а. Он так то вроде неплохой кодер, но если на тебя столько спихнуть - ты и так врядли накорябаешь, даже если тебя адски кнутовать за баги. > тот что из него сделали для широкого круга - тоже (потому что для себя > это делали и из того самого драйвера), а вот новый-обобренный кружком > почитателей Б-жка с пальцем - был очень так себе, Вообще-то новый - сделан из старого. Кто ж в здравом уме с ноля то будет кодить? Причесали утекший драйвер, раз пошла такая пьянка, да вкомитили. И вот что-что а кучу багов, CVE и проч из него в майнлайне ессно вышибли. Потому что там кроме Jeon видите ли и другие есть, и они могут хотя-бы fuzzing нарулить и собрать пачки багов. У Jeon врядли было время и ресурсы на такое пижонство, с тремя то проектами за которые он типа-отвечает. > потому что лизание его пяток совершенно чуждое нормальному разработчику занятие. > Как и переписывание colour. Правильно, там все время ушло на лизание пяток босса, отмазки что код не такое уж и гумно, и попытки хоть как-то не сесть на мель, орудуя в 1 рыло на аж 3 галеры за раз. Правда fuzzing bots и список CVE - другого мнения. Почему-то. Наверное, секрет в том что чудес не бывает. И если кодер перегружен, он будет генерить жуткий трешак "хоть там как". > Потом сасунь отрядил таки корпоративного смотрящего переделать этот позор заново, Вроде бы Jeon там с самого начала был - и основной кодер F2FS, exFAT и ksmbd. Нюанс в том что это как-то зело дохрена для 1 тушки. О том что человек в единицу времени может воротить ограниченный объем работ - менеджменту самса видимо не рассказывали. Это отливается в характерное качество кода. > но тут есть разница - работать на внутреннюю кухню, где всех интересует результат, При том результат обычно - в виде прокативших типовых кейсов. А сделай шаг в сторону и все развалится. И никто не знает почему. Натрави coverity какое - и оно тебе много нового расскажет, как и fuzzing. Но у самса изначально не было ни ресурсов ни экспертизы на этот счет. Особенно четверть века назад, лол. > или на бесконечную гонку за shtable nonsense, где важнее правильно кланяться А таки - оно благодаря этой гонке сможет допустим в ФС оперировать целыми подшивками страниц за присест. Вместо телепания по 4 кила за раз. В эпоху сверхскоростного IO и батарейного питания это аргумент и так и сяк.
	Ответить | Правка | Наверх | Cообщить модератору

19. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
Сообщение от Krtek (?), 01-Апр-25, 15:21
Netflix, используя FreeBSD, выжимает 400Gb/s с тачки. Интересно сможет ли Linux, наконец, приблизиться к этой планке.
Ответить | Правка | Наверх | Cообщить модератору

	28. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (7), 01-Апр-25, 15:48
	Специальные дровишкм от интел ставишь и выжимаешь. Нетфликс юзает фрю только из-за лицензии.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (-), 01-Апр-25, 15:57
	> Специальные дровишкм от интел ставишь и выжимаешь. Хм.. а чего ж спец дровишки на лялекс не спи... портировали? > Нетфликс юзает фрю только из-за лицензии. И что позволяет им эта лицензия? (Без шуток интересно).
	Ответить | Правка | Наверх | Cообщить модератору

	50. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+2 +/–
	Сообщение от Аноним (7), 01-Апр-25, 16:29
	Потому что dpdk ломает все на свете. И может быть применен только сам по себе.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 02:45
	> Потому что dpdk ломает все на свете. И может быть применен только сам по себе. Так и появился - XDP. Он вообще ничего не ломает. И идея проста как дрова: если некий flow уже известен - на продвинутый процессинг могут забить и пулять его пакеты куда более простым и коротким способом - с минимумом процессинга. См. ссыль на iovisor'а в шапке новости.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 01-Апр-25, 18:24
	Да неужели? Расскажи-ка о своём открытии инженеру Netflix и по совместительству, разработчику FreeBSD, Глебу Смирнову. Можешь найти его в русскоязычном телеграм чате фряхи.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	105. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от ыксперт (?), 01-Апр-25, 21:12
	справедливости ради - нет, не только. Из-за kqueue, потому что epoll говно. io_uring, конечно, может всё поменять. Из-за sendfile и kTLS, которые сами же нетфликсы и допилили. У линукса БЫЛО в том направлении всё плохо. Возможно это уже не так. Ну из-за более простого пропихивания своих наработок в апстрим.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	149. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от Аноним (-), 02-Апр-25, 03:09
	> справедливости ради - нет, не только. > Из-за kqueue, потому что epoll говно. io_uring, конечно, может всё поменять. Вообще-то если поискать по теме - можно найти отличное описание на тему почему ограниченное г-но - это таки kqueue. В линухе суммарно абстракция мощнее и гибче получилась. А чего либо сравнимого с io_uring в бсд вообще тупо нет. > Из-за sendfile и kTLS, которые сами же нетфликсы и допилили. У линукса > БЫЛО в том направлении всё плохо. Возможно это уже не так. Нетфликсам так то - надоело все самолично допиливать и они тоже на ряде серверов пингвин юзают уже. > Ну из-за более простого пропихивания своих наработок в апстрим. Намного лучше когда наработки валяются хрен знает где, никто не майнтайнит, а то и вовсе - в проприетарскую норку утащено, а те кто апстрима взяли - в пролете. За такую "культуру" разработки и экостему BSD и повылетели отовсюду.
	Ответить | Правка | Наверх | Cообщить модератору

	287. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от ыксперт (?), 08-Апр-25, 05:16
	> Вообще-то если поискать по теме - можно найти отличное описание на тему почему ограниченное г-но - это таки kqueue скинь, пожалуйста, без шуток. Я правда хочу узнать как можно любить epoll, о кривость которого уже столько копий сломано за столько лет. > А чего либо сравнимого с io_uring в бсд вообще тупо нет время покажется насколько io_uring хорош. Ну и ничего уникального linux-specific там нет, идея такая, что можно впихнуть в любую ОС. Опять же, время покажет стоит ли.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 02-Апр-25, 10:48
	> Ну из-за более простого пропихивания своих наработок в апстрим. чего там пропихивать, когда они и есть апстрим... это вам не linoops, если на тебя работает разработчик с правом комита, то он и комитит в СВОЙ участок ядра, никого не спрашивая.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	217. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от Аноним (217), 03-Апр-25, 02:35
	>> Ну из-за более простого пропихивания своих наработок в апстрим. > чего там пропихивать, когда они и есть апстрим... это вам не linoops, > если на тебя работает разработчик с правом комита, то он и > комитит в СВОЙ участок ядра, никого не спрашивая. По поводу чего их ядро и превратилась в адский треш в стиле лоскутного одеяла, где никто ни за что не отвечает, зато поабузить привилегии комита каждый горазд. В итоге все приходит к кодингу вайргада гангстером пилящим балки. Офигенный проект. Настолько офигенный, что Донфилд с горя сам накодил этим лабухам драйвер. Чтобы не сливать репутацию бренда в плинтус таким позоревом, прикинь? Все что нужно знать о качестве кода фри :)
	Ответить | Правка | Наверх | Cообщить модератору

	46. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (35), 01-Апр-25, 16:18
	А они вам рассказали, что у них за сетевушки? А то, может, оказаться, что они там и с FPGA на борту, для ускорения по транспортный уровень включительно.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	57. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 01-Апр-25, 16:54
	> А они вам рассказали, что у них за сетевушки? они всем рассказывали. меланоксы там какие-то, вроде. (про интел - забыть надо было лет десять назад, ушла их эпоха) да, они с tls offload поэтому и фря. для нее написать эффективный стек оказалось проще.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (49), 01-Апр-25, 16:28
	>Netflix, используя FreeBSD, выжимает 400Gb/s с тачки. Интересно сможет ли Linux, наконец, приблизиться к этой планке. На таких скоростях зачастую речь идет про RDMA, так что там даже процессор особо не задействован. Скажу по секрету, что на современных GPU-кластерах и по 800Gb/s выжимают. Только вопрос - из чего и чья это заслуга.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	82. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 01-Апр-25, 18:52
	При чём здесь gpu-кластеры, rdma... Речь о пропускной способности сетевого стека. Они уже не один раз говорили о том, что на линуксе даже и близко не удаётся выжать такие цифры и со стабильностью под highload там просто беда.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 01-Апр-25, 20:01
	>При чём здесь gpu-кластеры, rdma... GPU-кластеры - это просто пример, не хочешь их, возьми сторадж-сервер Netflix'a. Чтобы раздавать сериальчиков на сотни гигабит в секунду с машины, весьма вероятно использование RDMA (через Ethernet или Infiniband), при этом сетевой стек ОС про это вообще не будет знать, это все пройдет мимо него. Это все статика, набор байтов. Так что просто утверждение, что контора X снимает Y гигабит/c в общем случае про производительность сетевого стека вообще ничего не говорит.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 01-Апр-25, 20:13
	Спроси у них сам: t.me/freebsd_ru
	Ответить | Правка | Наверх | Cообщить модератору

	151. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от Аноним (-), 02-Апр-25, 03:13
	> Спроси у них сам: t.me/freebsd_ru Это такой способ пробить новое дно у проекта FreeBSD теперь? :)
	Ответить | Правка | Наверх | Cообщить модератору

	198. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (198), 02-Апр-25, 15:29
	>> Спроси у них сам: t.me/freebsd_ru > Это такой способ пробить новое дно у проекта FreeBSD теперь? :) Унылик-294 опять вылез и захотел нам рассказать, почему https://t.me/linuxru https://t.me/linux_kernel "Этодругое!" или опять ограничится пространными рассуждизмами и спрыгом с неудобной темы?
	Ответить | Правка | Наверх | Cообщить модератору

	150. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от Аноним (-), 02-Апр-25, 03:11
	> и близко не удаётся выжать такие цифры Это в каком году было? > и со стабильностью под highload там просто беда. И именно поэтому на всех хостингах, top busiest sites и проч - пингвин? Фанат фряхи совсем не палится. Вот только если бы все было так как вы вещаете, usage операционок глобально - выглядел бы здорово иначе.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	166. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 02-Апр-25, 09:05
	>Это в каком году было? Года 3 назад точно было. Неужели ты думаешь, что-то могло кардинально измениться? >Вот только если бы все было так как вы вещаете, usage операционок глобально - выглядел бы здорово иначе. Речь идёт конкретно про сетевой стек, в котором FreeBSD не оставляет Линуксу никаких шансов. Твой "global usage" тут вообще нерелевантен. >Фанат фряхи Судя по горению твоей пятой точки, фанат здесь только ты. Мне же абсолютно параллельно - фряха, линукс или что-то ещё. У FreeBSD, например, отстойная поддержка консьюмерского оборудования. Это факт, с которым глупо спорить и я полностью с этим согласен. А вот тебе стоило бы снять икону Торвальдса со стены над своей кроватью.
	Ответить | Правка | Наверх | Cообщить модератору

	222. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 03-Апр-25, 05:26
	> Года 3 назад точно было. Пруф? > Неужели ты думаешь, что-то могло кардинально измениться? Может. Вы же понимаете что эта новость - лишь 1 из многих? > Речь идёт конкретно про сетевой стек, Серверам сетевой стек - весьма важен, по логике вещей. > в котором FreeBSD не оставляет Линуксу никаких шансов. Больше всего это похоже - на ваш wishful thinking, имхо. > Твой "global usage" тут вообще нерелевантен. Корпы - жадные! Если у них целые CDN на линухе - хотя то "якобы лучше" - по сетевому стеку - возникают вопросы почему наблюдаемая картина мира расходится с вашей теорией. И все роутеры-мыльницы как на подбор линух. Да и не мыльницы тоже. Странно. > отстойная поддержка консьюмерского оборудования. Это факт, с которым глупо спорить и > я полностью с этим согласен. У нее и серверного - отстойная. Какие сервера ЭТО официально поддерживают? Или сколько и каких вендоров сетевого железа официально майнтайнят дрова? То что Нетфликс может тиму инженеров на фултайм нанять - не означает что некто с опеннета сможет так же и получит что-то похожее. > А вот тебе стоило бы снять икону Торвальдса со стены над своей кроватью. У меня нет его икон, но на линухе мой маленький но гордый бизнесок держится, так что... :)
	Ответить | Правка | Наверх | Cообщить модератору

	186. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+2 +/–
	Сообщение от пох. (?), 02-Апр-25, 11:44
	>> и близко не удаётся выжать такие цифры > Это в каком году было? 2023 вроде >> и со стабильностью под highload там просто беда. > И именно поэтому на всех хостингах, top busiest sites и проч - пингвин? нет, не поэтому. А потому что стабильность в хайлоад этих ребят давно уже не интересуют. Быстроподнятое упавшим не считается! А юзер нажмет релоад или просто подождет пока нескучный реакт за него перезагрузит. А вот стриминговая платформа, живущая на денежки непосредственно своих пользователей - может расстроиться, если те массово начнут валить, из-за того что смотреть видосик с заиканиями и замираниями желающих ровно ноль. И никакими докерами в докере под докерами и обмазыванием бесконечными ресурсами  модных облачков эту проблему решить не получится, один-единственный пакетик потеряли - юзер уже обиделся. > usage операционок глобально - выглядел бы здорово иначе. нет. Потому что главное для твоих хостингов и топ булшит сайтс - минимальная квалификация самых дешевых разработчиков. Ну и обслуживающего персонала тоже. А то им деньгов придется платить, а этого допустить никак нельзя.
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	223. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (223), 03-Апр-25, 05:44
	> 2023 вроде А что было то? Есчто, серьезная борьба с оверхедом в Linux это как раз последние несколько лет, из-за развития сверхскоростного IO и сетей. Это не просто moving target, а весьма шустро moving в последнее время. UDP например все резко занялись - угадай почему? Правильно, пришествие QUIC! И тут всем резко понадобился UDP куда более крупным оптом чем раньше. > нет, не поэтому. А потому что стабильность в хайлоад этих ребят давно > уже не интересуют. У меня на виду дофига хостов с пингвином. Включая довольно нагруженные. Они в общем случае - просто работают. Некоторые годами. Потому что Live Kernel Patch и проч уже придумали. А как там фря, могет себе ядро без ребута запатчить вообще? :) > Быстроподнятое упавшим не считается! А юзер нажмет релоад или просто подождет пока > нескучный реакт за него перезагрузит. У них скорее просто серваки дохнут. Как железки. Но и это все - решаемо, если такая цель есть. > А вот стриминговая платформа, живущая на денежки непосредственно своих пользователей - > может расстроиться, если те массово начнут валить, из-за того что смотреть > видосик с заиканиями и замираниями желающих ровно ноль. Дык ютуб же живет - на линухе. В том числе и с стримингом. И к тому же сети сложная штука, многие аспекты просто вне контроля нетфликса (гугла, ...). > И никакими докерами в докере под докерами и обмазыванием бесконечными ресурсами   > модных облачков эту проблему решить не получится, один-единственный пакетик потеряли - > юзер уже обиделся. Если у тебя юзер обижается от потери 1 пакетика, твой сервис будет банкротом не быстро а очень быстро. Но теперь я понимаю кто и как всяким рутубам и первым каналам плееры и серваки делал и почему это барахло нормально работать никогда не будет. >> usage операционок глобально - выглядел бы здорово иначе. > нет. Потому что главное для твоих хостингов и топ булшит сайтс - > минимальная квалификация самых дешевых разработчиков. Ну и обслуживающего персонала тоже. > А то им деньгов придется платить, а этого допустить никак нельзя. Вообще-то на вон том есть много чего. Включая и легион всяких (около)реалтаймовых штук. Но ты мне конечно же назовешь конкретные проблемы, долбающие - актуальные ядра? Не, проблемы 2.6.32 и прочих рхел6 меня если что не интересуют - я этим сакральным знанием ископаемых - не пользуюсь и не планирую.
	Ответить | Правка | Наверх | Cообщить модератору

	231. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (231), 03-Апр-25, 13:02
	UDP например все резко занялись - угадай почему? Правильно, пришествие QUIC! И тут всем резко понадобился UDP куда более крупным оптом чем раньше. - Хорошо что наконе-то линукс дотягивается до win2022 в этом вопросе https://microsoft.github.io/netperf/dist
	Ответить | Правка | Наверх | Cообщить модератору

	250. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 04-Апр-25, 06:45
	> Хорошо что наконе-то линукс дотягивается до win2022 в этом вопросе Да, да, как там Windows Server обгоняет Linux мы уже читали. А потом и про миграцию LSE - почитали. Самый угар был когда MS забыл первое убрать при наличии второго, было очень прикольно ссылки парой пулять для показа как MS работает и как это с другой стороны линка ощущается обычно :). Неужто урок не впрок и они новый раунд затеяли? Удачи, хи-хи :) Все что надо знать о performance data Windows Server'а, имхо, то что майкрософт ударными темпами пиляет и-фаейсй HyperV для KVM и реализацию HyperV поверх Linux. Видимо маркетинговый булщит и синтетика это прекрасно - но вот обманывать самим себя своим маркетингом? Хе-хе... how about no? :P
	Ответить | Правка | Наверх | Cообщить модератору

	273. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (273), 04-Апр-25, 20:41
	> Да, да, как там Windows Server обгоняет Linux мы уже читали. А потом и про миграцию LSE - почитали. Самый угар был когда MS забыл первое убрать при наличии второго, было очень прикольно ссылки парой пулять для показа как MS работает и как это с другой стороны линка ощущается обычно :). Неужто урок не впрок и они новый раунд затеяли? Удачи, хи-хи :) Это ты так сливаешься потому  что ничего сам не трогал и только тесты похороникс второй раз ешь? Так мог бы не утруждаться. Всем давно понятно что знаний у тебя в районе нуля по поводу вин. Ты там тесты quic посмотри. Реализация от мс почти везде в топах. А что это твой лапчатый отстаёт, а? > Все что надо знать о performance data Windows Server'а, имхо, то что майкрософт ударными темпами пиляет и-фаейсй HyperV для KVM и реализацию HyperV поверх Linux. Видимо маркетинговый булщит и синтетика это прекрасно - но вот обманывать самим себя своим маркетингом? Хе-хе... how about no? :P Просто гиперв был в отдельной редакции вин, на старой кодовой базе. Что бы не тратить отдельно деньги они внесли нужное в лин. Только ты то этим воспользоваться не можешь. Hownow? PS но мне нравится как ты напрямую признаться не можешь что течешь от мс, как платиновго спонсора.
	Ответить | Правка | Наверх | Cообщить модератору

	274. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 05-Апр-25, 06:18
	> Это ты так сливаешься потому  что ничего сам не трогал и > только тесты похороникс второй раз ешь? Я уже наелся майкрософтовского маркетингового булшита досыта и добавки мне что-то не хочется, уж простите. У майкрософт привычка - сильно перехваливать себя в маркетинговых материалах. То что в буклетах VS то что в жизни - по моему опыту коррелировало слабо. Тратить мое время чтобы еще раз их маркетиговый булшит покушать мне и правда - лениво. Я вижу что они сами не рвутся свой "супер производителный" юзать, делегировав windows update почему-то - линуксному Akamai CDN, и вон там затевают странную возню с hyperv-on-linux. При таком раскладе - простите, парни, но майкрософт вас кинул. Как они обычно это делают. Теперь вы можете слить свои "офигенные" знания в унитаз, во. > Так мог бы не утруждаться. Всем давно понятно что знаний у тебя > в районе нуля по поводу вин. Да не поможет win уже никакой маркетинговый булшит. Им уже майкрософт пользоваться не хочет, даже для себя, лол. > Ты там тесты quic посмотри. Реализация от мс почти везде в топах. Реализации quic это вообще - юзермод, 3rd party. По поводу чего оно дело наживное - и шустро меняющееся. А UDP - таки - часть этой цепочки. Более того. Я видел что такое IIS например. И именно поэтому я им пользоваться не буду даеж под угрозой расстрела. Спасибо, но мне сильно проще и неимоверно БЫСТРЕЕ наруливать нжинкс какой и проч. > А что это твой лапчатый отстаёт, а? Я добавил в новость еще 1 довесок, с описанием как именно отстает, с io_uring и стэком в юзермоде под задачу. Отстал настолько, что прогрузил 200Гбит линк - одним ядром. Пусть дальше так отставать продолжает. Мне такое "отставание" - пригодится. А на винде покажете вообще такой номер? При том если мне станет надо - я смогу юзать ту технологию буквально "завтра". У майкрософта - в принципе нету таких таймлайнов внедрения технологий. > Просто гиперв был в отдельной редакции вин, на старой кодовой базе. Что > бы не тратить отдельно деньги они внесли нужное в лин. Только > ты то этим воспользоваться не можешь. Hownow? У меня и так KVM есть. На шару. С шустрым virtio. В каждом инстансе линуха. Мне - выши крыши. Я с его помощью с вами тут болтаю. Это - виртуалочка, с браузером, ога! И в ней можно и видео в 1080p посмотреть. Перфоманса ее virtio видео - более чем. > PS но мне нравится как ты напрямую признаться не можешь что течешь > от мс, как платиновго спонсора. Я могу напрямую признаться что отвисал в мегакорпах очень плотно друживших с MS. И я был довольно неплох в рулении серверными виндами и технологиями MS. Но майкрософт мне - надоел. Я не вижу будущего за их выводками технологий. Пингвин победил везде где меня это интересовало. А вон то... чтож, у каждого есть свои скелеты в шкафу. Это - мои.
	Ответить | Правка | Наверх | Cообщить модератору

	283. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (273), 05-Апр-25, 11:22
	> Я уже наелся майкрософтовского маркетингового булшита досыта и добавки мне что-то не хочется, уж простите. Читаем - я не могу подтвердить свои слова, поэтому сливаюсь. Ну не в первой тебе. > Да не поможет win уже никакой маркетинговый булшит. Пиши что не знаешь по теме ничего, зачем завуалированно тут пытаться булькать/ > Реализации quic это вообще - юзермод, 3rd party. По поводу чего оно дело наживное - и шустро меняющееся. А UDP - таки - часть этой цепочки. Ну то есть оно кое как до вин не дотягивает, но это дело наживное. А как десятилетия то кипятком всё обливал про первое место лин. > Более того. Я видел что такое IIS например. И именно поэтому я им пользоваться не буду даеж под угрозой расстрела. Ничего ты не видел. Тебе здесь который год люди приводили примеры про собственную инфру мс для облачного офиса. Поднятую на их иис и прочем дотнет. А у тебя времен диназавра одна байка - криворукие на бирже не смогли в дотнет и смигрировали на лин... победа, ууу. > Я добавил в новость еще 1 довесок, с описанием как именно отстает, с io_uring и стэком в юзермоде под задачу. Отстал настолько, что прогрузил 200Гбит линк - одним ядром. Пусть дальше так отставать продолжает. То есть сравниваем quic который производит набор действий с приемом из сети, шифрованием, передачей, приложению и обработкой ошибок с одной стороны. И тупое перекладывание пакетов из сети в память с другой. Да ты ещё более некомпетентен оказывается. > У меня и так KVM есть. На шару. С шустрым virtio. В каждом инстансе линуха. Мне - выши крыши. Я с его помощью с вами тут болтаю. Это - виртуалочка, с браузером, ога! И в ней можно и видео в 1080p посмотреть. Перфоманса ее virtio видео - более чем. Да, да. Как у тебя там на локалхосте всем интересно(нет). Потом собираем кластер и с причмокиванием ходим мимо вари и хайпера. Твоих квм с опенстеками, сепхами и прочем наверх уже наелись все. Оно просто раз и преврашается в кашу в один день. Может процентам 5 везёт, они могут починить это всё. Но в большинстве это как Фёдор приделывающей к телеге свечки окруэженные разноцветными стеклышками. А у нас уже мощный гипердрайв космолет с лазерной разноцветной подсветочкой. > Я могу напрямую признаться что отвисал в мегакорпах очень плотно друживших с MS. И я был довольно неплох в рулении серверными виндами и технологиями MS. А кто там сейчас атусорс услуги клининга в редмонде предоставляет? Твоя старая компания или выгнали их за профнепригодность?
	Ответить | Правка | Наверх | Cообщить модератору

	107. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+2 +/–
	Сообщение от Минона (ok), 01-Апр-25, 21:26
	Скажу по секрету что на ютубе есть доклад от нетфликса как они это делают и rdma ты вообще не к месту приплёл.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	187. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от пох. (?), 02-Апр-25, 11:45
	> Скажу по секрету что на ютубе есть доклад от нетфликса как они товарищмайор! Тут запрещенные сайты смотрют!
	Ответить | Правка | Наверх | Cообщить модератору

	289. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 08-Апр-25, 08:32
	> Netflix, используя FreeBSD, выжимает 400Gb/s с тачки. Интересно сможет ли Linux, наконец, > приблизиться к этой планке. Я добавил тебе ништячок про io_uring. Как тебе 200 Гбит не с тачки - а с 1 ядра этой тачки? :) Суммарно они ессно еще и не столько прожуют.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

30. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
Сообщение от Аноним (30), 01-Апр-25, 15:50
Оптимизаций всё больше, но система работает всё медленнее и потребляет больше ресурсов при этом. Как так?
Ответить | Правка | Наверх | Cообщить модератору

	41. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от Аноним (8), 01-Апр-25, 16:07
	> Оптимизаций всё больше, но система работает всё медленнее и потребляет больше ресурсов > при этом. > Как так? Ну, не сказал бы. Ядро, конечно, выросло примерно на 100 килобайт за 10 лет, но это скорее всего из-за компилятора -- новые компиляторы больше раздувают код. То, что потребляет ресурсы -- это не плохо, если работает при этом ощутимо быстрее. А как ты измерял? Я вот вижу, что программы работают всё быстрее с каждым годом на том же железе.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (35), 01-Апр-25, 17:05
	>но это скорее всего из-за компилятора -- новые компиляторы больше раздувают код Ну так, циклы разворачивают, интринзики и всё такое...
	Ответить | Правка | Наверх | Cообщить модератору

	88. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (58), 01-Апр-25, 19:19
	> А как ты измерял? Ты сам ответил: > ощутимо ... Я вот вижу
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	108. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (8), 01-Апр-25, 21:38
	>> А как ты измерял? > Ты сам ответил: >> ощутимо ... Я вот вижу Нет, ну я вижу разницу, когда всё быстрее программы работают, потому что измеряю время до и после обновления. Для этой цели имеется определённый тестовый датасет. Это важно делать, потому что могут обнаружиться регрессии, и по какой-то причине окажется медленнее.
	Ответить | Правка | Наверх | Cообщить модератору

	189. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от Аноним (30), 02-Апр-25, 11:49
	А по тестам Линукс во многом медленнее Виндовс 10, в 2 и 2 с лишним раза. А БСД в 2-3 раза тормознее Линукса, итого БСД в 4-6 раз медленнее Виндовс 10. Виндовс 11 преднамеренно замедлили, чтобы стимулировать покупку нового железа.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (8), 02-Апр-25, 11:58
	А вот тут поподробней, каким тестам и чего? Потому что во всём, что имеет значение (будь то производительность дисковой подсистемы, сетевая производительность, скорость создания процессов, виртуализация, можно продолжать бесконечно), виндоус проигрывает подчистую.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (30), 02-Апр-25, 18:27
	Посмотри всякие тесты с Фороникса Linux VS Windows 10 VS BSD. Я их и раньше смотрел, когда-то давно, Линукс проигрывал Виндоузам по части тестов, причём жёстко в 2 раза сразу, а БСД ещё тормозней, очень плохо оптимизирован, из-за малого количество пользователей и разработчиков и тестеров, по видимому. И не могу сказать, что Линукс стал быстрее, старые ядра пошустрее будут, 2.4 там, если, например, обыкновенные операции копирования брать.
	Ответить | Правка | Наверх | Cообщить модератору

	205. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (8), 02-Апр-25, 18:38
	Похороникс -- это те ребята, которые тестируют компиляторы сравнивая gcc-O3 с clang-O3? Нет, спасибо. Я уверен, что результаты можно получить любые, всё зависит от того, кто платит. А по каким именно тестам шинда лидировала? Потому что мне сложно представить область, в которой она не будет тормозить. Фпс в играх? Так это мелочи. И я точно знаю, что старые ядра менее производительны, особенно, если брать обыкновенные операции вроде копирования. Скорее тут какая-то ошибка эксперимента.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (198), 02-Апр-25, 23:03
	> Посмотри всякие тесты с Фороникса Linux VS Windows 10 VS BSD. > Я их и раньше смотрел, когда-то давно, Линукс проигрывал Виндоузам по части > тестов, причём жёстко в 2 раза сразу, а БСД ещё тормозней, Ну да, ну да. https://www.phoronix.com/review/windows-linux-ryzen-ai/9 Ой? https://www.phoronix.com/review/bsd-linux-threadripper-7980x/4 Ой-ой? Особенно я бы посмотрел на сравнение с вендой вот тут: https://www.phoronix.com/review/bsd-linux-threadripper-7980x/3 Правда, там же и очередная "демка качества" мороникса: "glibc qsort data sorting" (это если не обращать внимания на то, что системные компиляторы представлены в "диапазоне" от gcc 8.3 до 13.2, все ФС разные, ну и прочее). Короче, незачет жырноты, нужно чутка тоньше ...
	Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

	232. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (231), 03-Апр-25, 13:39
	Ой? - Это с неотключением HVCI и с существующими тогда проблемами в работе win на амд? Мурзилку выкинул бы. Когда heki включишь и новую версию win протестируешь тогда и приходи.
	Ответить | Правка | Наверх | Cообщить модератору

	275. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 05-Апр-25, 06:24
	> Это с неотключением HVCI и с существующими тогда проблемами в работе win > на амд? Мурзилку выкинул бы. Когда heki включишь и новую версию > win протестируешь тогда и приходи. Лол. Оказывается, когда виндузавру насыпают в панамку - он начинает вопить как линуксоид, рассказывая что надо было - подкрутить, вот так, дескать :)
	Ответить | Правка | Наверх | Cообщить модератору

	284. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (273), 05-Апр-25, 11:31
	> Лол. Оказывается, когда виндузавру насыпают в панамку - он начинает вопить как линуксоид, рассказывая что надо было - подкрутить, вот так, дескать :) Проснись Федя, ты об... Тебе говорят что мс давно внедрила технологию защиты которой нет в лин. И у неё пытаются сейчас взять архитектуру и переписать в лин. Года через 3 наверное будешь орать что у меня есть heki, не то что у мс. Оно естественно требует ресурсов, так как использует технологии виртуализации. Дык у тебя и того то нет на локалхостике. Хотя кому он интересен И опять же были признания что патчили кривую работу с амд. Ты сам найдешь баги повешенные на ядро что что-то не так стало работать в новой версии и потом было исправлено? Вот тебе первые страницы поиска: . 5.13.0-23 HWE kernel on Linux Mint 20.2 Xfce (Ubuntu 20.04.3) Had been using the 5.13 HWE kernel for months with no problems. Today the kernel and linux-firmware updated. 5.13.0-23 kernel now takes about 2 minutes to boot to the login screen. Normal boot time is 8 seconds. During that time the pc is frozen with only a _ underline cursor that doesn't flash. Can't change terminals with Ctrl+Alt+F1, etc. Problem does not occur when booting 5.11.0-44 or 5.4.0-92 so I'm pretty sure the problem is in the kernel and not linux-firmware. . Computer became unusable. Takes forever to start. Fails to shutdown. In the console (Ctrl+alt+f2) reports kernel panic. Ryzen 3500U. . This bug was fixed in the package linux - 5.13.0-25.26 --------------- linux (5.13.0-25.26) impish; urgency=medium   * amdgpu hangs for 90 seconds at a time in 5.13.0-23, but 5.13.0-22 works     (LP: #1956401)     - drm/amdkfd: fix boot failure when iommu is disabled in Picasso.   * OOB write on BPF_RINGBUF (LP: #1956585)     - SAUCE: bpf: prevent helper argument PTR_TO_ALLOC_MEM to have offset other       than 0 . Это что же, твой любимый похороникс наконец-то нашёл дистрибутив который смог нормально работать за десяток лет и прогнать его в сравнении с вин? Ну это победа.
	Ответить | Правка | Наверх | Cообщить модератору

	290. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 08-Апр-25, 09:26
	> Тебе говорят что мс давно внедрила технологию защиты которой нет в лин. Агаблин, технологию защиты системы от меня. Типа подписей дров - истошно мешающих МНЕ жить. Так что мои эксперименты с хардваром пошли лесом. Ну я и свалил на пингвин. Потому что все то я не прекращу, а жуткий гимор мне не с руки. И вообще - хорошо быть хозяином в СВОЕЙ системе. Подписанной моими ключами. Замок на двери ощущается прикольнее, если это МОЙ дом и у меня связка ключей от него есть. > И у неё пытаются сейчас взять архитектуру и переписать в лин. Линух дергает всего понемногу отовсюду. Не вижу ничего этакого в данном процессе. Зато в отличие от виндов которые служат майкросфту - это служит лично мне. Мои системы не будут грузить чужие ядерные модули. И режим lockdown активен. Вас будут им выпирать из ваших мобил, показав что даже root не всмогущ. Но при полном контроле над окружением польза замка зависит от ключей. У меня полная связка. В отличие от вас. Небольшая разница. > Года через 3 наверное будешь орать что у меня есть heki, не то что у мс. Мои технологии которые УЖЕ используются имхо намного круче. Если сломать ЭТОТ браузер, вы увидите - пустую систему. В которой только Downloads/. Так работают namespaces. Ели как-то и это прошибете ... хорошо, но это виртуалка с браузером. Одна из. Дедупликация памяти и шустрый virtio сделали виртуалки простыми, быстрыми, дешевыми. Она периодически откатывается - надолго осесть в ней не выйдет. И в ней нет ничего кроме Downloads/. По тем же причинам этот дизайн не боится supercookies, я управляю временем и пространством, могу сделать что всего того не было и - таймлайн начинает заново расти. В отличие от майкрософта - это все контролируемо и понимаемо лично мной. Мне не нужны боги которые за меня рещат проблемы, я и сам на пантеон схожу. > Оно естественно требует ресурсов, так как использует технологии виртуализации. У меня намного более крутые технологии используются. Самое интересное - гибридный периметр. Весьма радикальная штука. Смесь vm и мелких железок, квинтэссенция хобби на тему мелких линухов. Обеспечивает приваси. Секурити. Это нестандартный нетворкинг, решающий много проблем сразу. На сие не действуют попытки шпионажа или цензуры. Phoning home и вообще сетевой доступ - в принципе не работает, если я явно не разрешу иное. Даже BIOS, EFI, ME, PSP не сможет ничего никуда послать. Мне было просто интересно: могу ли я своим звездным крейсерам задизайнить силовые поля под стать остальному. Вроде неплохо получлось. > Дык у тебя и того то нет на локалхостике. Хотя кому он интересен Вы не видели мои локалхостики... какой наивный тип :) > И опять же были признания что патчили кривую работу с амд. То ли дело маркетинговый булшит где наобещают с три короба - а потом тихой сапой мусор под ковер. Я достаточно имел дел с MS чтобы знать как это работает. > Ты сам найдешь баги повешенные на ядро что что-то не так стало > работать в новой версии и потом было исправлено? Я еще и сделаю bisect, приду к тому кто баг повесил, покажу ему комит где он влепил это и мы сообща поработаем над фиксом. Так вон тот баг и исправляли "за сценой". >  Вот тебе первые страницы поиска: Наивность некоторых юзерей весьма улыбает. Но если что у меня так то кернел сильно свежее вон того. И билдую его себе - я сам. Почему? До убунтуев очевидные вещи на тему десктопного ядра допирали аж 10 лет! Мне было лениво ждать таких слоупоков в дерганой/энергожоркой системе и я научился лучше чем они. При том что изначально конфиг ядра базирован на их же конфиге, но - отрихтован с пониманием что я хочу VS что те или иные фичи делают. Десяток лет спустя и до них доползло. В чем отличие? Я наслаждался low latency, low idle power системами на 10 лет больше чем хомы с убунтой. До 20.04 благодать возможно и не добралась еще, кто их там знает. Я достиг уровень типа OEM-lite. И собираю кастомные системы под задачу. И тут вы хотите мне сзкать что кто-то мне в МОИХ системах что-то сделает? Вообще-то там будет то что я сам и сделаю. Ибо быть сапожником без сапог лениво. Я сначала научился это для себя - а потом и для других, раз уж так выщло что я в этом довольно неплох оказался. ... > Это что же, твой любимый похороникс наконец-то нашёл дистрибутив который смог нормально > работать за десяток лет и прогнать его в сравнении с вин? > Ну это победа. А у вас сплошной no win. Потому что win - это у майкрософт. А у остальных - loss :). Работает майкрософт так. ...а еще я автор этой новости :). Как видите, я слежу что в моей сфере интересов происходит :)
	Ответить | Правка | Наверх | Cообщить модератору

	115. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Krtek (?), 01-Апр-25, 22:02
	За это нужно сказать спасибо падали из freedesktop.org Консольный gnu/linux работает очень шустро.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	188. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (30), 02-Апр-25, 11:46
	Но Clear Linux - это только сервера, да и то, он уже не совсем Чистый.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 02-Апр-25, 12:11
	Ну да, так и есть.
	Ответить | Правка | Наверх | Cообщить модератору

40. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
Сообщение от Hippopotamus (ok), 01-Апр-25, 16:06
В Дебиан 13 видимо не попадет уже
Ответить | Правка | Наверх | Cообщить модератору

	52. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–3 +/–
	Сообщение от Аноним (48), 01-Апр-25, 16:32
	Уверен что 13-й релиз дебиана будет самым коротким, поддержку закроют через полгода. Какой дурак поставит на сервер 13-й линукс? Дебиан 13 имел бы смысл, если бы там ядро от FreeBSD было, но они закрыли этот проект. Если ты вообще не понимаешь о чем речь, погугли “Чертёнок № 13”
	Ответить | Правка | Наверх | Cообщить модератору

	76. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 01-Апр-25, 18:13
	FreeBSD 13 надёжная, как скала. И с Debian всё будет хорошо.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Минона (ok), 01-Апр-25, 21:19
	На моем ноуте фря 13 даже не загружается. Впрочем 14 тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+2 +/–
	Сообщение от Krtek (?), 01-Апр-25, 21:49
	Что именно не работает? Не загружается она обычно по причине полного непонимания происходящего со стороны пользователя, не потрудившегося заглянуть в хендбук перед установкой.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Минона (ok), 02-Апр-25, 09:53
	> Что именно не работает? Ядро. Kernel Panic происходит. > Не загружается она обычно по причине полного непонимания > происходящего со стороны пользователя, не потрудившегося заглянуть в хендбук перед установкой. Что там хэндбук говорит на тему паники ядра?
	Ответить | Правка | Наверх | Cообщить модератору

	184. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 02-Апр-25, 11:28
	> Что там хэндбук говорит на тему паники ядра? Ну, он говорит... собрать с отладчиком и поиграть в hangman...зачеркнуто, посмотреть хотя бы в каком месте падает? Свобода пролетариев умственного труда - дело рук самих пролетающих... или как-то там так.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Минона (ok), 02-Апр-25, 21:37
	>> Что там хэндбук говорит на тему паники ядра? > Ну, он говорит... собрать с отладчиком и поиграть в hangman...зачеркнуто, посмотреть хотя > бы в каком месте падает? > Свобода пролетариев умственного труда - дело рук самих пролетающих... или как-то там > так. Да ну нафиг… там Линукс отлично работает.
	Ответить | Правка | Наверх | Cообщить модератору

	230. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (230), 03-Апр-25, 12:45
	> Свобода пролетариев умственного труда - дело рук самих пролетающих... или как-то там так. Более правдивая и честная версия гласила что пролетарии всех стран - пролетают.
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	242. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 03-Апр-25, 22:40
	так это ж одно и то же...
	Ответить | Правка | Наверх | Cообщить модератору

	192. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 02-Апр-25, 12:02
	Оборудование не поддерживается. Они несильно заморачиваются поддержкой потребительского железа, к сожалению. У меня и линукс-то в кернел панику впадает из-за отломанного драйвера, чего уж там.
	Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

	235. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Минона (ok), 03-Апр-25, 15:04
	> Оборудование не поддерживается. Они несильно заморачиваются поддержкой потребительского > железа, к сожалению. У меня и линукс-то в кернел панику впадает > из-за отломанного драйвера, чего уж там. Откопал на работе древний ноут HP Compaq 6720s: Dragonfly BSD -- виснет на опросе USB, на Ctrl-Alt-Del не реагирует. FreeBSD -- после старта ядра чёрный экран. OpenBSD -- работает. CentOS -- работает. Видимо совсем не заморачиваются.
	Ответить | Правка | Наверх | Cообщить модератору

	243. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 03-Апр-25, 23:37
	На моём домашнем компе (Ryzen 5600x) оно устанавливается и даже почти всё работает, только на сетевую карту 2.5 GbE Realtek драйвера нет. Под линукс все драйвера есть, но система валится kernel panic сразу после загрузки в графическом режиме из-за отломанного драйвера видеокарты. Только винда и работает. Такие дела.
	Ответить | Правка | Наверх | Cообщить модератору

	265. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 04-Апр-25, 13:19
	> Видимо совсем не заморачиваются. ну ты ж не заморочился хотя бы с дебагом перезагрузиться, вот и они - не.
	Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

	251. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 04-Апр-25, 06:48
	> Оборудование не поддерживается. Они несильно заморачиваются поддержкой потребительского > железа, к сожалению. У меня и линукс-то в кернел панику впадает > из-за отломанного драйвера, чего уж там. А что, у них поддерживаются какие-то сервера и крутые сетевые железки? Вот прям с официальной поддержкой вендорами? Или с этим так же как и со всем остальным? ;)
	Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

	262. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 04-Апр-25, 10:18
	Это тебе нужно у админов спрашивать, кто непосредственно работает с ней на серверах. Я таких тонкостей не знаю.
	Ответить | Правка | Наверх | Cообщить модератору

	277. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 05-Апр-25, 06:30
	> Это тебе нужно у админов спрашивать, кто непосредственно работает с ней на > серверах. Я таких тонкостей не знаю. Что значит - у админов спрашивать? Такое обычно - на сайте производителя оборудования пишут. В описании серверов, железок и проч. Вот мне и интересно - сколько вендоров официально вписались BSD вообще поддерживать хотя-бы на серверах? Какая-нибудь соня - поддерживает разве что плойки, при том свои - и вам с этого вообще нифига не обломится. Разве что DRM - и это вовсе не про direct rendering manager...
	Ответить | Правка | Наверх | Cообщить модератору

	281. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Krtek (?), 05-Апр-25, 09:21
	Это значит, что мне неинтересно собирать эту статистику. >Вот мне и интересно - сколько вендоров официально вписались BSD вообще поддерживать хотя-бы на серверах? Вот и посмотри сам. От себя могу сказать, что SuperMicro - точно поддерживают.
	Ответить | Правка | Наверх | Cообщить модератору

	291. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 08-Апр-25, 09:41
	> Это значит, что мне неинтересно собирать эту статистику. О как. Сделал громкую заяву - и в кусты? > Вот и посмотри сам. От себя могу сказать, что SuperMicro - точно поддерживают. Вот прям официально? В наугад потыканых записях супермикры, current generation - https://www.supermicro.com/en/support/faqs/os - поддержка была обещана как правило - Некоторые 64 бит винды. - Неоторые версии SLES - Некоторые версии RHEL - Некоторые версии Ubuntu. BSD ни в 1 из обтыканых матриц не значился. На примерно пятой модели мамки мне сие надоело и я забил. Там у всех примерно вон то было в чарте. Так что как насчет пруфа ваших заяв с ссылкой на официальный сайт вендора? Вендора вы сами выбрали, извольте.
	Ответить | Правка | Наверх | Cообщить модератору

	266. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Минона (ok), 04-Апр-25, 14:30
	> А что, у них поддерживаются какие-то сервера и крутые сетевые железки? Вот > прям с официальной поддержкой вендорами? Или с этим так же как > и со всем остальным? ;) NVIDIA SONY 😏
	Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

	276. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 05-Апр-25, 06:26
	>> А что, у них поддерживаются какие-то сервера и крутые сетевые железки? Вот >> прям с официальной поддержкой вендорами? Или с этим так же как >> и со всем остальным? ;) > NVIDIA > SONY И какую модель сервера от них вы рекомендуете для BSD? Нельзя ли поконкретнее?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (61), 01-Апр-25, 17:12
	В дебиан 13 попадет ближайшее LTS ядро. Все что новее будет в backports.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	86. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (86), 01-Апр-25, 19:03
	Сетевая подсистема — одна из наиболее уязвимых систем в плане безопасности. Поскольку, смотрит наружу. Пусть лучше сначала на неё миллионы глаз посмотрят, проверят, тщательно протестуют. И только затем её можно будет пускать в продакшен.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	129. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Аноним (-), 01-Апр-25, 23:56
	Если бы на неё реально посмотрели миллион специалистов которые ещё бы и поняли что там написано и внесли свои изменения, то заметили бы много интересных вещей. Но признайтесь себе честно - не смотрят на неё столько специалистов.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (125), 01-Апр-25, 23:35
	Да уш вот, Debian 13, я вот наверное вообще ничего не буду ставить связанное с Debian 13.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	152. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 02-Апр-25, 03:14
	> В Дебиан 13 видимо не попадет уже Так бэкпорты запилят, какие проблемы то? А если очень надо - сказать make bindeb-pkg билдсистеме линя не так уж и сложно. Правда на ряд странных вопросов может потребоваться ответить, если потребного конфига для этой версии ядра нету.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	183. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 02-Апр-25, 11:26
	> Форматну диск в exFAT и запущу торренты. Надеюсь всё будет летать! если ты их не на бырбыре каком запускаешь - по идее там должен быть mmap и пофигу на файловую систему - напрямую адреса в памяти отображаются на блоки, только указатель переписывается. Но если сделано как обычно в этом вашем фресофте - то возможно даже exfat и окажется заметно быстрее. Меньше совершенно ненужной для торрента ботвы на каждую запись обновлять.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

214. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
Сообщение от Анониссимус (?), 02-Апр-25, 23:07
> время удаления тестового файла размером 80 ГБ сократилось с 286 секунд до 1.6 секунды. Эпично!
Ответить | Правка | Наверх | Cообщить модератору

	234. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от commiethebeastie (ok), 03-Апр-25, 14:25
	Вообще так драйверы MCUшники пишут.
	Ответить | Правка | Наверх | Cообщить модератору

219. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
Сообщение от Нуину (?), 03-Апр-25, 03:27
Почему флэшку просто не отформатировать в другую файловую систему? Ну не будет под вин читаться, ну и ладно.
Ответить | Правка | Наверх | Cообщить модератору

	224. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–3 +/–
	Сообщение от Аноним (223), 03-Апр-25, 05:52
	> Почему флэшку просто не отформатировать в другую файловую систему? Ну не будет > под вин читаться, ну и ладно. Если это делать не умеючи - можно как минимум 1) нагнуть себе скорость записи, иногда в разы - просто потому что блоки ФС попали на пересечение блоков флеша 2) в особо тупом случае при сдерге флехи можно резко и внезапно лишиться - партишна, и остаться без флехи. Это чинится конечно, но... секрет в том что партишн не должен попадать в тот же erase block что данные. Для этого надо выраввание. А вы точно умели сие?
	Ответить | Правка | Наверх | Cообщить модератору

	237. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от Нуину (?), 03-Апр-25, 17:06
	>> Почему флэшку просто не отформатировать в другую файловую систему? Ну не будет >> под вин читаться, ну и ладно. > 1) нагнуть себе скорость записи, иногда в разы - просто потому что блоки ФС попали на пересечение блоков флеша Судя по новости скорость записи и так была уже N лет "нагнута" и почему-то специалистов, заботящихся о скорости это не особо волновало.
	Ответить | Правка | Наверх | Cообщить модератору

	253. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 04-Апр-25, 06:51
	> Судя по новости скорость записи и так была уже N лет "нагнута" > и почему-то специалистов, заботящихся о скорости это не особо волновало. Видимо кому-то умеющему писать дрова таки попалась такая флеха. И - вот - взволновало.
	Ответить | Правка | Наверх | Cообщить модератору

	258. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 04-Апр-25, 08:55
	> Судя по новости скорость записи и так была уже N лет "нагнута" Умение читать - явно недоступно здешнему контингенту. > и почему-то специалистов, заботящихся о скорости это не особо волновало. потому что скорость записи к этой новости совершенно перпендикулярна. А скорость стирания 80гигового файла, действительно, крайне мало кого волнует. (И тем не менее таки да - кто-то все же заметил и пожаловался, и проблему нашли.)
	Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

	279. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (-), 05-Апр-25, 07:10
	> потому что скорость записи к этой новости совершенно перпендикулярна. > А скорость стирания 80гигового файла, действительно, крайне мало кого волнует. /me иронично инорассматривает 80 GiB PBF базу osm на флешке... и это самая мелкая из :). И вот таки да, стирать сие 260 секунд... прямо XFS с торрентами вспоминается. Там тоже можно было пару минут посмотреть на удаление DVD-sized файла.
	Ответить | Правка | Наверх | Cообщить модератору

	282. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 05-Апр-25, 09:29
	> /me иронично инорассматривает 80 GiB PBF базу osm на флешке... А удалять-то ты ее зачем собрался? > И вот таки да, стирать сие 260 секунд... в принципе тоже совершенно ниочем, в этом вашем лиnoopsе все равно нельзя дернуть флэшку и уйти с ней в поле, как в нормальных ОС.
	Ответить | Правка | Наверх | Cообщить модератору

	292. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от Аноним (-), 08-Апр-25, 09:49
	> А удалять-то ты ее зачем собрался? Потому что нафиг мне ЭТО на флешке вперлось навечно... :)). Актуальность баз видишь ли не вечная. Представляешь, база которой полгода не знает вон тот поворот на дороге, сделанный месяц назад. И зачем мне ее там вечно держать такую? >> И вот таки да, стирать сие 260 секунд... > в принципе тоже совершенно ниочем, в этом вашем лиnoopsе все равно нельзя > дернуть флэшку и уйти с ней в поле, как в нормальных ОС. Ага, видел я как хома дернул флешку извинды без размонтирования и ушел... на уйх, когда партишн у него там гавкнулся. Ты же не думал что я чисто теоретически узнал про слет партишнов пихнутых в тот же eraseblock что и фс? :D
	Ответить | Правка | Наверх | Cообщить модератору

	238. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Нуину (?), 03-Апр-25, 17:08
	>> Почему флэшку просто не отформатировать в другую файловую систему? Ну не будет >> под вин читаться, ну и ладно. > 2) в особо тупом случае при сдерге флехи можно резко и внезапно > лишиться - партишна, и остаться без флехи. Это чинится конечно, но... > секрет в том что партишн не должен попадать в тот же > erase block что данные. Для этого надо выраввание. А вы точно > умели сие? У меня есть флэшка под ext: никаких проблем не было. Если есть потеря данных, то это баг в ext.
	Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

	254. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (254), 04-Апр-25, 07:04
	> У меня есть флэшка под ext: никаких проблем не было. Если есть > потеря данных, то это баг в ext. Не, это не в EXT. Дело в том что оно унутрях стирать блоки может только огромными чушками, 4...16 мегов и более (это называется erase block или erase group (N * EraseBlock, если чипов флеша N)). Чтобы оформить запись блока ФС вон туда оно может развернуть RMW механику для вот такой чушки в результате. В этом же блоке окажется - и ваш партишн, на его горе. Если партишн был достаточно близко к рабочей области ФС, где она регулярно пишет - это риск что кроме куска ФС при слете питания пролюбится заодно и - партишн! Потому что оно ессно делало RMW эвон какой чушки, если питание в этот момент сдернули... ну... упс, вообще-то это out of spec: вы обязаны информировать карточки и флехи о намерении снять питание. Не проинформировали? А это ВАШ косяк. Не, никакие "конденсаторы" в uSD например на этот случай впихать чисто технически некуда. В лучшем случае FTL не очень тупой и CoW откатит такое. Но это - без гарантий. А вот что будет дальше... 1) Потеря чушки эн мегов за раз - вообще довольно деструктивная штука, и запроектная авария для большей части ФС в стандартных допущениях. 2) Прикольнее всего если - вот - улетает партишн. Еще пять минут назад все работало. Теперь у вас почему-то даже партишна нет. Прикольно выглядит. Особенно морда юзера в такой ситуации. На самом деле неплохо поддается data recovery, партишны можно ж и найти и перестроить. Но для обычного пользователя это тот еще облом. Впрочем если вы хотели просто файло перекинуть - тоже не больно приятный подарок. А что делать? Зарезервировать 2^N мегов в начале, чтоб блок с партишном - никто никогда не телепал "хоть там что". Ессно это 2^N никто никогда не скажет точно. Для жирных флех 64 мега хотя-бы. Для мелких может и меньше быть.
	Ответить | Правка | Наверх | Cообщить модератору

	257. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 04-Апр-25, 08:49
	> Дело в том что оно унутрях стирать блоки может только огромными чушками, > 4...16 мегов и более (это называется erase block или erase group А extNfs старательнейшим образом елозит по суперблоку и журналу на каждую мельчайшую операцию. (fat любого сорта - только на реаллокации, да и то там скорее всего будет в нормальном софте prealloc, и ровно одна запись) Причем авторы контроллера _знали_ где у фата лежит фат, и вполне могли (а раньше и на самом деле делали) для именно этих блоков подстелить дополнительные соломки. А про твой журнал с суперблоком они не в курсе, и лежат они не по тем смещениям. Это, собственно, то что пытался в своей самодельной фс понаоптимизировать сасунг, но читайте ж вы йолки палки документацию (не ман, а документацию!) прежде чем совать ее поперек в любую щель - оно работает ТОЛЬКО если ты - сасунг. И не работает и только все портит во всех остальных случаях. Потому что сасунг ЗНАЕТ как устроена его флэшка, какой ТОЧНО там размер этой erase group и как надо выравнивать раздел. Он ее сам такой и понапроектировал.
	Ответить | Правка | Наверх | Cообщить модератору

	278. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (223), 05-Апр-25, 07:00
	> (fat любого сорта - только на реаллокации, да и то там скорее > всего будет в нормальном софте prealloc, и ровно одна запись) А тебя не смущает что вон то мне чаще всего попадалось - на флешках с фатом, которые "грамотно" реформатнули чемпопало, так что фат попал в eraseblock с партишном? Это не совсем честное сравнение - фата просто сильно больще чем EXT2. Но как видим - на ура дохнет именно этим способом. Если повезет, может вторую копию даже и не накроет, и перестроив партишн можно починить. А, да, у exFAT копия фата так то IIRC тепреь одна! Так что - удачного датарекавери ;) > Причем авторы контроллера _знали_ где у фата лежит фат, и вполне могли > (а раньше и на самом деле делали) для именно этих блоков > подстелить дополнительные соломки. Они и стелили - весьма характерный лэйаут. Так что партишн жил в персональном erase block, и остальные кантования ФС его - не накрывали, ибо там - нехилый отступ на 2^N мегов. Чтоб партишна никто RMW не кантовал не дай боже. Но хома резво форматнувший ЭТО чем попало, абы как, может внести нехилые коррективы в этот хитрый план вендора. Собственно именно поэтому и не рекомендуется форматить флехи, SD карты и проч. Особенно без понимания этого топика и смотрения как там было на фабе сделано на ЭТОЙ флехе. Ибо геометрия флешатины вовсе не мировая константа и может отличаться. > А про твой журнал с суперблоком они не в курсе, и лежат > они не по тем смещениям. См. выше. Это и с фатом отлично случается. Достаточно форматнуть эту штуку отфонарно - и покушать радости - вплоть до - вот - ВНЕЗАПНО куда-то про#$%вшегося партишна от того что флешку сдернули без размонтирования. Видел несколько таких штук, морды у юзерей довольно офигевшие, когда после втыкания этой штуки - там СОВСЕМ НИФИГА. Партишна же уже нет :) > чем совать ее поперек в любую щель - оно работает ТОЛЬКО > если ты - сасунг. Да оно и там работает как-то ... странно. Судя по фиксам, CVE и проч - засовывать 1 гребца грести 3 галерами было не совсем удачной идеей по линии багов в коде. Ибо замордованный жизнью мозг - элементарно глючит, хоть кнутуй, хоть не кнутуй, а все равно получишь... (CVE и баги). А когда извините оно не могет себя замаунтить ядром но fsck не видит проблем - это совершенно точно косяк именно самсуня. Две реализации одного и того же - разъехались. И это сразу N продолбов управления проектом, как на ладони. Это элементарно, Ватсон. Можно посмотеть на мелкие детали - и узнать много интересного о том что и как на самом деле было. В этом месте твои лизания пяток мегакорпа немного не ужерживаются. Их внутренняя кухня явно оставляет желать. А в глюкавых EVO они и без ядра вообще - справились. > И не работает и только все портит На самом деле - так то - не портит. Но есть нюансы. При том явно - по линии общего качества кода, вызванного прежде всего перегрузом кодеров, а вовсе не то что ты там себе возомнил на почве покуса энтерпрайзами. Ты вообще поинтересуйся какая у корейцев рабочая культура. Узнаешь много нового, и некоторые вещи станут понятнее. Вот только для софтостроя такой менталитет - вовсе даже и не фича. Конечно корпам нравится что сотрудник готов чуть не помереть прям в их офисе. Вот только задолго до этого момента глючаший мозг выгрузит с лопаты очень характерный код, с довольно глупыми факапами. Если нормальненько поспать - и не быть подпертым дефицитом времени - програмер и сам будет дивиться как можно ТАКОЕ было вообще сгенерить тут. Но если это "если" не наступает... упс... тогда вся надежда только на помощь зала. Того, который ты только что обосс@л. Так что тебе, конечно, помогут - отогнув факи. Но не все ж такие... > во всех остальных случаях. Потому что сасунг ЗНАЕТ как устроена его > флэшка, какой ТОЧНО там размер этой erase group и как надо > выравнивать раздел. Он ее сам такой и понапроектировал. Да вообще-то и остальные это все могут - узнать. Если захотят. Карты довольно много чего репортят в своих регистрах, например. Скажем предпочитаемый размер ERASE. И даташиты так то есть. А для ответственных применений есть еще и "индустриальные" карточки. Заметно более живучие и - с нормальными спеками. Разумеется этот банкет не халявен.
	Ответить | Правка | Наверх | Cообщить модератору

	286. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от нах. (?), 06-Апр-25, 11:17
	> А тебя не смущает что вон то мне чаще всего попадалось не смущает. Твой маня-мирок из параллельной вселенной уже давно перестал удивлять. > - на флешках с фатом, которые "грамотно" реформатнули чемпопало у нормального человека чтопопало будет во-первых виндой, во-вторых от форматирования ничегошеньки в лэйауте не поменяется, и оно будет еще и "quick", т.е. по сути это будет discard с перезаписью начальной сотни секторов. А теперь посмотри на себя в зеркало и подумай, если осталось чем - что за чушь ты тут в очередной раз порешь? > Это не совсем честное сравнение - фата просто сильно больще чем EXT2. специалист, спишити видить. Наверное 99% сегодняшей флэшкоиндустрии - это карты памяти в смартфонах. Причем в современных смартфонах (читай, практически неизвлекаемые) Но специалист абсолютно не в курсе - в его маня-мирке ходят с кнопочниками. > А когда извините оно не могет себя замаунтить ядром но fsck не видит проблем - это > совершенно точно косяк именно самсуня. это косяк использовавшего фс в очередной раз не по назначению. Вот когда покажешь мне сдохший телефон - а, ну да, у тебя его никогда ж не было и не будет. > Да вообще-то и остальные это все могут - узнать. Если захотят. если у них есть спецоборудование и дофига времени - может быть. А обычному васяну начитавшемуся сказок от известных специалистов (не от самого самсунга, заметим) - не светит точно. И отформатирует он флэшку совершенно фатальным для нее образом. Виноват будет рептилоид, проклятые эксплоататоры и так далее.
	Ответить | Правка | Наверх | Cообщить модератору

	293. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–1 +/–
	Сообщение от Аноним (-), 08-Апр-25, 10:08
	> не смущает. Твой маня-мирок из параллельной вселенной уже давно перестал удивлять. Мой манямирок основан на том что я практикую data recovery на уровне продвинутого хоббиста. Знакомые в курсе и иногда - вот - предпочитают меня :) Ну и вот - я насмотрелся на всякие вещи. От NTFS выносящего винду в BSOD сплошняком эн разных версий (это у всяких с битой RAM бывает) - до флех у которых нет partition и куска первого FAT (а это у тех кто сдуру сам форматнул флеху). > в лэйауте не поменяется, и оно будет еще и "quick", т.е. > по сути это будет discard с перезаписью начальной сотни секторов. Я не уточнял как именно и чем хомы форматили. Может камерой какой, или телефоном, факт в том что лэйаут на eraseblock бывает не выровнен - и за это воздается. Дада, при выдергивании этого из винды без размонтирования. У одного счастливчика - вообще от такого транслятор рассыпался. А что, снятие питания без команды на шатдаун - out of specs, формально юзер сам виноват. > - что за чушь ты тут в очередной раз порешь? Единственная чушь которую я вижу - твое неуемное и неуместное тут ЧСВ. > Наверное 99% сегодняшей флэшкоиндустрии - это карты памяти в смартфонах. Причем в > современных смартфонах (читай, практически неизвлекаемые) Но специалист абсолютно не > в курсе - в его маня-мирке ходят с кнопочниками. В моем маня мирке я иногда выступаю data recovery. И только. Что пользаки притаскивают то и есть. Неизвлекаемые eMMC - подперты батарейкой, хрен выдернешь абы когда, и в целом менее похабно сделаны зачастую - да и при подключении к компу в ОС интерфейсятся через MTP какой, а там захочешь - не снесешь партишн. И фабричный формат не испоганишь. Поэтмоу они дохнут видимо сильно реже - мне такое вообще не попадалось в дохлом виде. > это косяк использовавшего фс в очередной раз не по назначению. Прикольная логика. > Вот когда покажешь мне сдохший телефон - а, ну да, у тебя > его никогда ж не было и не будет. Телефон подперт батареей. Там с этим все сильно лучше. И да, самс нигде не пишет что подпор батареей или ups - required. >> Да вообще-то и остальные это все могут - узнать. Если захотят. > если у них есть спецоборудование и дофига времени - может быть. Ну не знаю, скачать даташит с сайта производителя да сунуть карту в нечто с mmchci - типа гамнины какой - вроде ничего особо не треюует. Если ты конечно купил жуткое палево с али.. ну тогда и жаловаться что оно сдохло - странно. Скажи спасибо если там вообще нужный объем будет, а не реформат карточки в стиле карта на терабайт... первые 2 гига даже записались :) > заметим) - не светит точно. Ну вот тут ты прав, фс разлетающаяся вдрызг от потери питания - где ядро и fsck имеют разное мнение о валидности ФС, при том - не в пользу fsck - это и правда специфичная штука. > И отформатирует он флэшку совершенно фатальным для нее образом. > Виноват будет рептилоид, проклятые эксплоататоры и так далее. Таки если fsck не видит проблем но ядро это не может монтировать - это кто-то в алго обделался. Хоть там как. Вот просто написали одно и то же 2 раза по разному. Это многое говорит о культуре кодинга самса. Абстрактно всего остального.
	Ответить | Правка | Наверх | Cообщить модератору

	233. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от Аноним (170), 03-Апр-25, 13:56
	Потому что обычно это «не ладно».
	Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

	297. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от anonymous (??), 12-Апр-25, 04:05
	А в какую файловую систему можно отформатировать флешку в линуксе в 2025 году? ехт3-4 и бтвфс заморочены на правах. а смысл флешки в чтении разными пользователями на разных компах. ф2фс, как пишут в интернете, очень ненадёжная и постоянно сыпется особенно при аварийном выключении компа или отсоединении без отмонтирования. остаётся ехфат и фат32 (в фат32 ограничения 128гб на раздел и 2гб на фаел, плюс проблема с допустимыми символами имён файлов). получается, ехфату альтернатив тупо нету. всех задавили патентами микрогады и американский патентный империализм.
	Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

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

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