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

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

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

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

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

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

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

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

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

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

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

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

5. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	–7 +/–
Сообщение от Аноним (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 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от 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 приняты значительные оптимизации сетевой п..."	–2 +/–
	Сообщение от пох. (?), 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ообщить модератору

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

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

	176. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от пох. (?), 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ообщить модератору

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

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

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

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

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

	202. Скрыто модератором	+/–
	Сообщение от Аноним (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ообщить модератору

	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 приняты значительные оптимизации сетевой п..."	+1 +/–
	Сообщение от пох. (?), 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ообщить модератору

	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ообщить модератору

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

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

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

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

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

	115. "В ядро Linux 6.15 приняты значительные оптимизации сетевой п..."	+/–
	Сообщение от 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ообщить модератору

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

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

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

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

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

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